起點課堂會員權益
職業(yè)體系課特權
線下行業(yè)大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識從需求分析到產(chǎn)品設計的思考框架
編輯導語：很多同學看過很多文章讀過很多書，知道很多產(chǎn)品設計的知識，但一到自己上手設計產(chǎn)品，總是思緒萬千，卻不知道從何下手，其實這是因為知識還沒串聯(lián)成體系。每個產(chǎn)品都是需要一系列需求的慢慢搭建，作者結合自己的產(chǎn)品經(jīng)驗，對從需求分析到產(chǎn)品設計過程中的思考框架進行了梳理和總結，與大家分享。
互聯(lián)網(wǎng)打工人肯定聽過這樣一句話：“既不會開發(fā)？又不會設計？又想當個經(jīng)理？那只能去做產(chǎn)品經(jīng)理了”每天開開會、畫畫圖、寫寫文檔、讓程序猿干干活——總結一下就是“錢多事少有人管”。那產(chǎn)品經(jīng)理的工作真像大家想象的這么舒服嗎？
現(xiàn)實往往是方案做完之后，經(jīng)常面臨無數(shù)輪的修改工作，甚至到了開發(fā)階段，才發(fā)現(xiàn)沒辦法實現(xiàn)需要推翻重來的尷尬情況。
下面介紹下由腦花總結的“從需求分析到產(chǎn)品設計的思考框架“，通過使用思考框架能夠在一定程度能避免上面出現(xiàn)的問題（反復修改、推翻重來）。框架主要從方案的充分性、適當性、全面性進行搭建，希望能給各位同行帶來一定啟發(fā)，同時也邀請各位一起完善。
01 框架介紹
框架分為兩個階段：產(chǎn)品思考、產(chǎn)品方案。
產(chǎn)品思考階段，需要想清楚幾個問題：需求背景、需求目的、功能定位、限制條件。這些問題看著都很虛，實際上是在明確需求邊界，同時也是產(chǎn)品經(jīng)理在設計產(chǎn)品方案階段的指導思想和第一原則。
產(chǎn)品方案階段，是指為達成需求目的所需要做的事及如何去做。此時輸出物的種類非常多，如產(chǎn)品原型、產(chǎn)品需求文檔、埋點表、數(shù)據(jù)需求等。主要作用是幫助項目成員更準確、全面的理解需求，以便更好的實現(xiàn)產(chǎn)品方案，同時也是幫助產(chǎn)品經(jīng)理更全面的梳理需求，重新驗證方案自洽性。
1. 產(chǎn)品思考
1）需求背景及目的
這里借用亨利·福特的“一匹更快的馬”故事做一個舉例，若用戶分別在“著急趕路”和“賭馬”的場景下提出，所提供的方案是完全不一樣。針對趕路場景，用戶希望的是最短時間內到達目的地，我們可以提供“汽車”、“高鐵”、“飛機”等比原方案更優(yōu)的解決方案；針對賭馬場景，用戶目的就是贏下比賽，僅需提供一匹快馬即可。
顯然相同描述在不同場景下的目的有可能是完全不一樣。產(chǎn)品經(jīng)理在設計產(chǎn)品方案前一定要先明確背景（背景不僅限于具象化的場景，還有需求之外的“話外音”）及目標，這樣可有效避免產(chǎn)品方案的方向性錯誤。
另外在產(chǎn)品方案階段出現(xiàn)兩個設計方案爭議不下時，就要把“目標”拿來出，看看哪個方案對目標有更積極作用，否則堅決放棄該方案。
2）功能定位
很多人聽到“定位”這個詞會覺得很虛，摸不著頭腦。腦花查閱相關資料及請教大佬之后得到初步結論：定位包含兩個因素：目標用戶和想要解決的問題。這里以微信和陌陌兩款社交通訊產(chǎn)品舉例。兩款產(chǎn)品本質都屬于通訊工具產(chǎn)品，但由于產(chǎn)品定位的差異，兩款產(chǎn)品所呈現(xiàn)的調性是截然不同。
3）限制因素
任何需求都有一定限制因素，如上線時間、開發(fā)資源、技術架構、行業(yè)合規(guī)等因素限制。通過明確限制因素可以確保方案的可行性及適當性。
接著上面的“趕路場景”舉例說明：若用戶是準備從深圳趕往北京，那可選擇“高鐵“、“飛機”等出行方式，如果不考慮成本因素，甚至可以選擇“私人飛機”的方式（這是不可能的）。
都說產(chǎn)品經(jīng)理是CEO的學前班，那產(chǎn)品經(jīng)理和CEO之間又有哪些異同點呢？首先共同點是兩個崗位都是重決策的崗位，他們做任何決策都會影響到全公司或項目組成員。差異點是在資源上的差異，老板擁有全公司的資源，而產(chǎn)品經(jīng)理只能是靠人格魅力去爭取資源了。所以說產(chǎn)品經(jīng)理就是帶著枷鎖進行決策。
產(chǎn)品思考階段的工作對產(chǎn)品方案的具有指導意義，決定著產(chǎn)品方案是否能有效解決需求，脫離產(chǎn)品思考基礎行產(chǎn)品方案設計是沒有意義的。所以接到需求時，先不要著急動手去畫原型、寫文檔，而是先把需求背景、目的想清楚，確認功能的定位后，再開始原型和需求文檔的工作。
2. 產(chǎn)品方案
1）前提條件
- 前置條件：觸發(fā)該流程的前提條件，如查看微信好友列表的前置條件為“注冊且登錄微信賬號”；
- 數(shù)據(jù)來源：流程中數(shù)據(jù)來源，如審核功能中：審核人員審批審下級發(fā)起的審核單。審核人員的操作流程中，下部發(fā)起審核產(chǎn)生審批單就是審核人員的操作流程中的數(shù)據(jù)來源；數(shù)據(jù)來源通常是在發(fā)生數(shù)據(jù)流轉的場景下需要進行說明。
- 角色及權限：即用戶在系統(tǒng)中承擔的作用的抽象，C端角色通常是由產(chǎn)品經(jīng)理和運營人員一起來定義的，并將角色和賬號進行綁定，B端業(yè)務相對復雜，往往是設定“超級管理員”賬號，然后將權限管理產(chǎn)品化，讓運營人員自定義角色。關于權限管理功能設計大家可自行查閱資料，這里不過多贅述。
2）操作流程
- 事件：主要是指功能的交互規(guī)則及邏輯判斷。這個模塊用來說明用戶和系統(tǒng)之間發(fā)生的交互。交互規(guī)則是泛指的交互規(guī)則，包含功能的頁面布局、觸發(fā)功能的動作及觸發(fā)后的交互效果；邏輯判斷則是指當用戶在前端發(fā)生行為，系統(tǒng)對用戶行為進行識別、判斷并返回相應的動作的過程。
- 事件影響：指用戶與系統(tǒng)完成交互后，用戶和系統(tǒng)會得到什么樣的反饋及產(chǎn)生什么樣的數(shù)據(jù)和結果。
- 異常流程：是對主流程補充，我們盡可能全的羅列并寫清楚異常流程時，可以有效避免在產(chǎn)品設計時的場景遺漏。異常流程的梳理建議是參考測試同事的正反例原則。
3）通用說明
- 數(shù)據(jù)埋點：埋點就不多進行贅述，但不管是采用第三方系統(tǒng)還是自己的埋點體系，都要做好數(shù)據(jù)分類，后續(xù)提取數(shù)據(jù)時能減少很多功夫。
- 數(shù)據(jù)需求：主要為業(yè)務方和產(chǎn)品經(jīng)理在使用和運營提供決策依據(jù)，在設計產(chǎn)品方案時一定要規(guī)劃相對的監(jiān)控數(shù)據(jù)指標，以便于后續(xù)運營和迭代時有數(shù)據(jù)進行支撐。
產(chǎn)品方案階段，主要是說明產(chǎn)品設計及需求文檔輸出階段需要考慮的因素，但更多是起到自檢的作用，一定程度上能減少產(chǎn)品經(jīng)理在輸出原型和需求說明文檔時遺落邏輯及關鍵點。
通過對框架的整體說明，相信大家可以比較清晰認知兩個階段作用。在產(chǎn)品思考階段，是讓我們想清楚為什么要做這個功能，應該往哪個方向去做；在產(chǎn)品方案階段，則是提供一個思路自查原型和需求文檔考慮是否全面，需求是否說清楚。
02 總結
可以發(fā)現(xiàn)，產(chǎn)品思考階段沒有明確的輸出物，也沒可量化的標準進行衡量，同時它又占據(jù)產(chǎn)品經(jīng)理的大量時間，而最終的工作成果又都是在產(chǎn)品方案階段才有所體現(xiàn)，也就導致不了解產(chǎn)品崗位的人，甚至產(chǎn)品“工具人”（曾經(jīng)的腦花）也會產(chǎn)生這樣的認識：“產(chǎn)品經(jīng)理接收到需求后，照著競品畫原型讓開發(fā)把功能實現(xiàn)就可以了”。
他們都忽略了產(chǎn)品最核心且無形的工作——思考。正如冰山效應一樣，大家只看到水面上的冰山，沒看到水面下的山體，但水面下的冰山確實表象上的數(shù)倍。
使用思考框架短期內不能給你帶來能力明顯的提升，甚至會影響工作效率；但從長期而言，它能從思維上幫助我們形成更加體系化、系統(tǒng)化的思考模式，以保證我們的工作是有意義的且相對全面的。
當然腦花整理的框架不一定適合所有人，但請一定要搭建自己的思考模型。因為搭建思考框架的過程本質上是對過往工作的抽象及總結，而這兩項能力也是產(chǎn)品經(jīng)理最基礎及核心的能力之一。
本文由 @Jarrett 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協(xié)議。
- 目前還沒評論，等你發(fā)揮！
