本文作者以電商為例，總結出了一套行之有效的 7 步方法論，供大家分享。

從更高的角度俯視互聯網生態系統，可以一目了然的發現，該生態系統是由互聯網新技術加資本構建而成的，包含6個重要的組成部分，分別是用戶、終端、應用、公司、收入及理念。在新技術和資本的基礎上，伴隨各種互聯網理念/定位，用戶通過不同的終端，獲取不同的應用，互聯網公司為用戶提供應用，進而獲得用戶，最終形成收入。其中，收入的方式有5種，分別是?廣告、游戲、會員、增值和電商。

——郝志中。

深耕產品崗 4 年有余，筆者實戰過多個不同領域不同形態的產品，有工具型產品，有平臺型產品，也有孵化型產品，如：CRM、測試工具、招采系統、電商平臺等。雖然不是計算機相關專業出身，但是，筆者跟過的項目，均順利部署實施，并在生產環境發揮著其應有的價值。藉此經歷，通過復盤，筆者總結出一套行之有效的 7 步方法論，本文將以電商為例，與大家共享。

電商作為收入模式的一種，垂直領域，已經存在很多不同類型的商城，比如：Enjoy美食平臺、花加（互聯網+鮮花）等，每一種都建立在用戶對實用服務訴求的基礎上，通過點對點的連接，減少中間環節損耗，將商品或者服務直接送至最終的用戶手上。筆者作為產品，接到公司的戰略需求，為公司的目標受眾提供附加服務，即，從0到1實現一個禮品商城，并對已確定的上線時間點負責。

一、畫產品架構圖

產品架構圖，即將可視化的具象產品功能，抽象成信息化、模塊化、層次清晰的架構，并通過不同分層的交互關系、功能模塊的組合、數據和信息的流轉，來傳遞產品的業務流程、商業模式和設計思路（引自CSDN，尊重原作）。

產品架構圖，簡單地說，就是根據產品定位，對需求進行分門別類，澄清邊界。產品架構圖，有助于干系人快速確定對產品結構、功能、復雜度及工作量的認知，是很重要的一步，因為心中有譜，腦中就會有路，一張具有前瞻性的產品架構圖，也可以為后續的迭代升級做足準備。

那么，問題來了，怎么畫產品架構圖呢？

Step1：準備工作，需求分析

需求分析，是產品的基本功。通過組織定性訪談，定量問卷、workshop/焦點小組收集需求，匯總所有問題，形成需求池，而后提煉核心訴求，確定產品方向及定位。不管是哪一種方式，都需要提前做好功課，確定好主題/目標，列出問題 list，靈活把控過程。

如果受眾基數足夠大，也可以考慮做一波問卷調查，常見的問卷平臺有金數據、問卷星等。但是，回收 200+ 份的數據，問卷才具有可以參考的價值。吸引受眾參與問卷的方式，常見的是提供獎品，建議在確定獎品時，要直擊人心但不能給太大，不然，會影響回收的問卷的質量。

最終確定獎品的獲得者時，要做到足夠的透明，這樣可以照顧到參與調研的用戶的積極性，同時，培養用戶對產品的忠誠度。

比如：筆者實戰的電商，是戰略需求，采用的是定性分析，即需要實現一套商城，滿足對商品的發布和管理，支持組織促銷改價，受眾下單，完成支付，查看訂單，并且支持發放優惠券。其中，優惠券需要支持滿減，同時，實際支付滿一定金額后，支持返一定金額的券，并且支持互相贈券，優惠券不支持提現。

再比如：筆者曾參與過的案場調研，這是真正意義上的調研實戰。

確定定位：案場，即地產行業的營銷中心，那次調研是為選擇合適的案場工具，一種類似CRM的工具，只是案場工具，也需要支持對房源的管理，業內比較常見的有明源云客、信客通等。

