他所造的，每次都好像會比別人好 (大公司有錢-.-)。

Source: http://www.google.com/publicdata/home

這間公司，FLEX 上的技術應該算是頂尖的。要使地圖上顯示得順暢，optimization, smoothness, lazy loading 都必不可少 (很大的學問呢)。

利用了heat map 的方法，去把data source overlay 在map 之上，當然 ，datasource ( csv 格式）亦有特定的格式吧，例如要有latitude 這類的positioning。

SpatialKey 還可以customize reporting ， 他們都已經beta 了有整年了 (chowky 在flex 2 的時代已經有參加beta program，beta 了這麼久，成本很高呢) ，所以現在階段，應該算是非常成熟，chowky 覺得這套software 非常厲害。

太多題外話了，入正題！要study 一下他們的收費模式，看看有沒有什麼地方值得參考。

他們用了兩種不同的方法。

1. On-Demand

簡單來說就是月費模式，這是一個cloud (雲端）的architecture，而且他們會host 在amazon cloud （amazon cloud 都算非常穩定） ，這種做法的好處是，SpatialKey 自已不用maintain server，若是自已maintain server 做cloud service 的話，要做的準備（infrastructure, bandwidth, software….) 功夫很多。而且又不用預計scalability.

對於用家而言，穩定勝於一切，利用amazon cloub應該可以提昇了用家使用上的信心 ，又不用maintain server，而且cloud的成本不高，應該不會成本大漲而轉嫁給用家。

chowky 覺得不太對勁，使用得 spatialKey 這類上產品，公司本身應該不會得太細scale，怎說都可算是大企業，而且這個範圍是很專門的……chowky 不是覺得cloud 不好，只是好像不太適合spatialkey.

另外一個是 On-Premise

其實這個才算適合spatialkey….
想做得這種方式的分析，想必一定是大機構，大機構最重視的是data security，大機構財雄大勢大，不會計較錢的呢。

這個收費模式是幫機構deploy 和maintain spatialkey server，再收取license fee 和maintenance fee.。

這個方案當然是適合大機構的，而cloud 的形式是適合online shop 的呢～（但每次迫你買10個user……又好像太多….2﹣5 個user 都己經很夠了，對user 來說是waste 了。）

做RIA的方針，都是本著‘大小通吃’的各度出發?
哈，應該說好一點：
是為不同需求的用家提供他們所需的服務。
現在有了cloud service ，減除service maintenance 和infrastructure 的cost ， 可以成本最低的方法去提供用家所需服務。所以若果要做SaaS 的話，cloud 應該免不了呢～
換句話說，若你想做PRODUCT DEVLEOPMENT，應該要預計把backend （server-side/ logical layer) 雲端化。 才可以吸納更多的用戶群，覆蓋範圍才會廣呢 (要留意的是，除非是建立了一個穩定的community，否則每一個問題都會是自己解決的……人力資源上的分配要小心處理)

Source: http://www.spatialkey.com/pricing/?utm_source=SpatialKey&utm_campaign=dca84a2d9c-SpatialKey_beta_to_trial_10_27_2009_213&utm_medium=email