在產(chǎn)品設計維度上，SaaS產(chǎn)品設計與OP項目交付的產(chǎn)品設計有很大區(qū)別，那么你知道區(qū)別在哪里嗎？在當前的環(huán)境下，SaaS產(chǎn)品轉(zhuǎn)型又可以從哪些方向進行規(guī)劃？過程中又可能遇到哪些難點？不妨來看看作者的解讀。

生產(chǎn)制造運營管理類的SaaS產(chǎn)品在第三年被按下了暫停鍵，獲客難、交付難、續(xù)費難三大問題難以突破，不賺錢的業(yè)務都不是好業(yè)務，千萬投資的產(chǎn)品如何商業(yè)化，產(chǎn)品轉(zhuǎn)型迫在眉睫。

SaaS的產(chǎn)品設計與OP項目交付的產(chǎn)品設計有很大的區(qū)別，SaaS的產(chǎn)品是提供一個標準產(chǎn)品供客戶使用，OP項目交付產(chǎn)品是80%的產(chǎn)品能力加上20%的定制，所以在產(chǎn)品技術形態(tài)和產(chǎn)品本身的形態(tài)都有很大的區(qū)別。

一、SaaS產(chǎn)品設計

1. 平臺端：運營人員管理企業(yè)租戶

SaaS型產(chǎn)品最難處理的是客戶間的差異化，這個差異化包括：

1. 行業(yè)包不同；
2. 選擇應用的不同；
3. 應用執(zhí)行某個功能不同。

這些不同會直接體現(xiàn)在企業(yè)門戶中可看到的內(nèi)容，因此在產(chǎn)品設計中平臺端負責承擔這部分配置，我們先劃分版本，各個版本下掛應用和菜單甚至按鈕，客戶開通應用時，會給客戶配置響應的版本，下發(fā)就會將運營端配置好的內(nèi)容傳遞給企業(yè)門戶，方便企業(yè)門戶的內(nèi)容顯示。

當然運營端還囊括了平臺端自身的管理權(quán)限、渠道管理、客戶管理、版本管理、客戶運營咨詢、客戶運營分析等等。

2. 企業(yè)門戶：企業(yè)管理員維護企業(yè)組織、權(quán)限、主數(shù)據(jù)、業(yè)務規(guī)則等

工業(yè)企業(yè)在組織和角色劃分上有很多相同之處，運營下發(fā)客戶信息時有默認的配置模板，這可以減少企業(yè)管理員的工作量。但是仍需要根據(jù)企業(yè)實際情況去做調(diào)整和權(quán)限的授權(quán)。

授權(quán)分為兩個方面，一個是功能層面的授權(quán)簡單來講就是哪些角色有哪些菜單&按鈕的使用權(quán)，另一方面是數(shù)據(jù)權(quán)限，如不同的人是負責不同的車間、線體等。數(shù)據(jù)權(quán)限通常是跟主數(shù)據(jù)在一起的，處理完主數(shù)據(jù)后根據(jù)主數(shù)據(jù)再分配權(quán)限

業(yè)務規(guī)則有兩個方面，一方面是跟具體應用掛鉤的，比如啟動了生產(chǎn)，就會有生產(chǎn)的規(guī)則配置如是否要齊套后才開工等業(yè)務類型的配置；另外一方面是模板配置，如打印模板設置、消息待辦設置、預警監(jiān)控設置等。

企業(yè)門戶一般是有企業(yè)管理員做初始化配置，這些配置屬于低頻次操作。

3. 具體應用：企業(yè)業(yè)務人員處理具體業(yè)務

這部分就是具體的業(yè)務應用了，由業(yè)務人員進行操作。產(chǎn)品設計之初會圈定范圍內(nèi)置好角色及角色操作的流程，一般各個企業(yè)差別不大，只是有些角色名稱會不一樣，具體執(zhí)行的工作細節(jié)差異是較大的。這部分一般會通過前面兩個部分解決，從平臺端下發(fā)的功能不一樣，或者通過自行配置解決個性化的部分。

平臺開發(fā)的應用均會注冊到平臺并跟企業(yè)門戶的主數(shù)據(jù)及規(guī)則對接，實現(xiàn)平臺統(tǒng)一控制的目的。

二、OP項目交付產(chǎn)品目標

