在産品設計次元上，SaaS産品設計與OP項目傳遞的産品設計有很大差別，那麼你知道差別在哪裡嗎？在目前的環境下，SaaS産品轉型又可以從哪些方向進行規劃？過程中又可能遇到哪些難點？不妨來看看作者的解讀。
生産制造營運管理類的SaaS産品在第三年被按下了暫停鍵，獲客難、傳遞難、續費難三大問題難以突破，不賺錢的業務都不是好業務，千萬投資的産品如何商業化，産品轉型迫在眉睫。
SaaS的産品設計與OP項目傳遞的産品設計有很大的差別，SaaS的産品是提供一個标準産品供客戶使用，OP項目傳遞産品是80%的産品能力加上20%的定制，是以在産品技術形态和産品本身的形态都有很大的差別。
一、SaaS産品設計
1. 平台端：營運人員管理企業租戶
SaaS型産品最難處理的是客戶間的差異化，這個差異化包括：
這些不同會直接展現在企業門戶中可看到的内容，是以在産品設計中平台端負責承擔這部配置設定置，我們先劃分版本，各個版本下挂應用和菜單甚至按鈕，客戶開通應用時，會給客戶配置響應的版本，下發就會将營運端配置好的内容傳遞給企業門戶，友善企業門戶的内容顯示。
當然營運端還囊括了平台端自身的管理權限、管道管理、客戶管理、版本管理、客戶營運咨詢、客戶營運分析等等。
2. 企業門戶：企業管理者維護企業組織、權限、主資料、業務規則等
工業企業在組織和角色劃分上有很多相同之處，營運下發客戶資訊時有預設的配置模闆，這可以減少企業管理者的工作量。但是仍需要根據企業實際情況去做調整和權限的授權。
授權分為兩個方面，一個是功能層面的授權簡單來講就是哪些角色有哪些菜單&按鈕的使用權，另一方面是資料權限，如不同的人是負責不同的工廠中的房間、線體等。資料權限通常是跟主資料在一起的，處理完主資料後根據主資料再配置設定權限
業務規則有兩個方面，一方面是跟具體應用挂鈎的，比如啟動了生産，就會有生産的規則配置如是否要齊套後才開工等業務類型的配置；另外一方面是模闆配置，如列印模闆設定、消息待辦設定、預警監控設定等。
企業門戶一般是有企業管理者做初始化配置，這些配置屬于低頻次操作。
3. 具體應用：企業業務人員處理具體業務
這部分就是具體的業務應用了，由業務人員進行操作。産品設計之初會圈定範圍内置好角色及角色操作的流程，一般各個企業差别不大，隻是有些角色名稱會不一樣，具體執行的工作細節差異是較大的。這部分一般會通過前面兩個部分解決，從平台端下發的功能不一樣，或者通過自行配置解決個性化的部分。
平台開發的應用均會注冊到平台并跟企業門戶的主資料及規則對接，實作平台統一控制的目的。
二、OP項目傳遞産品目标
OP的産品設計目前還沒有完全啟動，我們先從産品要實作的目标講起：
1. 市場獲客更聚焦
我之前在甲方工作時，之前跟财務的老大及供應商開會，供應商問我們你們想要啥，财務老大說你有啥，弄得當時氣氛有點尴尬。
事後我問财務老大為什麼要這樣，她說供應商在我要的這個産品上有60%的契合度我才會考慮他并告訴他我的訴求，否則我說我要什麼他說他都有都能做到，但是誰能保障他真的能做到呢？
純項目制的傳遞如今越來越難了，好多時候在重複造輪子。我之前做項目時深有體會，光做主資料就要先來個2周左右，項目跟項目間差異大，即使是有相似的以前業務方案尚且可以借鑒，但是代碼基本不行；項目上線了還沒看到項目産生的價值呢就被調到新的項目上了，并沒有真正的沉澱和提煉業務場景和業務價值，這也是很多以項目傳遞型的公司很難有産品的原因。
OP産品在産品企劃階段會完成5看3定，會規劃産品的研發路标、銷售路标、營運計劃，在産品上市前也會做完整的産品營運資料，這對市場的聚焦有很大的好處，一方面可以提升市場成單轉化率，另一方面減少傳遞難度，降低項目執行難度。
2. 快速實施：在不增加人員的情況下承接更多的單
快速實施展現在減少二開的工作量，如果産品力足夠強，那麼通過配置就可以解決大部分的業務問題，二開的工作自然就比較少，那麼不論是本企業自己實施，還是服務商實施，在難度上都會降低，同時也會縮短傳遞周期，但在産品在設計上也提出了更高的要求。
- 通用能力：如組織、主資料、通用的業務元件；
- 工具元件：支援靈活配置如列印模闆、編碼規則等；
- 個性化二開簡單可控：如可程式設計接口API、前端通用元件、外挂算法等。
我從未做過OP産品，早些年在做項目傳遞，後期一直在做SAAS，說來心虛，面對轉型的不确定性也需要像小白一樣重頭再來。
三、SaaS産品轉型的難度及規劃方向
技術架構的轉型（工具化元件、定制支援）主要有架構師來完成，我所需要做的是跟他目标對齊，并關注他的工作計劃，當然目前階段更多充當鼓勵師和拉資源的工作，看能否通過哪些有經驗且成功的大神的賦能幫我們搞定這個方向。
通用能力的抽取主要是我來負責的，前期我還在做的C端思路做B端産品忙的不亦樂乎時，團隊其他産品經理已經被元件化抽取傷到了，目前大局動蕩還未定論階段大家多少是有點沮喪的，我需要提供思路及落地的方法給到大家，讓大家知道這個事情是可行的，并重建立立信心。
通過前一周的努力我整理出了思路，但是還不确認思路是否是正确的，我的老闆太忙了，在他還未确認的情況下已經開始讓大家行動了，也許治愈焦慮最好的辦法就是幹活！
規劃方向：轉型想要快速見效，我們打算按照以下路徑走，抽取元件、以最簡單的方式快速複用到項目上，得到驗證後再做工具化，最後再封裝代碼提供工具以便于服務商也可以做實施。
規劃方向是上周聊的一位大神給的建議，跟他聊完很開心，集團是有能人的，我目前要做的是打破之前自己盲目的自信和樂觀，尋求志同道合的大神和夥伴，一塊做出一款能夠被成功商業化的産品，并持之以恒的做下去。
看了很多成功的産品都不是短期就能成功的，作為一個産品經理，我所能做的是不斷提升自己，融合更多有能量有力量的人幫助産品成長，最終在市場上獲得認可。
本文由 @抹香鲸 原創釋出于人人都是産品經理，未經許可，禁止轉載。
題圖來自 Unsplash，基于 CC0 協定。
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。
![#産品設計[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)