新年快樂！筆者將通過本文復盤一下從事半年SaaS產品經理（招聘方向）的心得和感受。

SaaS是一種軟件交付模式，簡單理解，比如宿舍集體供暖，住戶有需要就按月/季繳費取暖，不用操心暖氣片升級、燒暖氣等問題，則暖氣就是SaaS產品。這里面又分to C（給普通消費者，如百度網盤、石墨等），to B（給企業，如財務系統、招聘系統等），筆者從事的方向便是后者。

所以以下的分析僅定位于SaaS 初級pm。筆者將從“我理解的產品經理”、“產品經理能力”、“產品工作中的原則事項”展開分享。

一、產品經理是一幫什么人？

發現問題、定義問題、分析問題、解決問題、驗證問題。這幾乎構成了世間所有邏輯和道理?；貧w職場，其實很多職位都很注重這樣的思維方式，比如律師、咨詢顧問……而產品經理，就是其中的一種。

在我看來，產品經理的日常工作就是重復這樣的循環。落實到具體工作，產品經理需要獲悉用戶的需求，做好需求的分析管理，通過設計產品功能解決用戶的需求，并且跟進反饋。

一句話來概括：產品經理就是采取最合理的解決方案并推動團隊將其落實為具體功能或產品來滿足用戶需求的人。

二、產品經理的能力

產品經理需要的能力有很多，梳理如下：

其中個人覺得最重要的三個能力為：

1. 深入思考，把事情想得清楚

這個能力最重要，也最基本。能把一個事情想清楚，分析到問題的根本原因，這對之后的設計、推進起到至關重要的作用。如果對于需求或邏輯、問題一知半解，往往會在各種評審會被diss得體無完膚，并且做出的產品往往不能解決真實問題。把問題想清楚并不容易，我認為需要至少做好以下三件事：

（1）結構化思考問題

《金字塔原理》告訴我們要自下而上思考、自上而下表達，思考問題要MECE（完全獨立、相互窮盡）?！坝脩趔w驗五要素”告訴我們產品是從微觀到宏觀再到微觀、從抽象到具象、從戰略到表現的過程。

產品工作中亦是如此，宏觀到產品戰略、產品價值觀，微觀到字段設計、交互控件選擇和定義，過程中需要結構化梳理需求、功能脈絡。就像我們畫畫一定要先畫輪廓，再畫眉毛等細節。

（2）多問為什么，厘清用戶、場景、需求

針對一個問題多追問用戶或CSM，才能不停留于問題表面，避免根據表面需求進行產品設計而沒能解決真實業務問題。

比如，用戶說要一個打孔機，這其實是表面需求，追問下去發現用戶真實需求是想在墻上打一個洞，這時候產品解決方案就不是制造一個打孔機，而是解決在墻上打一個洞這個問題。

（3）全局性思維

遇到問題，在定義和分析問題的時候，要基于業務進行全局性思考，不能停留于片面。

比如，某客戶的A功能有問題了，這時候并不是找測試、開發求助的時候?！霸摽蛻羝渌碌腁功能有問題嗎？”、“是全部客戶的A功能都有問題了？”、“A功能出現此問題多久了？”、“A、B功能相似，這個問題 B功能出現了嗎？”……

這些問題思考清楚，定位到是代碼問題、業務問題、還是權限問題……再去找開發測試尋求幫助。否則直接去找開發提需求，一問三不知，會被打死。

2. 項目管理，推動項目落地

產品經理負責整個產品的生命周期，產品經理需要推動團隊來將自己的解決方案落地，所以這需要產品經理有強烈的主人翁精神，不斷push項目的進行。

在了解需求、用戶的時候需要主動調研和分析用戶需求及客戶業務；在交付的時候需要不斷跟進問題解決問題，并且組織各種評審和宣講、反講；項目后期追蹤進度，把控風險點，并且做出各種決策……

此外，產品經理還需要跨部門協調資源，在和其他團隊有合作的過程中要兼顧雙方的進度和排期，權衡好方案。

3. 對新事物敏感，快速理解并整合

產品經理經常接收需求，由于是SaaS業務，所以很多需求是客戶個性化的，并且有很強的業務背景，這就需要產品經理能夠快速了解該客戶或行業的業務，厘清并還原場景，從而做出決策。

SaaS廠商提供的解決方案依賴于對行業、業務的深入理解?；ヂ摼W行業千變萬化，隨時保持對行業、市場和業務等的敏感度，才不會被對手擊垮。

三、產品工作流中的原則事項

將之前的產品工作流抽象一層，可以得到如下四個步驟：

接下來，筆者將分別總結各步驟的產品原則和注意事項。

1. 產品定義

（1）回歸場景，挖掘真實需求