確定核心受眾：案場工具的核心受眾是置業顧問、置業經理、銷售總監和營銷總監，除自有團隊外，通常案場入駐的也有專業的代銷團隊，如易居，還有，經紀人（獨立經紀人或者專業的經紀人團隊），經紀人的角色是將客戶介紹給置業顧問，從中獲取一定形式的傭金。

核心受眾及業務分析：

• 置業顧問在案場接待購房者，記錄購房者的個人信息，如年齡、性別、職業、所在地區、偏好、購買力等，查詢房源信息（新放出的房源信息，哪套已賣等）、定制個人海報等簡單的營銷方式；
• 置業經理（主管/銷售經理）查看置業顧問的跟進情況，在團隊內對客戶進行調配；
• 需要滿足銷售總監的核心職能是在不同團隊之間，調配客戶資源，查看銷售情況，查看各類報表；
• 營銷總監的核心職能是管理房源，在適當的時間開放某一部分房源，查看房源的銷售情況，查看相關報表；
• 除此之外，還需要支持對經紀人團隊的傭金比例設置，客戶的歸屬，避免案場飛單情況的發生。

研究線下的業務模式（業務流程）：工具，大部分情況下，是將線下的業務模式搬至線上，進而提高線下業務開展過程的工作效率，減少不必要的溝通成本，再借助技術的手段，解決業務開展中存在的痛點，比如：客戶歸屬的扯皮和案場飛單。

研究線下的業務模式，梳理出來一張流程圖，通常是以業務開展的時間軸為基線，先導期——拓客期——跟進期——銷售期——業主管理，案場工具主要集中拓客期、跟進期和銷售期使用。

準備問題：在調研前，根據業務模式和核心受眾，準備問題。百度搜索，是一個很強大的工具，用好即是利器。搜競品，對接競品售前，試用競品，而后通過溝通，整理出問題，比如：拓客期存在的客戶保護期、經紀人傭金的分配（全民經紀人是一種趨勢），如何判斷撞車和作弊等。

圖一_問題 List

訪談：多數情況下是定性的分析，即訪談。根據準備好的問題，作為大綱，開始訪談，不一定要全部按照大綱進行，要根據被訪對象的反應靈活調整，盡可能多的挖掘到有價值的信息。在訪談過程中，可以使用言語交際和非言語交際的技巧，要善于捕捉被訪對象的非言語行為，畢竟每一個人，僅可從對方的語言中獲取不到 5 %?的信息，大部分信息是通過表情、手勢、肢體動作等非言語行為傳遞出來。

整理問題，需求分析：根據上面收集到的信息，就可以開始進行需求分析，提煉產品方向及定位。

Step 2：畫業務流程圖

業務流程圖，簡單的說，即針對當前產品的定位、受眾及所在市場，線下的業務模式是怎樣的，可以通過泳道圖或者時序圖進行表示。

以訂單為例，詳見下圖：

圖二

Step 3：列出每一個關節所需要的功能

根據上述已完成的工作，可以以業務流程圖為主線，列出每一關節所需的功能和前后端邏輯機制。對于如何區分前后端，筆者認為：把握好讓用戶無感知的底線即可。

簡單說，就是不需要用戶知道的，放在幕后（后端），需要用戶配合參與的，放在臺前（前端）。而后，根據功能 List?和?邏輯機制，將具有包含關系的機制/功能放在一起，以集合（模塊化）的形式，形成一張簡單的矩陣圖。

以訂單為例，詳見下圖：

圖三_下單流程

Step 4：按照最相關性，對Step2中的功能進行分類，確定層級

在百度鳳巢，相關性會影響到每點擊價格，那么，在產品崗中，如何確定相關性呢？

異曲同工，做相關性分析就可。如何做相關性分析，請自己研究。

確定層級，可以根據產品體驗的五個層次來展開，戰略、范圍、結構、框架、表現。這一步要做的就是確定范圍、結構、框架和表現層，具體操作方法，請移步研究這 5?層，其中，表現層，是距離目標受眾最近的，要貫穿落地的始和終。

