在之前的文章中，多數都是直接講Saas的方法論，少有從核心理念講起的內容。這篇文章，作者不僅分享了Saas產品的設計理念，還分享了在《產品研發管理規范》中在產品立項環節的一項產品準則——三稿制。我們一起來看看。

眾所周知，全球著名的百年企業IBM是全球最大的信息技術和業務解決方案公司之一，其業務遍及全球175個國家62，IBM在全球信息技術市場中占據重要地位，多次在《財富》世界500強排行榜中位列前茅。

在BrandZ全球最具價值品牌百強榜中，IBM也多次躋身前列，IBM在技術創新方面一直處于領先地位，其在云計算、人工智能、區塊鏈、量子計算等領域取得了重要突破，為信息技術行業的發展做出了巨大貢獻，對全球科技進步和商業實踐產生了深遠的影響，被譽為全球信息技術行業的領導者。

IBM之所以能獲得如此巨大的成就，這得益于IBM在內部長期推行的“集成產品開發（Integrated Product Development, IPD）”研發體系，IPD是一種集成了眾多管理模型、理論及企業最理實踐的一種先進的產品開發模式。

它的核心理念是將產品開發視為一項投資決策，強調基于市場需求的產品創新，以及跨部門、跨系統的協同工作，它通過跨部門合作、結構化流程和市場驅動的產品開發，幫助企業快速響應市場變化，縮短產品上市時間，提高研發效率和產品質量。

IBM在1992年面臨嚴重的財政困難時，引入了IPD流程，以期改善其在研發費用、研發損失費用和產品上市時間等方面的落后狀況，在新任CEO郭士納的領導下，IBM實施了全面的流程再造，包括硬件、軟件開發、采購、財務、制造和客戶服務等多個領域，IBM實施IPD后取得了顯著的成效，幫助IBM在90年代實現了重大的復興。

這一體系后來也被其他公司廣泛采納和應用，華為公司從1998年開始引入IPD體系，并經過多年的調整與變革，形成了自己強大的研發體系。

對SaaS軟件公司而言，擁有一套產品設計理念+產品研發規范則至關重要，產品產品理念為SaaS產品的設計和開發提供方向和指導，賦予米多SaaS產品“靈魂”，通過產品理念“確定做對的事情”，產品研發規范，為SaaS產品的具體實現提供標準，是實現產品理念的具體手段和標準，讓產品自帶“運營邏輯”，通過產品研發規范“確保把事情做對”，提高產品的核心價值，賦能企業實現數字化轉型升級，通過數字化驅動業務增長。

一、SaaS產品的設計理念是什么

SaaS產品設計理念是基于公司整體的企業文化和核心價值觀所形成的關于產品設計和開發的一套指導思想，貫穿產品從需求管理、產品規劃、產品立項、項目開發、產品驗收、上線發布到產品運營的整體生命周期管理，在產品理念的指導下“確定做對的事情”，SaaS產品的產品理念分為以下三個方面：

1. 產品設計理念——決定產品的高度

（1）堅持以客戶為中心

ToB SaaS產品的本質是客戶成功，項目的上線，只是運營的開始。只有打造具有客戶價值的產品，才能形成產品粘性，打造客戶口碑，從而提高SaaS產品的LTV、ARR、NDR、NPS等，最終獲得成功。

什么是“以客戶為中心”？

“以客戶為中心”就是以成就客戶的心態來設計產品，和客戶做朋友，站在客戶的立場思考問題，在SaaS產品生命周期管理中的各個階段都把客戶列入重點思考范圍，例如在需求調研環節，深入客戶一線，走進客戶現場，挖掘客戶的真實需求，解決痛點問題，在產品原型設計要廣泛聽取目標客戶的意見，傾聽客戶的聲音，和客戶共創產品。所以在產品設計上必須堅持“以客戶為中心”，與客戶一起共創共享共贏。

（2）堅持場景化設計

