企服點評專家團王鈺:SaaS產品移動化,你想好這3點了嗎
SaaS產品移動化的趨勢正在發生,作為SaaS廠商都已經做好準備了嗎?
我認為本質還是在提高效率上,也就是“增效”。
很多時候我們不一定都是在辦公室辦公。
如銷售人員外出拜訪客戶需要對客戶信息和線索做實時跟進;現場施工人員要對施工進度做節點匯報;生產工人要對生產環節做信息采集;企業管理者能隨時查看企業經營情況、團隊管理等。
移動化能在一定程度上解決移動辦公的業務和管理訴求。
簡言之,對移動辦公有較高要求的業務場景,比較適合做移動化。
比如我們經常能接觸到的CRM/SCRM、OA、即時通訊等,都是對移動辦公有經常性需求的,我們能看到大部分廠商都有開發獨立App端。
(1)不一定能完全承載復雜的業務場景
①業務場景的拆分
SaaS產品的移動化,不是簡單的將PC端內容照搬到移動端就可以。我們需要注意業務場景的拆分。
由于ToB業務場景的復雜,并不是所有的SaaS產品都適合做移動化。相對來講,泛行業SaaS產品移動化的難度要小于垂直行業SaaS。
以泛行業的CRM(客戶關系管理系統)為例,其核心功能(拓客線索、客資管理、銷售管理、合同管理)在PC端和移動端都有一致的呈現和較好的用戶體驗。
但是諸如垂直行業的APS(高級計劃排程系統),實現全功能的移動化就會有非常大的挑戰,甚至是不可能,而且移動端更多偏向于終端設備的數據采集反饋,況且一線生產工人邊做生產還邊看手機操作的行為也不符合生產安全規定。
這讓我想到一個值得思考的場景:
筆者過往在做醫藥新零售SaaS產品的客戶成功服務過程中,在面向連鎖藥店的店員做新零售私域運營工具實施時,店員和我們反饋說移動端在門店不好落地,因為公司領導剛剛宣布上班期間不得使用手機。
雖然最后問題得以解決,但是這也側面說明B端業務場景的多面化。
②移動端產品設計
由于SaaS產品的信息量比較大,我們在PC端可以較好呈現的內容,轉換到移動端時就可能凸顯冗余和復雜。
要怎么樣在有限的移動端屏幕空間內呈現SaaS產品信息量,是需要產品人加以深思熟慮的。
我們更多秉承“精、減、藏”的原則,精挑已確認移動化的功能做開發;字段、內容等做刪減提煉展示;過多信息則隱藏。減少客戶使用移動端辦公的抵觸情緒和增加上手容易度。
(2)用戶學習成本高
SaaS產品的落地應用,離不開客戶成功團隊的系統實施。不同于C端移動化產品,如果是即時通訊類、電商類移動端,因為用戶長期對C端產品的高頻使用,用戶對產品是有著一定熟悉度的,哪怕摸索著使用都可以自行展開。
但是垂直SaaS產品的移動端,往往因為強關聯企業的業務流、工作流、審批流等關鍵業務場景,用戶是需要在SaaS廠商客戶成功團隊的培訓下學習和熟練,必然會增加用戶的學習成本。
(3)推廣和維護成本高
如果是PC端,你可能只需要一套產品設計方案就可以,同時兼顧好各大主流瀏覽器的適配。
如果是做移動端,SaaS產品會面臨安卓和IOS系統操作平臺的開發,以及應用平臺投放和維護。在產研開發和市場營銷費用上都將會是一筆不小的支出。
由此,我們有很多SaaS廠商選擇了去做wap端及小程序,這不失為一種比較好的方法,讓使用者即用即走,既滿足企業用戶的使用需求,也在成本可控范圍內。
時間緊、預算少的創業團隊更適合第二種(wap端及小程序)方式。
最后的話
不同于ToC短鏈路的業務場景,ToB的業務場景往往比較復雜,在使用SaaS產品的時候,企業經常會圍繞業務流、工作流、審批流這三個維度的內容展開。
首先,作為SaaS廠商要明確的是,并不是所有SaaS產品都適合做移動端;
其次,做產品移動化的過程中,需要調研清楚用戶的業務場景,不能僅僅只是照搬PC端的功能;
最后,要考慮移動化的載體,是App,還是小程序,再或者wap端等,不同的承載入口,對于SaaS廠商的開發成本、服務成本、推廣運維成本都是有很大差異的。
毫無疑問,SaaS產品移動化是正在發生的事實,在未來的移動化過程中還會遇到很多難題,相信能給你帶來一點啟發。