回歸場景，不能YY場景，這是產品工作的地基，不然設計出的功能或產品不能解決用戶實際需求。大到模塊設計，小到字段和控件選擇，都要有場景承接。

除了之前聊到的多問“為什么”，最近受益于有贊pm分享的場景七要素：用戶、環境、時機、目標、動作、介質、任務。比如“擁擠的大堂中，參會者為了進場，找到簽到二維碼，掏出手機打開微信掃描二維碼并填寫報名信息后進場”，場景描述完聽眾產生“畫面感”，這樣不僅方便聽眾理解，也能還原真實場景。

（2）分清楚邊界范圍，切勿雜糅場景

遇到類似的事物或問題人們很善于分類或合并，這本沒錯，但是需要注意邊界，比如“取消任務”和“終止任務”其實是兩件事，別揉在一起考慮。

（3）多維度管理和分析需求

需求管理要考慮需求做不做、優先級怎么樣。通用方法比如緊急-重要二維坐標、kano模型等。此外還需考慮需求與本次迭代目標（比如產品價值觀、迭代預期是mvp還是1-n、著重提升用戶體驗等）的關系。另外還要權衡好用戶價值和商業價值。

個性化需求需要看需求大小、復雜程度，商業利益等來決定業務戰略處理方式，以此決定是做成配置項解決還是單獨付費開發等。

2. 產品設計

（1）不為歪曲需求設計功能

經常會遇到用戶用A功能做B操作，并提出B操作的需求，這時即使需求合理也不應（在A功能）滿足，而應該引導用戶用B功能解決此需求。

之前搬家，貨拉拉司機和我說很多乘客因為貨拉拉運費便宜，所以將貨拉拉當作出租車用（不拉貨，只拉人），用戶如果提出的需求不是拉貨而是乘坐需求，這些需求則不應該在貨拉拉滿足，而應該引導乘客去坐出租車。

（2）全業務鏈路思考問題

B端和C端產品有一個很大不同點，B端產品往往涉及到多個角色，業務流程需要多個角色協作才能閉環，比如篩選簡歷、審批職位等。所以在考慮需求、分析問題的時候要全鏈路思考影響點、需求是否沖突等問題，避免遺漏場景。

（3）從場景出發設計，而不是由設計反推場景

拿篩選簡歷（HR給篩選人發送簡歷，篩選人給結果）來說，正確的思考邏輯是HR發送完簡歷后其需求是什么？得到結論是要追蹤和管理任務，這時才去設計任務模塊。而不是因為以前有或者產品一般做法都有任務模塊就去做，然后反推HR對于任務管理和追蹤的需求。

（4）以用戶需求為核心，不要受限于現有框架

在設計功能時，一個功能的有無、流程的流轉等考慮，取決于用戶的需求有無和體現，而不應受限于系統有何限制、成本如何、借助現有能力能否無code實現…后者不是做決策的根本原因。

（5）要學會做減法

對場景和需求理解不夠透徹清楚，很容易做加法。隨意加功能會給用戶帶來打擾，開發成本也變高，所以要想清楚場景需求，然后設計功能，而不是覺得這個功能用戶會喜歡就加上，然后反推出一個不清晰的場景。

還有個維度是需求合理但是優先級不高。比如不屬于閉環需求，這時候在做MVP時就先減去這個需求。

3. 推動交付

（1）結構化展示、清晰表達

自上而下、結構化輸出，并且清晰表達，既能想得明白也能說得明白，這是產品經理必備的技能，也是多加練習便可掌握的。聽眾和讀者也是產品經理的用戶。

（2）非暴力溝通，理性交流

產品經理經常與多團隊對接，并且隨時會遭到需求或設計等的質疑和提問，產生分歧，這很正常。這時要理性并用同理心進行溝通（一起尋找最佳方案），不能抬杠（專找對方不正確的地方）。

《非暴力溝通》告訴我們，評判、比較、強加于人等都會產生暴力情緒，這時候我們要避開這些，表達自己的觀察（事實）、感受、需求和請求，用邏輯和理性解決問題。

（3）關注進度，積極推動項目

以主人翁心態推進項目，團隊是合作，不存在不好意思。同時也需要針對隨時出現的問題，多方面權衡評估給到結論和決策。項目推進過程中要發現潛在風險，做好排期和buffer。

4. 跟進反饋

（1）保持強數據意識

產品研發過程做好埋點和log，方便后續分析數據，來驗證用戶問題是否解決，比如頁面跳出率是否下降了，成功發起任務占比是否提高了，來指導后續工作，復盤之前設計。

（2）主動了解用戶反饋

產品或功能上線了，要關注產品運營效果。分客戶、分角色了解反饋，做到心里有底和工作流閉環。

作者：佛系少年；微信公眾號：大強的產品成長記，進行交流和探討。

本文由 @?佛系少年 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash, 基于CC0協議