編輯導(dǎo)語：SaaS平臺(tái)是一個(gè)比較復(fù)雜的系統(tǒng)，基于垂直領(lǐng)域SaaS平臺(tái)特點(diǎn)，所需要的功能特點(diǎn)也不同。文章從藥店SaaS平臺(tái)出發(fā)，在基于基礎(chǔ)功能模塊的前提下，闡述垂直SaaS平臺(tái)的設(shè)計(jì)流程，與大家分享。

阿強(qiáng)已經(jīng)開始創(chuàng)業(yè)了（創(chuàng)業(yè)個(gè)毛線哦！就是他老爸給錢去鍛煉了。我tm還在普通副本刷怪升級(jí)中……），他決定做一個(gè)SaaS平臺(tái)，提供給他老爸的萬家藥店使用。作為阿強(qiáng)少爺?shù)闹艺\(chéng)好友，給他老爸打工的我，“應(yīng)該”為阿強(qiáng)獻(xiàn)上我寶貴的意見……

一、客戶的痛點(diǎn)思考

B端客戶的痛點(diǎn)思考，從來都是以其實(shí)體業(yè)務(wù)經(jīng)營(yíng)的場(chǎng)景為基礎(chǔ)進(jìn)行思維發(fā)散的。

因?yàn)槲覀冃枰浴八幍暾w解決方案”的理念入場(chǎng)，所以藥店的數(shù)據(jù)一體化顯得非常重要。如果因?yàn)槲覀兊娜雸?chǎng)，客戶的系統(tǒng)數(shù)據(jù)還是四分五裂的，那么我們的存在就顯得那么的無意義了。

1. 因?yàn)槭撬幍昕蛻?，所以，我們首先需要解決藥店基礎(chǔ)系統(tǒng)——藥店進(jìn)銷存的問題，其次是藥店銷售處方藥的問題，引入互聯(lián)網(wǎng)醫(yī)院提供的電子處方單。
2. 線下服務(wù)，連接性總是弱的，互聯(lián)網(wǎng)的手段必須用起來，微信公眾號(hào)、小程序就是首選，那么藥店的在線商城和線上優(yōu)惠券之類的在這里就是必須的了（這里不扯合法合規(guī)性的問題。
3. 服務(wù)要講究粘性，講究千人千面，會(huì)員系統(tǒng)也就是必須的了。
4. 作為藥房本身的職能，可以考慮與社區(qū)醫(yī)院合作，作為其指定的藥房使用，也好契合著國(guó)家醫(yī)藥分家的號(hào)召。
5. 最迫切的，解決藥店藥品供應(yīng)鏈的訴求，降低藥店采購(gòu)成本，滿足用戶用藥的普及性。當(dāng)然，除了通過供應(yīng)鏈解決藥品多樣性的問題，為藥店引入醫(yī)藥電商平臺(tái)也是一種可行的解決方案。

放圖：

當(dāng)然，系統(tǒng)的輸入永遠(yuǎn)都只是工具，真正的運(yùn)營(yíng)，還是需要團(tuán)隊(duì)去執(zhí)行的。是藥店的團(tuán)隊(duì)，或者是平臺(tái)建立運(yùn)營(yíng)團(tuán)隊(duì)服務(wù)，那就是強(qiáng)少爺?shù)氖虑榱?。我不建議了。

臨陣退縮

做為一名專業(yè)的產(chǎn)品經(jīng)理，我敢保證，上面的系統(tǒng)我都能做，我也敢做。但我絕不保證產(chǎn)品的質(zhì)量和產(chǎn)品上線的時(shí)間。

B端的項(xiàng)目也好，C端的項(xiàng)目也好，都是需要迎合市場(chǎng)的?？焖僭囧e(cuò)，快速調(diào)整，才是互聯(lián)網(wǎng)產(chǎn)品迭代的規(guī)律。

很明顯，上面的系統(tǒng)，市場(chǎng)上都有，并且還是經(jīng)過多年的市場(chǎng)錘煉迭代到今天的。專業(yè)性不敢說都是100%完美，但肯定是要比半路出家的要強(qiáng)咯。再說，這里涉及到的隨便一個(gè)產(chǎn)品板塊，基本上都是可以養(yǎng)活一家百人級(jí)別技術(shù)公司的，讓我們來搞，能不能搞好先不說，前期人力成本就得嘩啦啦的燒一大筆錢?？傊@個(gè)玩意就是：