場景就是什么「人」什么「時候」在什么「地方」出于什么「目的」做「什么事」。

B端產品是對客戶線下場景及業務流程的線上化重構，回歸場景是一切的基礎，產品設計要從客戶真實的業務場景中找到問題和痛點，再結合先進的理念和最佳實踐重構場景并實現業務流程的在線化，產品設計不能停留在功能層面，不回歸客戶真實業務場景的產品設計都是耍流氓。只有堅持場景化設計，形成場景化解決方案，才能讓產品植入運營邏輯，讓產品自己會說話！

（3）堅持積木化搭建

SaaS軟件產品的設計應該像搭積木那樣，通過自由拼接組裝來實現復雜的功能，滿足不同行業不同客戶不同場景下的需求，形成場景解決方案。這樣既能保證系統的靈活性，又能避免重復開發，降低成本，實現1+1>2的效果。

米多產品功能復雜，要滿足多端多載體，如果不能將系統分解成像積木那樣的小模塊，而是焊死的一塊鐵板，那么系統將徹底喪失靈活性，只有先在產品結構上做到積木化搭建，才能在技術上做到高內聚低耦合，只有堅持積木化搭建系統，才能構建米多平臺+生態的產品體系，支撐米多業務的發展。

2. 產品方法論——決定產品的深度

（1）產品第一性原理

第一性原理是一種追本溯源的思維方式，做產品要透過現象看本質，凡事多問幾個問什么，知其然并知其所以然，例如在需求評估時，要把客戶的要求轉化為需求，需求轉為化剛需，從剛需中找痛點，只有找到了客戶真實的痛點，才能抓住主要矛盾中的關鍵問題，化繁為簡，找到支點，四兩撥千斤。

（2）以終為始的思考問題

做正確的事情比把事情做對更重要，做產品要有終局思維，拉長時間維度站在更高處去看問題，不局限于現狀，不受制于資源，先思考什么是對的，確定了目的地之后再琢磨實現方法和路徑。

（3）邏輯歸因結構歸母

邏輯歸因是基于邏輯思維，對“果”的歸因分析，通過邏輯推理找到問題出現的原因；結構歸母是基于結構性思維，立足于全局和整體，對問題所在的系統進行解構，然后在結構上找到問題的母體，從而在根源上定位問題并解決問題，產品經理在日常工作中，都可以通過邏輯歸因結構歸母的方法來處理問題和分析客戶需求。

（4）如無必要，勿增實體

“如無必要，勿增實體”源自于奧卡姆剃刀原理，又被稱為簡單有效原理（少即是多），即“切勿浪費較多的東西去做較少的東西同樣可以做好的事情”。

米多系統龐大，每增加一個功能都會增加一分系統的復雜度，所以在產品設計上，要堅持極簡主義，化繁為簡，將復雜的問題簡單化。

任何一個產品需求，都有多種解決方案，我們首先要通過產品第一性原理挖掘出需求的本質，然后以終為始的思考問題，確定正確的做法，最后再通過邏輯歸因結構歸母定位母體，找到最佳實現路徑，只有堅持給產品“做減法”，才能提升系統的易用性、穩定性和擴展性。

3. 產品設計原則——決定產品的準度

（1）產品一致性原則

產品的一致性是產品設計中最為基礎且重要的原則之一。

系統中的各類元數據、文案、UI視覺、交互體驗、公共組件等元素，都需要保持一致性的輸出和表達，就如字母表中字母、音樂譜中的音符，只有保持一致性，你才拼出美麗的詞句，動聽的音樂，米多產品結構及功能復雜，應用場景多，只有保持產品的一致性，同時避免重復造輪子，才能有助于統一商戶認知，降低學習成本，提高產品體驗。

（2）產品通用性原則