以訂單為例：待付款、待發貨、待收貨等都屬于訂單管理模塊，詳見下圖：

圖四_訂單狀態的定義

Step 5：畫產品架構圖

前面幾步完工后，根據不同信息層級的邊界、同一層級內模塊和模塊的邊界，就可以開始著手畫產品架構圖。根據使用角色的工作流程，可以加入信息流機制。不同角色之間，可以通過不同顏色來進行區分，能夠自圓其說，將他們和各個模塊之間的信息交互關系清晰的表現出來即可。

圖五

二、輸出腦圖

筆者輸出腦圖前，會以腦圖的形式進行競品分析，利用結構化思維來做腦圖，原則是從大到小，層層遞進，細化至每一個頁面中每一個BUtton，每一張數據表中的每一個字段及其含義。而后，根據自身所需，進行刪減補充，最終，形成貼合自身業務的腦圖。

下圖是筆者復盤電商實戰后，輸出的腦圖：

圖六_商城前端_001

圖六_商城后端_002

三、畫原型，略

原型，是將上述抽象思維具象化的過程，方式很多，可以手畫，也可以借用工具，只要能夠表述清楚就可。工具的使用，不外乎熟能生巧，Practice?makes?perfect，請自己修煉吧。

馬斯洛的需求層次理論，從底層到高層是生理、安全、愛與歸屬、受尊重和自我實現，相應的用戶對UE需求層次，從底層到高層是功能性、穩定性、易用性、智能性和愉悅的創造性。

作為產品，對 UE?的關注點要集中在?易用性需求及以上。在注重易用性的過程中，習慣用Axure，可以了解下 Axure UX；墨刀，也可以，門檻低，做交互等易上手。Sketch，可以媲美 Photoshop。也可以了解下阿里媽媽、Ant Design等，保持對 UI、UE?的敏感性。

四、補流程圖

通常，在交付研發前，需要給到研發的流程圖有，功能流程圖、狀態機圖和數據流圖。其中，除基本的功能流程圖外，也要根據不同的使用角色，梳理出一張泳道圖。因為根據業務不同，每一個商城都會獨具個性化。放在原型后，是因為這時候思維具象化，思路更加清晰。

這里，分享一下訂單相關的圖：

圖七_訂單狀態機圖

圖八_售后訂單中優惠券的處理方法

優惠券，是電商運營中，常用的營銷方式，根據不同的分類方法，有很多不同類型，如天貓京東中常見的滿減券。但是，在售后訂單中，對于優惠券是否退及如何拆分，可以根據業務需要，統一設置為不支持退，如果支持退，可以參考圖八，這是筆者看到的常用的解決方案。

所有的方案，最終都要貼合自身業務，量身定制，產品運營不分家，在實操中，請具體問題具體分析。

圖九

圖十

圖十一

五、組織評審，確定里程碑，日常跟進

在完成上述工作后，筆者組織干系人進行了第一輪評審，評審后修改完善，再次評審，最終達成共識。然后，研發評估，確定里程碑，畫出甘特圖，日常跟進就可，跟進過程中，要注意掌握溝通技巧，這里不再贅述。

筆者認為，甘特圖跟產品的 Roadmap?差不多，前者細化至每一工作日，而后者細化至月、季度都可。

六、測試，驗收

測試，是萬里長征的最后一程，其重要性，不容小覷。在研發結束前，要和測試同事對用例進行評審，這樣，研發結束進入測試階段，產品也可以承擔一個人天，通過參與測試，可以發現問題，確定下一版本的迭代優化點。

在進行功能測試、回歸測試、接口測試等后，根據用戶體量，也需要進行性能測試。這里不贅述，可以借用自動化測試工具，如：Testin、Loadrunner、Jmeter? 等。

測試環境測試無誤后，布署至生產環境，測試用例需要再跑一遍。

七、部署上線

總之，在深耕產品崗的過程中，坑有多深，根就有多穩。僅分享心得，共同進步，請輕噴。

本文由 @白鳥 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議