1. 工程量大，周期長(zhǎng)。
2. 投入大，組建團(tuán)隊(duì)難。
3. 市場(chǎng)未經(jīng)過驗(yàn)證，做完了，別人買不買單尚是未知數(shù)。

二、專業(yè)的產(chǎn)品解決方案

問題總是比辦法多的。不要害怕，搞就行了。我們始終要明確一個(gè)目標(biāo)：保證業(yè)務(wù)開展，試錯(cuò)要快！

業(yè)務(wù)起步，每個(gè)業(yè)務(wù)系統(tǒng)都要自己搞，那是不可能的了。人家有的，我就直接借用吧，反正他們的產(chǎn)品都已經(jīng)那么成熟，不用白不用：

1. 對(duì)于進(jìn)銷存、電商商城、營(yíng)銷系統(tǒng)（和商城一起的）、在線直播等系統(tǒng)，直接找廠家合作，要求用戶數(shù)據(jù)回傳至我自研的平臺(tái)。
2. 對(duì)于第三方系統(tǒng)無法提供的，或者提供不合適的系統(tǒng)，安排自研，平臺(tái)輸出給藥店使用，如會(huì)員系統(tǒng)（多個(gè)系統(tǒng)的用戶集合到我平臺(tái)，他們的數(shù)據(jù)分別獨(dú)立，即時(shí)提供會(huì)員功能，也是不好使）等。
3. 開放平臺(tái)，允許第三方能力輸入，如互聯(lián)網(wǎng)醫(yī)院、藥品供應(yīng)鏈等。

因此，我們相當(dāng)于做了一個(gè)數(shù)據(jù)交互的樞紐平臺(tái)。后續(xù)數(shù)據(jù)沉淀后，便可做精準(zhǔn)化的用戶服務(wù)。至于第三方系統(tǒng)接觸哪些廠商，可以找市面最火的吧！那是阿強(qiáng)少爺?shù)氖虑榱恕?/p>

業(yè)務(wù)先跑吧！如果后續(xù)客戶用的爽了，第三方系統(tǒng)卻不想和我平臺(tái)合作的話，到時(shí)候可以讓阿強(qiáng)考慮收購(gòu)，或者來一次自研！有市場(chǎng)，怕啥投入哇！

回到主題SaaS

尋求第三方合作廠商，為藥店提供應(yīng)用系統(tǒng)，有個(gè)前置的條件——對(duì)方的系統(tǒng)也必須是SaaS，單機(jī)版本的系統(tǒng)自然是不能滿足我平臺(tái)建設(shè)的要求。當(dāng)然，我平臺(tái)的設(shè)計(jì)基礎(chǔ)核心，也必須是SaaS。

三、SaaS的核心

SaaS平臺(tái)的核心板塊，就是商戶體系。

以B2C模式的電商商城來舉例，你做產(chǎn)品設(shè)計(jì)時(shí)，這里的B就是你所在的企業(yè)，所以你在做產(chǎn)品功能設(shè)計(jì)時(shí)，只會(huì)根據(jù)你們企業(yè)內(nèi)部的需求進(jìn)行定制化。但是SaaS不行，SaaS多了一層平臺(tái)的概念，變成了S2B2C，在這個(gè)模式里，你所充當(dāng)?shù)慕巧瞧脚_(tái)S，而這里的B，就是你之前的公司，所以在這里，你需要設(shè)計(jì)的是滿足無數(shù)個(gè)B的需求，而不是像以前一樣，只想著一個(gè)B是不行的了。

關(guān)于商戶體系的建設(shè)，我們需要從市場(chǎng)的商戶表現(xiàn)形式進(jìn)行思考。市場(chǎng)主要表現(xiàn)形式為：?jiǎn)蔚晷?，連鎖型。而連鎖型里面又包括直營(yíng)店、加盟店、代管店。單店模式是最簡(jiǎn)單的，麻煩在連鎖模式，因?yàn)橹睜I(yíng)店、加盟店、代管店，他們與總部的關(guān)系是不一樣的，特別是在分錢這個(gè)環(huán)節(jié)上。