ToB SaaS產品，要滿足多個行業不同類型客戶的多種需求，在產品設計上一定要遵循通用性原則，在設計產品功能時，不能局限于單個客戶的需求，要站在行業的高度對功能進行抽象提煉，找到不同客戶在同一場景下的交匯點，并預留必要的自定義配置項，打造產品的通用性。只有堅持按通用性原則設計產品，才能不斷沉淀、豐富米多的產品體系，將客戶最佳實踐不斷內化到系統中。

（3）產品握手制原則

產品體系一般分為平臺、系統、應用、插件四級結構，即統一又相互獨立，平臺是一個統一的整體，系統中的各級應用和插件是相互獨立的，每一個應用都圍繞一個獨立的場景形成業務閉環，每一個插件都圍繞一個獨立的需求形成功能閉環，在產品設計上，要保持產品間的握手制原則，進行低耦合的設計，保證每一個功能的相對獨立性，一個功能不能依賴于另外一個功能，修改一個模塊不會影響到另一個模塊。

（4）產品MVP原則

產品迭代要遵循最小可用原則，即MVP原則，大膽假設，小心求證，小步快跑，迭代節奏要快，研發效率要高，以便快速響應前端業務，高效滿足客戶需求，提升客戶滿意度。產品功能的迭代是無止境的，所以應遵循“先有，再高效，然后易用，最后好看”的順序。

二、“三稿制”是什么

“三稿制”是《產品研發管理規范》中在產品立項環節的一項產品準則，是產品經理發起產品立項的流程規范和行為準則，“三稿制”既是一項產品準則，也是嚴格的產品質量控制體系，“確保把事情做對”，在三稿制的貫徹執行下，打造出高質量的產品，賦能企業用數字化驅動業務增長。

產品經理發起產品方案立項時，需遵循“三稿制”原則分三稿發起三次產品立項評審，每一稿的產品方案輸出標準及相應的立項評審標準都不相同。

第一稿方案主要進行價值確認，對產品需求進行歸因歸母分析，明確項目目的、產品價值、方案邊界及實現思路（打通經脈），第一稿立項評審通過后方可發起第二稿立項；

第二稿方案主要進行結構確認，定義產品結構、業務流程及進行產品功能的原型設計（搭建骨架），同樣第二稿立項評審通過后方可發起第三稿立項；

第三稿方案主要進行交互確認，完善頁面交互、產品規則及方案注釋（填充血肉），第三稿方案立項評審通過后，產品方案才算最終立項成功，完成三稿立項通過后的產品方案才能上傳至“方案庫”，進入開發排期。

大、中、小版本的三稿制立項的流程規范及標準各不相同，具體如下：

三、如何正確實施“三稿制”

實行“三稿制”是一件久久為功的事情，需要持之以恒，堅持不懈，只有始終貫徹執行才能讓產品開花結果；三稿制的實行，需要組織結構、版本管理及產品文檔的配套，三者缺一不可。

1. 搭建組織結構

實施三稿制，首先需要在公司內部定義一個責任組織負責主導推行，負責規范的制定、執行、監督、復盤、優化；米多定義的責任組織是“產品專業委員會”，它是產品研發相關領域的橫向虛線管理組織，所有產品人員（產品總監、產品經理、產品助理、產品規劃經理等）都是產品專業委員會的委員，產品專業委員會由執委會（成員由“主任和執委”構成，5～9人）施行集體領導，其中，產品專業委員會主任由管理委員會任命，產品專業委員會執委由主任提名，報管理委員會批準。

主要職責：

• 在充分理解公司總體戰略及商業模式的基礎上，制訂公司產品的戰略規劃及頂層設計；
• 在充分理解企業文化和經營理念的前提下，制訂公司的產品研發規范及質量標準；
• 依據公司的薪酬管理制度，制訂公司產品研發相關領域的職級升降規則；
• 依據產品研發規范及質量標準，負責所有產品的版本定義、分級評審及質量評價；
• 負責公司產品領域內重大項目的統籌、難點項目的攻堅及創新項目的探索；
• 負責組織公司內部的產品培訓及專業交流，以“成就客戶”為前提，強化“全員一桿槍”的業務能力；
• 負責公司產品崗位公共考核指標的制定，形成指標庫；
• 負責公司產品人員的職級晉升評審，使公司總體產品能力處于行業領先水平。

