起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識SaaS產品的五大原則
產品經理不僅需要具備深厚的產品知識和市場洞察力，還必須掌握一套行之有效的產品方法論和原則。本文將為您揭示SaaS產品經理必須遵循的五大核心原則，涵蓋了產品定位、規劃、設計、需求評估和產品管理的關鍵方面，供大家參考。
不知道你是否想過這樣的問題？
我們常說“產品經理是CEO的前站”，說它是一個“萬金油”式的黃金崗位，那它最重要的“資產”是什么？
我給你一個答案，不一定準確，僅供參考。
產品經理最重要的資產是：作品、聲譽、方法論/原則。它們不是孤立存在的關系，而是像一個飛輪一樣，一個帶動另一個，最終形成你的“核心資產”。
以俞軍老師為例。
他被譽為“百度貼吧之父”，與“微信之父”張小龍一起被稱為“南小龍北俞軍”。他的第一個代表作就是“百度貼吧”，過程中形成了自己的產品方法論（即PM12條），最后把它們總結為《俞軍產品方法論》一書。
他的代表作品和方法論在互聯網行業頗具影響力，也成就了他“百度貼吧之父”、互聯網產品專家之名。
作品跟聲譽屬于“可遇不可求”或“無心插柳柳成蔭”式的結果，而產品方法論和產品原則，則可通過“學習、運用、反思、總結、提煉”的“內循環”，最后內化為自己的“核心資產”。
所以今天我們就來聊聊，SaaS產品經理的五大原則，希望對你有啟發。
- 產品定位原則：80%-80%原則
- 產品規劃原則：以終為始原則
- 產品設計原則：KISS原則
- 需求評估原則：最大公約數原則
- 產品管理原則：100%透明原則
一、產品定位原則：80%-80%原則
小米生態鏈的產品定位原則是專注大市場。
什么是大市場？
他們有一個原則：80%-80%原則。也就是說他們在定義產品時，只著眼于80%用戶的80%需求。80%用戶指的是大多數的中國普通老百姓，80%需求指的是需求集中度高且普通的需求（即剛需）。
比如小米手環可能有100個產品級的痛點需求，最終簡化為三個需求：測步數、測睡眠、來電提醒，這就是80%用戶的80%需求。
比如小米空氣凈化器，就是聚焦：高效凈化能力、智能控制，通過高性價比的三層濾網系統，將好幾千元價格的空氣凈化器，降低至899元，推動了行業的技術進步，解決了產業級別痛點的同時，還對改善了社會空氣質量的社會問題，起到了積極推動作用。這就是80%用戶的80%需求。
SaaS產品定位類似，市面上至少有兩種不同的選擇：10%-95%原則、80%-80%原則。
10%-95%原則是指聚焦全行業占比只有10%的某個行業，把它95%以上的需求全實現。比如聚焦餐飲行業的嘩啦啦、客如云等，它們為餐飲企業提供智能化前臺、收銀、后廚等功能的SaaS服務，涵蓋預訂、排隊、外賣、點餐、收銀、會員管理、進銷存等系統服務，并通過開放平臺與各專業領域企業合作，提供人員管理、財務管理、供應鏈管理等增值服務。
80%-80%原則是指聚焦全行業80%以上的企業，解決對應企業80%以上的需求。比如人力資源領域的北森、薪人薪事、Moka等，涵蓋制造業、服務業、金融業、互聯網、醫療醫藥、教育行業等全行業，提供一體化的組織人事、招聘、績效、考勤、薪酬、培訓等SaaS服務。
從SaaS企業視角看，采取“80%-80%”原則，更貼合SaaS產品定位，但站在客戶角度，需要的不是80%，而是100%（即企業所有需求，期望都可以通過SaaS產品實現），這就延伸出來一個行業級的痛點：SaaS產品如何有效解決個性化需求？
這個問題的產生，本身就屬于SaaS產品定位的遺留問題，就像人類進化過程中，留下了“無用”的闌尾一樣。
有人選擇PaaS平臺來解決，卻讓自己陷入常年虧損的境地；有人選擇插件市場來解決，卻無力運營起“客戶-第三方研發-插件平臺”的生態系統；有人選擇低代碼平臺來解決，卻只能緩解“病痛”，治標不治本。
當然，選擇10%-95%產品定位原則的SaaS企業，日子也沒好到哪兒?？蛻羲鶎傩袠I萎縮，結果可能就是“滅頂之災”。比如餐飲行業、教育行業、房地產行業過去幾年的萎縮，讓對應的SaaS企業生存，舉步維艱。
所以，建議SaaS產品定位，最佳依然是遵循“80%-80%原則”。
除了產品定位之外，80%-80%原則，還可用來判斷需求優先級，確保需求價值最大化（此處按下不表，下面需求評估原則部分詳說）。
二、產品規劃原則：以終為始原則
C端產品是概率論模式，而B端產品是微積分模式。
以SaaS產品為例。
它是多租戶的訂閱制模式，面向多客戶的產品服務形態，功能上線后，只要有任何一家客戶在用，你都無法下線，導致某些功能就像“釘子戶”一樣，一直在你的產品之中永久地“屹立不倒”，嚴重阻礙產品迭代和運營維護。
所以SaaS產品規劃第一原則，就是“以終為始原則”。即當你進行產品規劃時，可采取逆推方式進行，把終局（當前可想到）提前進行思考和規劃，逐步倒退至當前版本，避免場景不連續導致”釘子戶“功能。
舉個例子。
假如你當前所負責的產品，排班相關基礎能力已成熟，計劃重新規劃一個新故事（即智能排班），則你至少需要考慮終局的智能排班的形態是什么，逐步規劃至當前版本，讓每個版本之間相互獨立，不產生沖突，避免形成”釘子戶“功能。
比如智能排班的終局形態是：以業務數據（含歷史和預測）和歷史排班數據為基礎，加上業務需求（如崗位/人數/工時等）和排班偏好策略，系統自動進行智能排班，且結果支持人員預干預。
終局的前一步，可以收斂需求為：基于業務需求和排班偏好，進行自動智能排班，或者直接自動復刻歷史排班；
再往前一步，則可規劃需求為：根據員工打卡，自動識別最匹配的班次，解決排班困難且繁瑣的問題；
再往前一步，則可規劃需求為：根據周期和日歷，自動進行循環性排班，解決排班效率問題。
三、產品設計原則：KISS原則-保持簡單和愚蠢
2022.9.8日至2024.01.05日的484天（約1.32年），我們的某個系統就產生2336條客訴問題，產研累計花費了2399小時（約300人日，8小時/天）。
其中70%屬于客戶操作問題或客戶信息查詢等咨詢類問題，以及65%集中在加班、假期、報表與打卡四個模塊。
這僅僅是客訴問題一項，不包含AI助理的自助問答以及私聊產品經理的咨詢量。
如果你是該系統的產品負責人，每天被問題咨詢所裹挾，留給你的工作時間，可就不多了。
所以，如果系統性的最佳解決方案的話，不僅僅是通過AI助理來回答問題，而是在產品設計之初，嚴格遵循KISS原則，將咨詢問題盡可能扼殺在“搖籃里”。
KISS原則(俗稱“懶人原則”），它是英文Keep it Sample and Stupid的縮寫，直譯過來就是：保持簡單和愚蠢。它的目標是用簡單、直接、傻瓜式的設計，讓用戶使用產品時，可以不用學習、不用思考、不用記憶，傻瓜式操作即可解決它的問題。
它的核心是遵循“三層八化”。即：
- 從結構層，遵循菜單路徑場景化、實體關系解耦化；
- 從控制層，遵循功能要素抽象化、產品規則透明化、產品能力配置化；
- 從表現層，遵循交互設計一體化、頁面結構模塊化、設計表達對象化。
在KISS原則：SaaS產品設計最重要的原則分上/中/下三部分，已分享過，不再重復贅述。
本文只重申三個點：
第一，產品設計的抽象化程度，至少提升20%的用戶易用體驗。即你抽象的足夠細致、靈活，用戶需求滿足度越高，體驗性越好。
第二，產品設計的配置化程度，以及組合、隱藏、刪除設計運用程度，至少提升用戶易用體驗的20%。
第三，產品設計的用戶語言和白話程度，又決定了用戶易用體驗的10%。
四、需求評估原則：最大公約數原則
上面“80%-80%原則”時提到過，SaaS產品的基本模式是多租戶的訂閱制，客戶需求的無限與資源的有限，導致個性需求無法根本性解決。
如何有效評估需求優先級？我首先推薦的原則是：最大公約數原則。
最大公約數不僅是一個數學概念，更是一種解決問題和優化資源分配的有效工具，廣泛應用于日常生活和工作中。比如在分配資源或物品時，最大公約數可以幫助我們確保每個人或每個群體都能公平地獲得相同數量的資源。
例如，如果需要將20顆巧克力和15塊蛋糕公平地分給朋友，可以通過計算它們的最大公約數（即5），確定每個人可以分到4顆巧克力和3塊蛋糕。
同理，SaaS產品所需分配的關鍵資源（之一），就是產研資源。資源有限的情況下，肯定會存在顧此失彼的困境，所以最大公約數原則是相對均衡、公平的一種需求優先級判斷原則。
具體我們可以用一個公式來表述。即：需求價值 = 客戶數 * 用戶量 * 需求頻次 * 需求阻塞度。
比如加班補貼需求，共有10家客戶有需求，每家客戶平均100人，每周加班3次，那結果就是10*100*3= 3000；
加班打卡超24小時的需求，共有5家客戶有需求，每家客戶平均200人，每周1次，那結果就是5*200*1 = 1000。
所以加班補貼 > 加班打卡超24小時。
如果上班中間請假計算異常的需求，目前只有1家1000人+的客戶需求，如果不及時處理，客戶90%流失（即需求阻塞度高），則它的優先級高于加班補貼。
可能你會問：如何客觀進行量化？不同維度如何有效對比？如何判斷需求阻塞度有多高？
說實話，我沒有標準答案。
需求優先級判斷的本質是選擇，選擇是由你的價值偏好、經驗、生態位等決定的，并沒有100%絕對客觀的衡量標準。
不過有三點經驗分享給你：
第一，你與客戶/用戶之間的距離，決定了你對需求阻塞度的判斷準確性。比如你了解客戶的決策人是誰，決策邏輯是什么，你就會知道她們的”底線“在哪。
第二，你與需求池之間的距離，決定了你對用戶需求量、需求頻次的判斷準確性。比如你是否每周評估需求池中的需求？你是否對需求池描述的用戶場景足夠熟悉？你是否對提需求的客戶有了解？
第三，你與企業經營數據之間的距離，決定了你對客戶群體優先級判斷的準確性。比如你是否了解企業中哪些客戶群的續費率更高，續費時間更久？
五、產品管理原則：100%透明原則
SaaS產品經理是銜接企業內部與外部的橋梁。對內需要經常跟銷售、渠道、客戶成功、實施、客服、研發、測試、設計等伙伴溝通與協同；對外需要跟不同客戶的不同角色溝通需求。
由于每個角色所處生態位的差異，導致對應立場和利益異同。
比如銷售/渠道的目標是簽約更多新客戶。如果客戶需求無法滿足，需要公司付出研發成本進行二次研發，她們會想盡辦法達成簽約（比如承諾客戶進行需求迭代，甚至愿意簽署到合同里）。
比如客戶成功的目標是續簽更多老客戶。他們也會想盡辦法幫客戶實現需求，即使同樣需要付出二次研發成本。但可能是利益大小和同理心所致，她們的意愿和手段，明顯弱于銷售/渠道。
比如研發同學的目標是保證服務穩定不出錯和不加班。他們就會”怨恨“銷售/渠道或客戶成功的承諾需求，因為一般都屬于倒排期項目，不僅需要加班，還可能導致系統穩定性與可維護性變差。
作為周旋于他們之中的產品經理，如何才能更好地與他們進行協同？我推薦：100%透明原則。
具體來說，我會采取以下信息透明化措施：
第一，產品規劃和項目進度透明化。每個季度/半年的產品規劃以及進度（含承諾客戶需求），完全透明化，任何人都可以通過在線文檔隨時查閱；
第二，產品規劃和需求優先級判定邏輯透明化。如何有效判斷需求優先級和進行產品規劃？同樣把它在線化、文字化，讓所有人隨時可查閱；
第三，企業運營信息與業務數據、產品數據等透明化。企業、競品以及產品相關的核心運營數據（比如營虧情況、客戶數據、競品動態、產品數據等），以及企業戰略選擇偏好信息等（比如客群選擇、重點方向和項目等），每次在產品規劃后，都對所有研發、測試、設計伙伴們進行透明化溝通。
對于產品管理來說，100%透明原則，最終帶來了什么收益呢？
首先，拒絕銷售/渠道/客戶成功的需求排期時，有理有據，避免不必要的觀點與觀點、排期與排期的的碰撞，減少不必要的沖突；
其次，讓研發/測試同學有掌控感，清晰自己正在做以及將要做的事情，緩解其與產品經理之間自帶的對抗感，更有效地推進項目。
六、寫在最后
作品、聲譽、方法論/原則是你作為產品經理的核心資產，它們可以有效構建你自我成長的飛輪，希望今天分享的SaaS產品的五大原則，對你有所啟發。
可能你會問：你的產品原則/方法論是如何形成的？有沒有什么經驗/技巧？
第一，學習他人的方法論/原則是最有效的方法。比如本文分享的“80%-80%原則”、“KISS原則”等，都不是我原創，也沒必要原創，“誰用的好，就歸誰”是最有效的經濟學分配原則之一；
第二，采取閉環式學習是最有效的路徑。即“學習-運用-總結-反思-分享”是一個學習閉環，尤其是反思跟分享。當你能把它分享給他人時，說明你基本已經掌握了它的精髓。
說實話，今天分享的五個SaaS產品原則，在今天分享之前，對我來說是一種若隱若現的狀態，今天分享后，我想它們對我來說，已足夠清晰。
好了，今天就分享到這，咱們下次再見~
專欄作家
邢小作，微信公眾號：產品方法論集散地，人人都是產品經理專欄作家。一枚在線教育的產品，關注互聯網教育，喜歡研究用戶心理。
本文原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自 Unsplash，基于CC0協議
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
作品、聲譽在下篇嗎，與方法的關聯怎么具體體現
可以講或學的部分，可能是方法論跟原則，而沒有辦法講產品或聲譽（或至少我沒能力講），就像可以講如何學習獲取高分或賺錢，但不適合講高分或錢一樣，哈哈哈
這篇文章的理論感覺哪里看到過，原來也是大大你寫的
巧了不是，哈哈