產品經理——如何設計Paas或SaaS產品

前段時間一直在調研PaaS和SaaS產品，查閱了很多資料，正好閒下來，整理出來和大家分享學習。

其實也是比較有意思，我們公司最近想做一款SaaS產品，然後又說想做PaaS產品，Emm~~是的，作為一個產品經理的我，還沒開始就被搞蒙了，你們到底想要啥？於是開啟了我的調研之路。

先聊一下，什麼是PaaS和SaaS產品是什麼吧？

其實除了上面說的兩種雲平臺，還有一種叫做IaaS。說到這，我們聊一下雲計算和IaaS、PaaS、SaaS三個之間的聯絡吧！

“雲計算”其實就是使用網際網路來接入儲存或者執行在遠端服務應用。任何一種使用網際網路方式來計算、儲存和開發的公司，都可以從技術上叫做從事雲的公司。然而，並不是所有的雲公司都一樣，雲計算分層為：Infrastructure（基礎設施）-as-a-Service，Platform（平臺）-as-a-Service，Software（軟體）-as-a-Service。

那麼，什麼是PaaS和SaaS？

PaaS（Platform as a Service，即平臺即服務）

，為某些軟體提供雲元件，這些元件主要用於應用程式。 PaaS為開發人員提供了一個框架，使他們可以基於它建立自定義應用程式。所有伺服器，儲存和網路都可以由企業或第三方提供商進行管理，而開發人員可以負責應用程式的管理。

SaaS（Software as a Service，即軟體即服務）

，SaaS利用網際網路向其使用者提供應用程式，這些應用程式由第三方供應商管理。

說到這，可能大家還是不清楚如何設計自己的PaaS（or SaaS）。我們再思考一下，我麼一款產品的設計最終的目的是什麼？是服務目標使用者的需求。所以，我們一定要先確定目標人群。那

PaaS和SaaS所面對的目標使用者

，簡單歸納一下：

PaaS使用者群體：獨立軟體開發商（ISV）、IT服務提供商或者甚至想開發SaaS的開發人員個體。

SaaS使用者群體：除了組織和企業外，SaaS使用者/訂戶還可以是你我這樣的個人。在大多數情況下，使用費按使用者數量來計算。

這就可以思考一下，如果你要打中的目標使用者是to B（獨立軟體開發商ISV），那麼可以選擇PaaS；如果是to G 或者 to B，那麼選擇SaaS平臺。

目前市場上有的PaaS和SaaS產品有哪些可以讓我們參考學習呢？

PaaS產品：AWS Elastic Beanstalk、Windows Azure、Heroku、

http：//

Force。com

、Google App Engine、Apache Stratos、OpenShift、有贊雲

SaaS產品：Google Apps、Dropbox、Salesforce、Cisco WebEx、Concur和GoToMeeting、有贊、禪道

其中比較典型的

PaaS產品就是Saleforce（它同時也是一款SaaS產品）

，不僅產品方面比較成熟，而且在思維方面也是引領潮流的。

http：//

Salesforce。com

在1999年由前甲骨文高管 Marc Benioff 創立，他創辦Salesforce的核心理念就是”No Software（消滅軟體）”，但是其意義並不是排斥所有的軟體，而是主要排斥執行在企業資料中心的軟體（On-Premise Software），也就是希望讓使用者能直接透過網際網路來諸如CRM等軟體服務，並同時讓使用者無需自己搭建和維護軟體所需的硬體和系統等資源。

1999年，Salesforce在美國舊金山成立。

2001年，推出了第一款SaaS應用CRM，同時也受到眾多廠商和客戶的熱議。

2004年，Sunguard成為Salesforce第1000位使用者。

2005年，推出了名為”AppExchange”的程式商店，以豐富使用者選擇。

2006年，推出了首個執行在雲計算平臺的語言Apex，並在語法上類似Java。

2007年，推出了它的PaaS平臺

http：//

Force。com

，來讓使用者更方便地在Saleforce平臺上開發線上應用，同時Salesforce憑藉

http：//

Force。com

得到了華爾街日報的科技創新獎（Technology Innovation Award）。

2009年，Salesforce成為首家年收入達到10億美元的雲計算公司，並在年初推出了名為”Service Cloud”線上客戶服務應用。

2010年，Salesforce將推出名為”Chatter”的企業級線上SNS服務，類似於企業內部的”LinkedIn”，同時其CRM應用已更名為”Sales Cloud”。

從Salesforce的產品架構來看，

http：//

Force。com

是Salesforce是架構的核心，它整合和控制了底層的物理基礎設施，給上層的Sales Cloud、Service Cloud、Chatter和基礎的

http：//

Force。com

提供PaaS服務，而上層的應用以SaaS的形式提供給使用者使用。優點有兩點：

一、節約成本，統一架構整合了多種應用，減低了基礎設施的投入；

二、保證整體架構的穩定性，統一的架構，使得上層的SaaS服務依賴

http：//

Force。com

的API。

看到PaaS架構搭建的好，既省錢又省力又安全，自然很多行業也紛紛效仿。Salesforce只是解決了企業銷售對

客戶關係管理（CRM，Customer Relationship Management）

的線索上提供了完整的解決方案，像我們比較常用且通用的一些場景還有

商城系統、ERP系統、OA系統

等等。國內很知名的SaaS系統和PaaS平臺解決方案我們可以想到

有贊。

我們可以看到有讚的頂層是SaaS，有贊微商城、有贊零售、有讚美業、有贊連鎖。底層的結構是PaaS，SaaS為不同行業提供完整的解決方案，PaaS為SaaS服務提供統一的標準化API。

說到這，大家應該對PaaS和SaaS的產品有一定的瞭解了，那麼如何設計一款PaaS或者SaaS產品呢？我覺得可以從以下幾個問題思考：

1、目標使用者是誰？

目標使用者是to B（獨立軟體開發商ISV）那麼可以選擇PaaS；如果是to G 或者 to B，那麼選擇SaaS平臺。

2、產品提供什麼服務？解決什麼需求和痛點？

以有贊為例，有贊SaaS為不同零售行業根據場景，定製不同的軟體提供解決方案。有贊雲PaaS為想建立商城的開發者提供統一的API介面。（梳理好這塊）

3、你的平臺的盈利模式是什麼？

還是以有贊為例，有贊SaaS為企業提供軟體服務，使用者使用軟體開店鋪的租賃費用、定製化的運營工具等等。有贊PaaS則是提供對外開放的API根絕使用者自己的需求選擇使用，根據呼叫次數、包年服務等方式來盈利。

最後總結一下SaaS和PaaS產品設計的思路。

產品是為了解決使用者需求的，所以一定要明確使用者群體、需求痛點、盈利模式。最後在思考一下，自己有什麼？

比如你要搭建一個PaaS，你連自己的產品都沒有，你說為了企業賦能、為開發者賦能，拿什麼工具賦能呢？對吧。充分利用已有資源，讓重組產品建立更高價值才是王道。