網際網路産品方法論不是幾句話或幾個邏輯就能說的清楚，而是圍繞産品整套的流程，從【需求采集】 - >【 需求分析】 - >【 産品設計】，每個流程都有對應政策和方法。
網際網路行業工作十幾年時間，最近閑暇時間在複盤B端産品設計的一些實用方法論，希望能給作者提供一些有參考價值的資訊。
一、需求采集
對于産品經理首先要做的就是采集需求，也叫需求調研。
B端需求采集也分兩種，一種是标準化的客戶，打造标準産品服務于同一類客戶，第二種是已中标的指定的機關客戶，第二種相對要多一些。采集方式一般多是需求調研，調研方式一般是線下通過口述進行。下面講講如何調研：
先準備業務知識：如果調研前不清楚業務知識（一般同行的産品都需要有業務知識），提前熟悉相關業務知識、業務場景和角色、專業術語（專業述語很重要， 最好提前網上了解一下，比如我最近在建築行業首次聽到BIM不清楚是什麼，後來了解就是可視化3D模組化）等。
然後撰寫調研用例：用例問題要尖銳、直插心髒的核心問題、圍繞你在産品設計時碰到的各類問題，我之前負責智慧監管融資項目，在省政府廳調研時漏了一個重要的問題，後面在産品設計時遺漏了重要的環節，沒辦法隻能通過電話和微信溝通，這樣增加無數溝通的成本。
什麼是核心問題：B端需求一般都有主角色、主業務、主流程，要抓住人員組織結構，比如需求對象是誰，主要做什麼….,解決什麼問題？用5W1H方式腦補一下）、先了解實際業務場景和實際問題的回報、在調研階段用心傾聽、不懂就問、如果你發現客戶說錯了就要指出并糾正），并記錄需求點。
以下是之前工作中調研後填寫的調研用例
二、需求分析
在需求分析時，B端産品主要根據産品定位、目标，以及5W1H理論，圍繞産品的剛需、痛點、高頻….然後得出哪些需求要做，哪些不用做，哪些有遺漏，哪些潛在補充，最後按優先級歸類整理（可以用思維導圖），最後進行産品設計。
以下就是我之前用思維導圖輸出的架構圖。
分析方法也可以使用SWOT分析：分析産品的優勢（Strengths）、劣勢（Weaknesses）、機會（Opportunities）和威脅（Threats），這種用于C端多一些。
B端需求相對固定或集中，更多是從技術上去考慮，B端需求主要來自B端客戶，僞需求相對不多。
三、産品設計
B端産品設計是整個流程的核心，當分析哪些需要要着手設計時，需要圍繞需求輸出詳細的内容了，比如可以先用思維導圖，或流程圖把核心子產品，邏輯進行統籌一下。
不過對于産品設計，前台（也可以叫前端、應用端或用戶端）和背景設計方法有點差別
上面講過需求分析主要根據産品定位、目标、以及5W1H (who \what\when\why\which\how)
前端設計（APP/WEB/小程式）：也有相應的節點（多角度思維。多場景化思維，小白思維、資料流的思維）比如需要全面的角度看待問題，兼顧所有的角度面臨的問題，從多個角度進行思考業務關系，角色場景隔離（用戶端），資料隔離（背景），達到抽絲剝繭的效果。按業務邏輯關系、使用者進來的順序、内容重要度，包括結合5層級去設計（可以關注公衆号檢視詳細說明），考慮實際用途、操作流程。
（1）産品周期設計：特别是0-1的B端産品，這種關注産品從概念、使用、生産、銷售到售後服務的全過程，以確定産品在市場上的競争力。
（2）多角度思維：多角度思維，每個角度需模拟化預演一下業務流程，最好用職能流程圖，把每個角色的分支詳細畫出來，以下舉個簡單的流程圖：
适用于建築工地隐患整改-職能流程圖
（3）多場景化思維：就是考慮不同的業務場景。比如申請時不同時間點、不同角色、不同狀态，不同政策、….., 或無網絡時段，都要有相應的應對措施和解決方案。
（4）互動設計：産品的設計很重要，大公司有專門的UX，對于小公司來講很少有。互動設計需要通過換位思考，以小白的心理思考産品的設計，應用端的操作簡單易懂也是比較重要的環節，這是使用者體驗、互動設計。
背景産品設計分兩種：
第一種是為支撐前端産品而設計的，比如服務前端的内容管理、産品管理、客服管理、使用者管理…這些是為前端起支撐作用。第一種背景注重營運支撐效果，注冊角色營運業務子產品分類，資料隔離，其他按背景應用的配套設施。（比如使用者管理、流程管理、權限管理、系統設定、字典管理、參數配置…）如下圖：
第二種是沒有前端的背景産品設計，比如給内部使用的,不涉及前端産品的應用。以下舉了兩個我之前設計背景截圖。當然也有第三種背景，就是前面兩種的綜合體。如下圖：
作者：平心而論，公衆号：書海頓悟
本文由 @平心而論 原創釋出于人人都是産品經理，未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協定
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。