1. 所有合作的企業(yè)，不管是連鎖型，還是單店型，對(duì)于平臺(tái)來說，只是屬于我平臺(tái)的一個(gè)商戶，平臺(tái)允許其創(chuàng)建門店。也不在乎其創(chuàng)建多少家店，反正應(yīng)用系統(tǒng)，直接與門店關(guān)聯(lián)。
2. 設(shè)置總店與分店，進(jìn)行數(shù)據(jù)范圍的控制，總部可管理所有分店的數(shù)據(jù)。

因此，平臺(tái)開始設(shè)計(jì)后，幾乎所有數(shù)據(jù)，都是需要關(guān)聯(lián)到具體門店的。如訂單的數(shù)據(jù)存儲(chǔ)，數(shù)據(jù)表的設(shè)計(jì)如下：

四、SaaS的權(quán)限控制

商戶體系建立后，通過系統(tǒng)的賬號(hào)、角色、權(quán)限來實(shí)現(xiàn)不同人員的操作權(quán)限，是SaaS平臺(tái)的又一靈魂之處。

關(guān)于后臺(tái)系統(tǒng)的賬號(hào)、角色、權(quán)限，下面會(huì)簡(jiǎn)介的比較詳細(xì)一些，如果沒有什么興趣的話，可以直接跳過當(dāng)前章節(jié)。

1. 絕對(duì)標(biāo)準(zhǔn)化的系統(tǒng)角色權(quán)限設(shè)計(jì)

縱觀大大小小的后臺(tái)系統(tǒng)，關(guān)于系統(tǒng)的賬號(hào)、角色、權(quán)限的產(chǎn)品設(shè)計(jì)，絕大多數(shù)后臺(tái)創(chuàng)建賬號(hào)的操作流程為：

1. 開發(fā)預(yù)設(shè)好系統(tǒng)的功能、操作權(quán)限；
2. 添加角色，角色關(guān)聯(lián)功能，功能可以再細(xì)分到操作權(quán)限，如增刪改查等（很多系統(tǒng)喜歡偷懶，權(quán)限只控制到功能一層，無操作權(quán)限的控制）；
3. 添加賬號(hào)；
4. 選擇賬號(hào)角色（也可以在創(chuàng)建賬號(hào)的時(shí)候就關(guān)聯(lián)角色）；

2. 賬號(hào)直接關(guān)聯(lián)權(quán)限與角色直接關(guān)聯(lián)權(quán)限的取舍

我總覺得賬號(hào)關(guān)聯(lián)角色，角色關(guān)聯(lián)權(quán)限的設(shè)定，會(huì)使得系統(tǒng)在對(duì)賬號(hào)進(jìn)行靈活化的權(quán)限配置時(shí)，顯示蒼白無力。打個(gè)比方：設(shè)定一個(gè)角色為客服，客服關(guān)聯(lián)了客服相關(guān)的操作權(quán)限，員工ABC均關(guān)聯(lián)該客服角色，由于場(chǎng)景特殊化，需要給員工D添加多一個(gè)客服角色外的另外一個(gè)操作或者功能，就需要在系統(tǒng)中再單獨(dú)創(chuàng)建一個(gè)客服2的角色，才可以實(shí)現(xiàn)此需求：

因?yàn)榭头?和客服2的角色，關(guān)聯(lián)的操作權(quán)限大部分是一樣的，僅僅只有一個(gè)操作權(quán)限的差異而已，所以我想，使用賬號(hào)直接關(guān)聯(lián)權(quán)限，角色僅僅只是作為一個(gè)角色包快速選擇的功能項(xiàng)：

在創(chuàng)建賬號(hào)時(shí)，還是一樣選擇角色，角色關(guān)聯(lián)權(quán)限包，選擇角色后，加載當(dāng)前角色所擁有的操作權(quán)限，允許進(jìn)行二次修改（即添加多幾個(gè)權(quán)限或減少幾個(gè)權(quán)限）。