OP的產(chǎn)品設計目前還沒有完全啟動，我們先從產(chǎn)品要實現(xiàn)的目標講起：

1. 市場獲客更聚焦

我之前在甲方工作時，之前跟財務的老大及供應商開會，供應商問我們你們想要啥，財務老大說你有啥，弄得當時氣氛有點尷尬。

事后我問財務老大為什么要這樣，她說供應商在我要的這個產(chǎn)品上有60%的契合度我才會考慮他并告訴他我的訴求，否則我說我要什么他說他都有都能做到，但是誰能保障他真的能做到呢？

純項目制的交付如今越來越難了，好多時候在重復造輪子。我之前做項目時深有體會，光做主數(shù)據(jù)就要先來個2周左右，項目跟項目間差異大，即使是有相似的以前業(yè)務方案尚且可以借鑒，但是代碼基本不行；項目上線了還沒看到項目產(chǎn)生的價值呢就被調(diào)到新的項目上了，并沒有真正的沉淀和提煉業(yè)務場景和業(yè)務價值，這也是很多以項目交付型的公司很難有產(chǎn)品的原因。

OP產(chǎn)品在產(chǎn)品企劃階段會完成5看3定，會規(guī)劃產(chǎn)品的研發(fā)路標、銷售路標、運營計劃，在產(chǎn)品上市前也會做完整的產(chǎn)品運營資料，這對市場的聚焦有很大的好處，一方面可以提升市場成單轉(zhuǎn)化率，另一方面減少交付難度，降低項目執(zhí)行難度。

2. 快速實施：在不增加人員的情況下承接更多的單

快速實施體現(xiàn)在減少二開的工作量，如果產(chǎn)品力足夠強，那么通過配置就可以解決大部分的業(yè)務問題，二開的工作自然就比較少，那么不論是本企業(yè)自己實施，還是服務商實施，在難度上都會降低，同時也會縮短交付周期，但在產(chǎn)品在設計上也提出了更高的要求。

1. 通用能力：如組織、主數(shù)據(jù)、通用的業(yè)務組件；
2. 工具組件：支持靈活配置如打印模板、編碼規(guī)則等；
3. 個性化二開簡單可控：如可編程接口API、前端通用組件、外掛算法等。

我從未做過OP產(chǎn)品，早些年在做項目交付，后期一直在做SAAS，說來心虛，面對轉(zhuǎn)型的不確定性也需要像小白一樣重頭再來。

三、SaaS產(chǎn)品轉(zhuǎn)型的難度及規(guī)劃方向

技術架構(gòu)的轉(zhuǎn)型（工具化組件、定制支持）主要有架構(gòu)師來完成，我所需要做的是跟他目標對齊，并關注他的工作計劃，當然當前階段更多充當鼓勵師和拉資源的工作，看能否通過哪些有經(jīng)驗且成功的大神的賦能幫我們搞定這個方向。

通用能力的抽取主要是我來負責的，前期我還在做的C端思路做B端產(chǎn)品忙的不亦樂乎時，團隊其他產(chǎn)品經(jīng)理已經(jīng)被組件化抽取傷到了，當前大局動蕩還未定論階段大家多少是有點沮喪的，我需要提供思路及落地的方法給到大家，讓大家知道這個事情是可行的，并重新建立信心。

通過前一周的努力我整理出了思路，但是還不確認思路是否是正確的，我的老板太忙了，在他還未確認的情況下已經(jīng)開始讓大家行動了，也許治愈焦慮最好的辦法就是干活！

規(guī)劃方向：轉(zhuǎn)型想要快速見效，我們打算按照以下路徑走，抽取組件、以最簡單的方式快速復用到項目上，得到驗證后再做工具化，最后再封裝代碼提供工具以便于服務商也可以做實施。

規(guī)劃方向是上周聊的一位大神給的建議，跟他聊完很開心，集團是有能人的，我當前要做的是打破之前自己盲目的自信和樂觀，尋求志同道合的大神和伙伴，一塊做出一款能夠被成功商業(yè)化的產(chǎn)品，并持之以恒的做下去。

看了很多成功的產(chǎn)品都不是短期就能成功的，作為一個產(chǎn)品經(jīng)理，我所能做的是不斷提升自己，融合更多有能量有力量的人幫助產(chǎn)品成長，最終在市場上獲得認可。