同時，為了便于日常的管理協同，需要搭建了一個產品專業委員會日常工作交流的社群，各類由產品專業委員會主導的通知及公告均在此通知，產品經理日常發起產品立項統一在此群發送評審邀請通知，評審結束后當天在此群發送評審結果通知，日常也在此群交流產品專業領域相關的問題，分享產品相關的文檔資料。

2. 版本管理辦法

2.1、版本定義

版本管理的主要作用是記錄產品研發過程中的每一次迭代，讓產品方案定義正確的版本號，以及讓研發成員可以隨時回溯過往歷史迭代版本，是米多SaaS系統的成長記錄。

2.2、版本分類

產品版本總共分為大、中、小三種版本。

（1）大版本：指0到1打造的新產品或從1到100迭代過程中當產品形態、結構、流程發生重大迭代升級的版本。例如產品重構、系統框架改造升級、平臺新增在線注冊等。

（2）中版本：指在產品中新增子功能或升級局部業務流程的版本。例如智能營銷的掃碼活動進行策略組件化升級、社交云店新增拼團活動等，不改變產品的整體結構和形態。

（3）小版本：指對局部功能進行缺陷修復或交互優化的版本。例如缺陷修復、增加導入導出、高級搜索、篩選等功能易用性優化；例如進行字符輸入長度以及圖片文檔上傳限制等調整等；例如進行交互體驗優化以及頁面排版視覺體驗優化等。

2.3、版本生命周期

2.4、版本標識規范

正式版本

公司正式對外發布上線的版本。以“V”開頭，版本號放后。V前面增加產品名稱（參照產品版本標識字典命名）版本號分三節：大版本號、中版本號和小版本號，每節之間以“.”間隔，版本號后面用括號描述版本核心功能，如“智能營銷V2.3.6（活動支持快捷修改）”表示智能營銷的迭代版本，大版本號為2，中版本號為3，小版本號為6 ，版本主要新增了活動快捷修改功能。

內部版本

研發內部使用的版本。以“T”開頭，其余版本號格式與正式版本一致。內部版本號在產品第一稿立項評審時由產品委員會核準，用于“版本申請”到“版本測試”階段，在項目上線時切換為正式版本號。

示例：

2.5、版本升級管理

（1）發生大版本迭代時，大版本號往上遞增一位數字并重置中、小版本號；

（2）發生中版本迭代時，中版本號往上遞增一位數字并重置小版本號；

（3）發生小版本迭代時，小版本號往上遞增一位數字。

2.6、版本控制原則

（1）SaaS產品的版本迭代需要遵循MVP原則，大膽假設，小心求證，小步快跑，快速響應前端業務，高效滿足客戶需求，提升客戶滿意度；

（2）產品方案要保持最小顆粒度原則，同一個產品方案中的功能需求不能跨系統/應用，如有特殊情況需由產品委員會進行審批確認，否則將不能立項通過；

（3）大版本只能由產品總監進行設計，中版本由產品經理或產品總監進行設計，小版本由產品助理或產品經理進行設計；

（4）大版本升級需要向管理委員會提交《MRD市場需求文檔模板》進行審批，審批通過后才可以立項；

（5）產品經理在方案第一稿立項評審時需向產品委員會申請版本號，產品委員會核準版本號后評定該項目方案的匠心值；未經產品委員會核準的版本，不能進行第二稿立項，也不能列入開發計劃；

（6）大版本要克制頻繁升級，中版本和小版本最多可迭代30次， 第31次時必須往上升級一個版本。

3、產品需求文檔