這樣的話，針對(duì)上面的客服ABCD，我只需要添加一個(gè)客服的角色即可，在創(chuàng)建特殊化場(chǎng)景的客戶賬號(hào)時(shí)，給他選擇了客服的角色，然后再進(jìn)行多一個(gè)審批操作的添加或者是其他權(quán)限的添加即可。實(shí)現(xiàn)賬號(hào)權(quán)限的絕對(duì)靈活化的配置。

但是，產(chǎn)品設(shè)計(jì)的理念告訴我，比如靈活配置的問題，不是最靈活才是最好的設(shè)計(jì)的，需要講究最恰當(dāng)?shù)撵`活，才是合理的。

所以，賬號(hào)關(guān)聯(lián)操作權(quán)限的理念在系統(tǒng)是行不通的。至于行不通的真實(shí)原因，可以自行思考下。對(duì)比下兩種方式下創(chuàng)建賬號(hào)，在系統(tǒng)生成的數(shù)據(jù)量，就大概知道原因了。

3. 數(shù)據(jù)權(quán)限的理解

上面講到的僅僅只是功能的權(quán)限而已。對(duì)于系統(tǒng)權(quán)限來說，是會(huì)區(qū)分功能權(quán)限和數(shù)據(jù)權(quán)限的。但是很多情況下，在添加賬號(hào)的時(shí)候，數(shù)據(jù)權(quán)限是沒有辦法顯性的表達(dá)出來的，它是需要在某些特定的功能下，才會(huì)需要用到的。但是在SaaS平臺(tái)中，數(shù)據(jù)的權(quán)限，處處都是明擺出來的。

首先，我們來理解沒有做數(shù)據(jù)權(quán)限控制的功能，這個(gè)意味著，只要你給該賬號(hào)添加該功能權(quán)限，所有的用戶，進(jìn)入該功能，看到的界面的數(shù)據(jù)都是一樣的。自然這個(gè)是有違SaaS的規(guī)定的。你中不能讓B商戶的用戶看到A商戶的數(shù)據(jù)吧！那不是扯著嗎？

那么SaaS關(guān)于數(shù)據(jù)權(quán)限的控制第一步，把上面訂單的結(jié)構(gòu)拷貝下來：

所有的業(yè)務(wù)功能，只要是提供給到商戶或者門店去使用的，均需要根據(jù)商戶或者門店進(jìn)行第一層過濾。保證門店或者商戶，只能看到自己范圍內(nèi)的數(shù)據(jù)。大哥，數(shù)據(jù)隱私性安全性，很重要的，可別亂搞……

第二步，個(gè)別功能，數(shù)據(jù)范圍按角色進(jìn)行定制化。如客服查看“我跟進(jìn)的訂單”，那么數(shù)據(jù)需要按賬號(hào)進(jìn)行過濾?；蛴唵螖?shù)據(jù)查看范圍，需要按照區(qū)域進(jìn)行劃分，這就需要對(duì)賬號(hào)進(jìn)行定制化的區(qū)域范圍關(guān)聯(lián)了，要比較復(fù)雜，除非是賬號(hào)本身也有關(guān)聯(lián)區(qū)域，可進(jìn)行數(shù)據(jù)匹配進(jìn)行數(shù)據(jù)篩選。當(dāng)前步驟比較特殊，需要根據(jù)特性場(chǎng)景定制化。

大多數(shù)的系統(tǒng)不愿意做數(shù)據(jù)權(quán)限控制，寧愿復(fù)制多一個(gè)一模一樣的功能點(diǎn)，在查詢數(shù)據(jù)的時(shí)候，加多個(gè)篩選條件，這樣會(huì)比較好辦些。比如說，訂單管理和我的訂單，其實(shí)界面來看，操作來看，其實(shí)是一模一樣的，但是我的訂單，是只篩選當(dāng)前用戶關(guān)聯(lián)的訂單信息。這樣做雖然簡(jiǎn)單，但是功能會(huì)比較累贅些，且兩個(gè)基本一模一樣的功能界面點(diǎn)，后期有一個(gè)界面優(yōu)化迭代，另外一個(gè)界面也需要同步進(jìn)行維護(hù)迭代，真心挺麻煩的。

所以，關(guān)于數(shù)據(jù)權(quán)限的選擇，真是各花各眼，從系統(tǒng)功能規(guī)劃來講，我個(gè)人更加喜歡把功能點(diǎn)劃分的簡(jiǎn)單些，所以你看到的訂單管理，就是你想看到的訂單管理，不是專門給你多做一個(gè)“我的訂單”的板塊，后續(xù)維護(hù)，老子是真的懶得跟你改這又改那的……

4. 賬號(hào)與商戶的關(guān)系

先提個(gè)問題：先有賬號(hào)才有商戶，還是先有商戶再有賬號(hào)？

SaaS平臺(tái)的賬號(hào)，和單體系統(tǒng)的賬號(hào)管理，絕對(duì)是不一樣的。

單體系統(tǒng)不用問阿強(qiáng)都是知道的，肯定是現(xiàn)有系統(tǒng)，再有賬號(hào)的啦！單體系統(tǒng)的商戶就是平臺(tái)自己，固定的。這也造就了我們對(duì)于創(chuàng)建后臺(tái)管理賬號(hào)的習(xí)慣性思維邏輯，禁錮了我們發(fā)的思想。

我告訴你哦，SaaS平臺(tái)，賬號(hào)和商戶沒有必然的先后關(guān)系：

模式1就是默化的設(shè)計(jì)思路，一般這種情況，在創(chuàng)建賬號(hào)的時(shí)候，會(huì)習(xí)慣讓填寫一個(gè)登錄賬號(hào)和登錄密碼的玩意！試問一句，現(xiàn)在登錄的操作，那是有手機(jī)號(hào)+驗(yàn)證碼不能做的事情?。?！另外就是，假設(shè)當(dāng)前使用的是手機(jī)號(hào)作為賬號(hào)，這樣的設(shè)計(jì)，可能會(huì)漏考慮到同一個(gè)人，會(huì)關(guān)聯(lián)多個(gè)商戶或多個(gè)門店的情況。

那么模式2，在SaaS里面，就能夠完美解決這個(gè)問題。如果有用過釘釘?shù)?，可以試想一下，用戶賬號(hào)是通過手機(jī)號(hào)先注冊(cè)的，進(jìn)入釘釘后，是允許選擇進(jìn)入的企業(yè)的。這樣的思路同樣適用于后臺(tái)，我把微店的登錄界面一截圖，就很明顯了：

這個(gè)頁面搞得有點(diǎn)花，在設(shè)計(jì)上來說，去掉這個(gè)頁面也是沒有毛病，直接在進(jìn)入主界面，在頂部欄，做好切換店鋪或企業(yè)即可：

那么，賬號(hào)和商戶的設(shè)計(jì)理念，就是這樣的了，賬號(hào)登陸后，可以根據(jù)賬號(hào)關(guān)聯(lián)的商戶或門店，展示出來，以供用戶進(jìn)行選擇，切換管理：

5. SaaS系統(tǒng)中，平臺(tái)管理員與商戶管理員的區(qū)分

設(shè)計(jì)這個(gè)SaaS平臺(tái)時(shí)，上面對(duì)于商戶、門店的入口，我們上面基本已經(jīng)考慮到了。但是如果作為平臺(tái)本身的管理員，我們應(yīng)該怎么去設(shè)計(jì)其在系統(tǒng)的登錄呢？

很明顯，商戶只能看到商戶的數(shù)據(jù)，平臺(tái)管理員，需要看到全部的數(shù)據(jù)，但是平臺(tái)管理員不是萬能的，有些業(yè)務(wù)性的操作，平臺(tái)是不能做的。比如說，商戶的訂單審核、商戶的客戶對(duì)接，平臺(tái)是不能亂搞的。這個(gè)時(shí)候，我們需要考慮下，這個(gè)平臺(tái)的管理員角色，我們一定要讓他登陸到這個(gè)后臺(tái)嗎？

從產(chǎn)品業(yè)務(wù)合理性的角度出發(fā)，建議拆一個(gè)運(yùn)營(yíng)后臺(tái)出來，專門給到平臺(tái)的管理員去使用。這個(gè)運(yùn)營(yíng)后臺(tái)，就不需要加SaaS的概念進(jìn)去了。因?yàn)榈顷懙挠脩?，就是平臺(tái)自身的員工而已。之后，根據(jù)平臺(tái)管理所需要的業(yè)務(wù)功能，定制化設(shè)計(jì)開發(fā)即可。

但是，從開發(fā)成本和時(shí)間成本的角度來說，產(chǎn)品經(jīng)理就需要對(duì)設(shè)計(jì)做深一步的取舍了。如果人力物力不夠的情況下，平臺(tái)管理員和商戶共用一套系統(tǒng)，是很有必要的。大不了，后期條件允許的情況下，再開始做運(yùn)營(yíng)后臺(tái)咯。

6. SaaS的其他迭代

至此，SaaS平臺(tái)從0到1的基礎(chǔ)框架已經(jīng)搞完了。至于其他業(yè)務(wù)板塊的功能迭代，追尋以上的設(shè)計(jì)原理，在所有的數(shù)據(jù)前面做好商戶和門店的關(guān)聯(lián)，在功能展示上，定好功能、角色的數(shù)據(jù)可視可操作范圍就可以了。想象一下，發(fā)現(xiàn)，SaaS也就那么回事……

當(dāng)然，很多技術(shù)人員會(huì)和你講到平臺(tái)的分布式或微服務(wù)的概念，因?yàn)镾aaS平臺(tái)，本身在很多業(yè)務(wù)操作上，是存在很多共性的，所以需要將某些具備固定用途的板塊獨(dú)立化，比如支付、比如訂單等等，嗯吶，這個(gè)屬于中臺(tái)的職能了，另外研究吧！

五、SaaS平臺(tái)的門檻

如今技術(shù)的發(fā)展，要實(shí)現(xiàn)一個(gè)SaaS平臺(tái)從0到1的搭建過程，已經(jīng)不是一件什么難事了。所以在技術(shù)上，基本上是沒有什么門檻的。但是在花錢上面，門檻比較大。

對(duì)于成本的預(yù)估，第一是平臺(tái)從0到1的技術(shù)團(tuán)隊(duì)的組建，現(xiàn)在開發(fā)人員是那么的貴哦！想起當(dāng)年在那個(gè)不堪回首的前公司，那個(gè)CTO一上來，就是分布式，關(guān)于產(chǎn)品的東西還沒有見到雛形，就已經(jīng)是100多人的技術(shù)團(tuán)隊(duì)了，從項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、后臺(tái)、前端、測(cè)試、運(yùn)維、架構(gòu)師等等，樣樣具備……

那個(gè)錢，刷刷刷的燒??！可怕的是，搞了1年多，還是沒有啥東西出來！第二就是服務(wù)器成本，系統(tǒng)大了，要用到的機(jī)器也是少不了咯。不曉得要多少，反正要花錢。第三塊是寬帶，現(xiàn)在短視頻和直播那么火，這些按流量計(jì)費(fèi)的玩意，怎么收費(fèi)，可以去阿里云和騰訊云LOOK下吧。

最重要的，就是推廣了?；司拶Y后，終于把東西搞好了，但是如果沒有人愛用，或者已經(jīng)被其他同類型的SaaS平臺(tái)搶了先機(jī)，這么折騰搞這個(gè)玩意，到頭來是為了個(gè)啥子哦！

六、SaaS平臺(tái)的市場(chǎng)認(rèn)可度

以前都是單機(jī)化的軟件部署模式，誰要，誰買。獨(dú)立部署，獨(dú)立維護(hù)?，F(xiàn)在一套SaaS云端直接解決，一個(gè)注冊(cè)分配一個(gè)賬號(hào)，就完事了。商戶不用東西折騰，又是搞服務(wù)器搞這搞那的。廠家也不用單個(gè)系統(tǒng)單個(gè)系統(tǒng)的維護(hù)，增加人手、增加成本，每個(gè)系統(tǒng)都定制化的改來改去，改到最后面都不曉得是自家開發(fā)的產(chǎn)品了。且原來獨(dú)立化部署的系統(tǒng)，購(gòu)買成本也是極高，現(xiàn)在SaaS賬號(hào)，可以數(shù)千元就搞定了。對(duì)于這些來說，對(duì)于商戶和廠家來說，SaaS真是福音?。?/p>

但是，SaaS的市場(chǎng)群體是有限的，且在一定的程度上，它是不能夠被市場(chǎng)所認(rèn)可的。因?yàn)?，SaaS里面產(chǎn)生的數(shù)據(jù)，是在SaaS廠商的數(shù)據(jù)庫里面的。商戶前期雖然在系統(tǒng)的投入上節(jié)省了大量的錢財(cái)，但是，這些都是通過出賣自己的數(shù)據(jù)所換回來的！然而，對(duì)于長(zhǎng)期經(jīng)營(yíng)的商戶來講，數(shù)據(jù)，絕對(duì)是一大筆財(cái)富！

沒有關(guān)系，業(yè)務(wù)先行，可以先跑。不想重投入或者沒錢重投入的人，前期先這樣咯，不然阿強(qiáng)少爺做這個(gè)平臺(tái)還有什么意義?。?/p>

七、我認(rèn)為“阿強(qiáng)藥店SaaS服務(wù)平臺(tái)”的未來

雖然SaaS平臺(tái)不應(yīng)該被市場(chǎng)所認(rèn)可，但是SaaS平臺(tái)卻終究是一個(gè)行業(yè)趨勢(shì)，也終究要被很多人所接受。想象一下，當(dāng)你以為山寨的年代已經(jīng)過去了，拼多多的崛起還是讓山寨回到你的視野了。為什么？不就是人太多，想法太多，各種各樣的人都有嗎？

有就好，所以給阿強(qiáng)少爺規(guī)劃的這個(gè)平臺(tái)，還是有未來的。

SaaS平臺(tái)，講究的是產(chǎn)品。產(chǎn)品好，解決了客戶的痛點(diǎn)，而剛剛好又做好的客戶的客情。生意就這樣開始了。

但是要端正一個(gè)態(tài)度，當(dāng)前做的這個(gè)SaaS平臺(tái)，絕對(duì)不要給自己囚禁在產(chǎn)品服務(wù)的范疇了。對(duì)于平臺(tái)來說，后期的增值性服務(wù)尤其重要。如數(shù)據(jù)分析、大數(shù)據(jù)輔助決策、用戶標(biāo)簽千人千面、精準(zhǔn)推送等等。這些都是讓平臺(tái)升值的關(guān)鍵性因素哇！

另外就是藥店本身屬于一個(gè)醫(yī)療健康類型的特殊性行業(yè)，平臺(tái)還可以利用這點(diǎn)在行業(yè)里面做一個(gè)橫向的擴(kuò)展，逐步打造成大健康的醫(yī)養(yǎng)平臺(tái)。

八、最后

最近在研究微店的SaaS商城，因此想到了這個(gè)SaaS的主題。之前在釘釘上購(gòu)買過一個(gè)叫“氚云”的服務(wù)，它也是一個(gè)SaaS的系統(tǒng)，同時(shí)還加上了PaaS(平臺(tái)即服務(wù))的理念。作為產(chǎn)品經(jīng)理的我們，看到這些英文縮寫的時(shí)候，并沒有因此會(huì)角色它是高大上，因?yàn)閺漠a(chǎn)品設(shè)計(jì)的理念出發(fā)，我們只是站在客戶的角度去思考客戶的痛點(diǎn)而已，然后通過我們專業(yè)的能力，剛剛好設(shè)計(jì)解決了他們的需求。

阿強(qiáng)少爺這個(gè)系統(tǒng)還在做，我主動(dòng)申請(qǐng)親自掛帥了。但是阿強(qiáng)他爸覺得自己來搞太慢了，強(qiáng)迫性要求去找外包團(tuán)隊(duì)實(shí)現(xiàn)它。我想，就這樣吧，拜拜，不見。

最后，覺得文章還可以的老鐵，點(diǎn)個(gè)贊，一定要點(diǎn)贊哦！

本文由 @產(chǎn)品經(jīng)理龍汪汪 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議