最近有朋友問我：ToB產品的業務都是集中在PC端的，是否有必要同步開發移動端產品？

我們知道，

在大部分的ToB業務下，軟體系統都是以PC端為主，

典型如ERP系統。

但並不是所有的ToB業務只有PC端的使用需求。

隨著SaaS產品在ToB行業的更多覆蓋，

越來越多的企業開始透過移動化辦公來更好地完成工作。

企業使用者因為辦公環境、業務場景的不同，在移動端的留存時間也開始延長，SaaS產品移動化的趨勢也越來越明顯。

在SaaS產品移動化的過程中，相信很多廠商遇到過以下問題：

為什麼不是所有的SaaS產品都可以移動化？如何判斷企業SaaS產品是否適合移動化？移動化的過程中需要注意哪些坑？

讓我們來看看這幾點。

為什麼會有移動化的使用訴求

我認為本質還是在提高效率上，

也就是“增效”。

很多時候我們不一定都是在辦公室辦公。

如銷售人員外出拜訪客戶需要對客戶資訊和線索做實時跟進；現場施工人員要對施工進度做節點彙報；生產工人要對生產環節做資訊採集；企業管理者能隨時檢視企業經營情況、團隊管理等。

移動化能在一定程度上解決移動辦公的業務和管理訴求。

什麼樣的SaaS產品適合移動化

簡言之，

對移動辦公有較高要求的業務場景，比較適合做移動化。

比如我們經常能接觸到的

CRM/SCRM、OA、即時通訊等

，都是對移動辦公有經常性需求的，我們能看到大部分廠商都有開發獨立App端。

SaaS產品移動化的難點

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產品移動化是正在發生的事實，在未來的移動化過程中還會遇到很多難題，相信能給你帶來一點啟發。