所有大、中、小版本的產品原型方案需按統一標準規范進行編寫，產品原型文檔內容包含產品介紹、產品架構、原型方案、產品規范五大部分，其中產品規范中包含各類產品公共組件，產品原型方案中涉及公共的字段、彈框、搜索、產品等組件必須調用公共的產品組件，確保產品方案的高質量輸出及產品的一致性。

四、三稿制的作用和價值

1、提高研發效率

通過三稿制標準化的立項流程、清晰的產品規范，明確團隊職責，可以最大化的減少溝通成本，減少不必要的重復工作，提升研發工作效率，縮短產品從設計到上線的周期。

2、沉淀最佳實踐

標準化實際上是將領先企業的解決方案進行提煉，并固化到系統中，這些解決方案是SaaS系統的靈魂，在三稿制的貫徹執行下，產品通過持續迭代不斷將行業最佳實踐通過標準化內化到系統中，讓產品自帶運營邏輯。

3、提升產品價值

在產品設計理念的指導下，實施三稿制，可以確保米多在SaaS軟件產品的建設上做對的事情，堅持場景化設計，聚焦做對品牌商有價值的產品，并通過三稿制評審，確保能把事情做對，提升產品的核心價值。

3、確保產品質量

三稿制的產品研發規范，涵蓋了版本管理、產品原型文檔標準、產品公共組件標準等，同時通過三稿制產品立項評審，嚴格要求產品方案的高質量輸出，確保SaaS軟件產品的可用性、穩定性及擴展性，確保產品質量。

4、促進團隊協作

研發規范為團隊提供了共同遵循的流程規范，工作框架，使得跨部門、跨職能的團隊成員能夠高效協同工作，增強團隊凝聚力，全員一桿槍。

5、降低維護成本

三稿制的版本管理記錄了產品研發過程中的每一次迭代，詳細記錄了SaaS系統的成長記錄，讓研發成員可以隨時回溯過往歷史迭代版本，可以簡化后續的維護工作，便于新成員快速上手。

6、提升客戶滿意度

SaaS產品需要快速響應市場變化，米多堅持以客戶為中心的產品理念，三稿制研發管理規范遵循MVP原則，可以加快迭代速度，快速滿足客戶需求，提升客戶的滿意度。

7、保障安全與合規

對于SaaS產品而言，產品安全與合規至關重要，三稿制產品研發規范包含安全管理措施、隱私政策遵守和合規性要求，讓產品設計有章可循，確保產品符合行業標準和法律法規。

8、促進產品創新

三稿制規范的研發管理鼓勵團隊遵循最佳實踐，同時也為嘗試新技術和方法提供了框架，從而促進產品的持續創新。

總結

1、 IBM作為全球信息技術行業的領導者，通過實施集成產品開發（IPD）這種先進的產品開發模式取得了顯著的成效，幫助IBM在90年代實現了重大的復興，這一體系后來也被其他公司廣泛采納和應用，I被眾多企業學習借鑒。

2、SaaS公司通過借鑒IBM的成功經驗，堅持以客戶為中心、堅持場景化設計、積木化搭建的產品設計理念，為SaaS產品的設計和開發提供方向和指導，賦予SaaS產品“靈魂”，這些理念指導了產品的整個生命周期管理，確保做對的事情”。

3、“三稿制”既是一項產品準則，也是嚴格的產品質量控制體系，為米多SaaS產品的具體實現提供標準，是實現米多產品理念的具體手段和標準，讓產品自帶“運營邏輯”，通過三稿制“確保把事情做對”。

4、 實行“三稿制”是一件久久為功的事情，需要持之以恒，堅持不懈，只有始終貫徹執行才能讓產品開花結果；三稿制的實行，需要組織結構、版本管理及產品文檔的配套，三者缺一不可。

5、通過持續貫徹實行“三稿制”，不斷打磨SaaS產品，提高產品的質量和核心價值，賦能企業“用數字化驅動業務增長”。