無意間看到簡書上多位產品人總結輸出的文章與經驗，覺得2B產品的全生產周期這個主題很好，分享的經驗非常受用。作者與內容出處標注如下，我僅對自己有用的部分做了總結與摘抄，便于查找與自我成長，無其他商業用途。感謝內容創作者的輸出！
1.作者：產品經理趙揚揚
鏈接：http://www.lxweimin.com/p/981cc83ff19b
鏈接：http://www.lxweimin.com/p/e3f1c9f45975
鏈接：http://www.lxweimin.com/p/a2990e7eb9f5
鏈接：http://www.lxweimin.com/p/1de52938914f
來源：簡書
2.作者：SallyQ
鏈接：http://www.lxweimin.com/p/0f9a56b94e2d
來源：簡書
1. toB產品生命周期中要寫那些文檔？
一、產品立項
啟示錄中的9個問題
二、產品設計
需求列表：分析、增加、思考、更新
產品需求文檔&原型：撰寫、存放流轉
需求評審會：排期、工期、每周例會站會制度
產品競爭力：創新技術融合、解決不好的地方、競品參考、截圖保留
細微體驗：loading、提示
三、開發期間
產品資料：制作產品介紹手冊、使用手冊、試用賬號、通知郵件短信模板；
對接資料；客服資料；銷售培訓、銷售幫助文檔；產品幫助文檔-toC
產品質量：聯系項目內部測試、比賽活動測試
產品規劃：思考后續產品規劃、競品動態
產品之外：有什么突發情況產生的需求？
競品問題：出現過什么問題？如何規避?
銷售造勢：高端Party，宣傳片拍攝，新聞稿發布
四、開發完成
產品質量測試：比賽活動、項目內部試用
銷售造勢：新聞稿發布
五、面世售賣
打造標桿客戶：銷售驅動
六、第1階段運行
售賣缺少客戶案例，有產品細節問題，需求問題
產品需求變動：方法不只一種，最大投產比原則，變通方法原則
上線問題：避開高峰期，整理收集客戶需求、保障產品穩定
產品經理：應變快速出方案解決問題，系統不能解決的線下解決
發布產品數據，鼓舞士氣和看戰果
七、第2階段運行
新增客戶案例文檔、線上案例匯集;
更新文檔、培訓
提效需求、發現新機會
2. 產品立項要回答的9個問題
一、產品是什么
復印店訂單管理系統。給淘寶圖文打印店提供從接受訂單、文件打印和發貨單打印服務的一款軟件。
二、產品要解決什么問題？（產品價值）
2.1業務背景
現在舉例說明淘寶上圖文打印店現在的業務流程什么樣的。
第1接受訂單。客戶A參加了自考，要復習，需要打印很多復習資料。一共30+個word文件。在淘寶下單后通過QQ郵箱把文件打包發給淘寶客主錢百萬，淘寶店主下載并解壓文件，放在電腦上看文件格式是否支持、核對打印的文件數量、有沒有重復的文件、看每個文件的頁數。然后給對方報價一共多少錢。再問客戶是否需要封面？需要什么樣的封面？是否需要裝訂？怎么裝訂？各自的費用多少？溝通后確定價格。最后下了訂單，這時候淘寶店主錢百萬就接待其他客戶了，沒過一會兒，客戶A回來說，我有3個文件發錯了，我重新發你一下吧，又重新打包發給錢百萬的QQ郵箱。錢百萬再接受，下載、解壓、替換掉錯誤的文件。
第2訂單打印。淘寶店錢百萬開始一個一個打開文件點擊打印、30個文件點擊鼠標操作30次。中途有事情接了一個電話，結果忘記哪個文件沒打印了，遺漏了2個文件。最后交代給下面的員工去裝訂打包。
第3訂單發貨。填寫客戶A的收貨信息，結果由于看錯客戶電話號碼寫錯了，好在客戶收到貨了，但是由于漏發了2個文件，導致客戶不滿意。又重新安排了打印、發貨給客戶。
2.2遇到的問題
第1接受訂單環節。文件管理重復繁瑣費時間
客戶重新發文件、淘寶店主核對打印文件格式、紙上頁數、是否有無重復文件，花了30分鐘；記錄客戶的打印要求、封面、裝訂，計算費用，又花了10分鐘。
第2訂單打印。重復操作、操作失誤、占用時間
重復的打開文件、點擊打印按鈕，花了5分鐘，遺漏打印文件
第3訂單發貨。人工操作失誤
填寫訂單錯誤
這樣下來服務一個客戶就要45分鐘，一天投入1個人力服務8-10個客戶。效率太低
2.3解決方案
第1接受訂單環節。訂單系統自動接受文件、核驗文件是否重復、統計頁數、收貨信息
淘寶店主發給客戶一個網址。客戶上傳要打印的文件、批量上傳，然后填寫訂單號。訂單系統自動對客戶上傳的文件進行存儲、檢查文件是否重復、格式是否正確、文件總頁數是多少并給出打印報價。根據訂單號自動獲取打印封面、裝訂要求的報價。最后統一給客戶顯示出來一共需要支付多少錢。客戶下單付款，系統獲取收貨信息。不占用店主時間，客戶操作成本很低，系統只需2分鐘即可實現。
第2訂單打印。系統自動打印文件、打印完成給出提示、打印失敗也給出提示
設定好打印任務，系統自動逐個打開文件進行打印并關閉文件（通過云端進行，不影響淘寶店主正常操作），任務打印完成自動提醒店主和裝訂打包的員工，進行裝訂打包。很少占用店主時間、不遺漏文件。
第3訂單發貨。系統自動打印填寫收獲人信息。完成打印。一分鐘搞定不出錯。
三、為誰解決這個問題？（目標市場）-用戶、需求分析
客戶特點：集中處理大批量的文件打印任務
商家：淘寶打印店、線下裝訂公司、路邊打印店、學校打印店、券商基金公司打印財報客戶資料等等
商家的客戶：大學生小炒、自考的復習資料、職業資格類復習資料、基金公司內部使用（很多紙質交易記錄要保存10-20年）
四、成功的機會有多大？（市場規模）
有沒有機會？
市場競爭：目前市場上沒有提供此類全流程服務的產品。有單獨模板服務例如office打印精靈、快遞面單打印，市場接受率很高，單獨針對淘寶賣家的還沒有。
市場容量：淘寶有8.5萬打印店商家，全國各地打印店幾十萬家。
團隊情況：XX產品經理，打印店從業者，市場拓展能力
五、抓取機會****后產品有哪些愿景目標？達成愿景必要條件是什么？如何達成&評價指標
5.1****第****1階段****目標****：****淘寶打印店和線下打印店的打印訂單管理系統
必要條件：驗證需求、快速迭代符合B端使用場景的工具
接入小批客戶、小部分大客戶使用
考核指標：有1萬/月家商家付費使用
5.2****第****2階段****目標****：****訂單打印平臺。
必要條件：積累淘寶店主打印的文件數量，經過客戶同意，把打印的文件開放給所有人，有人打印客戶提供的文件，就收取費用，和淘寶店主、淘寶店的客戶一起分成。
考核指標：有2萬/月 客戶來打印使用
5.3第3階段目標：結合線下行業。
必要條件：根據前2階段積累的數據進行挖掘可以合作的行業，比如學校打印店，把打印文件操作放給他們，和他們一起分成。其他行業也有合作的需求
六、投產比？風險和資源需求
6.1****團隊投入
6.2渠道投放
入駐淘寶服務市場、QQ群、微信群營銷等，5萬預算
合計總成本23萬
6.3****產出收益
上線后3個月，達成淘寶付費用戶3萬，客單價300元/年。合計900萬收益
3個月投資回報率：900萬/23萬=39倍
收回成本需要766個付費商家，預計1個月回本。
6.4風險及應對策略
1.找不到合適的人員。費用、對方工作情況，通過網絡尋找自由工作者開發項目
2.人員穩定性、磨合期可能影響開發周期。
3.我們上線后，其他服務企業競爭，他們需要開發周期，我們已經領先占據市場
七、大概行動計劃
八、核心團隊成員
九、融資需求
融資100萬RMB出讓股權10%，用于開發產品搭建團隊
3. 撰寫需求文檔PRD
在產品的整個研發流程中，需求分析結束后，就能明確產品需求了，而這時要做的是把這些產品需求表達出來，從表達效果來看，原型是最好呈現形式，開發通過原型了解需求如何呈現，測試了解驗證的依據。
一份完善的產品原型需求文檔能夠體現了一名產品人員的責任心、專業性、嚴謹的工作態度。
本文針對中后臺產品整理了一份原型需求文檔模版，文檔分為 5 部分，對每個版本需要注意的點做了延展說明。
一、文檔概述
1.需求說明
包含：文檔名稱、主要參與人員、編寫目的、項目背景、名詞定義，如下圖：
image
注意規則：
文檔名稱命名方式一般為： 產品名+版本號。
產品名根據項目定義，下面主要說明一下版本號的基本規則。
版本號命名方式：主版本號 . 次版本號 . 修訂號 . 開發提測版本號
1）主版本號：產品方向改變，或者大規模API不兼容，或者架構不兼容升級。
2）次版本號：保持相對兼容性，增加主要功能特性，影響范圍極小的API不兼容修改。
3）修訂號：如果某個版本有打補丁包（如線上版本修復BUG、小需求補充，邏輯設計類錯誤，則新建版本號 1.1.2）。
4）開發提測版本號：1.1.0.1、1.1.0.2、1.1.0.x（x與內部提測次數一致）
5）產品正式對外發布后，以前三位做為對外發布的版本號。
2.需求列表
詳細整理出每個需求任務，以及產品預計的迭代周期時間計劃。
3.修訂歷史
二、產品總覽
產品總覽：產品整體功能的框架，包含:功能結構圖、信息結構圖、業務流程圖，可以用 Xmind、百度腦圖、ProcessOn、Draw等軟件制作。
如下：
三、全局說明
1.交互說明
中后臺中一般整理說明，功能各組件中共性的交互方式、交互機制，總結說明，這邊不做詳細說明。
例如：
操作后如何提示，提示的位置？是否以 Message 出現在頁面中上方還是右上方，出現的時長是否有統一要求或特殊要求。
表單的校驗交互，是光標在輸中就進行校驗，還是光標離開輸入框后再進行校驗。
2.權限說明
有賬號密碼的系統，都會涉及權限管控，一般根據系統設置的安全規則或者安全策略，用戶可以訪問而且只能訪問自己被授權的資源。
權限管理，通常采用 RBAC （Role-Based Access Control）模式。
權限系統由三大部分構成：用戶管理、角色管理、權限管理
用戶：誰？當前訪問管理系統的是什么人？如:小明
角色：是什么身份？如：CEO、總監、經理、員工。
權限：可以看到哪些內容，執行哪些操作？數據權限：允許看到哪些功能菜單、信息字段等；功能權限：增刪改查操作。
四、功能模塊原型
原型作為與開發溝通最好的載體，產品的原型設計實現一般區分整體和局部，整體上更多考慮信息架構的設計，如功能結構、導航、菜單、布局排版等方面。局部上更多考慮是功能的交互設計，如按鈕點擊、操作反饋、頁面切換、模塊信息的展示。確定好以上內容后，原型基本設計完成，之后，需要將功能設計思路、邏輯規則標記在原型中。
1.功能模塊設計：按照頁面結構和信息結構繪制原型，確定每個頁面的布局和元素的位置，交互方式等。
2.需求標注：確定好整體頁面功能后，可以把功能細節、規則用文字的形式標注在原型周圍。
可以使用原型標注表格，將每個頁面功能點打記號，如123，在標注整理到表格中，重點說明出異常邊界和文案提示，區分全局說明和局部說明，盡可能將標注寫的精簡、明確、全面，整理一份 Check List 多審視幾遍，避免與開發溝通時遺漏，影響溝通效率 ，自查清單可查看文章中后臺產品功能自查清單。
五、非功能性需求
非功能性需求，指的是信息系統中保證性能、系統可靠性、可擴展性要求等方面相應的需求要素。
1.性能需求
響應時間平均響應時間參考值(秒)、峰值響應時間參考值（秒）
例如：
登錄時間 ≤5 秒
頁面間跳轉時間 ≤3 秒
精確查詢（包括請求服務）響應時間 ≤1 秒
模糊查詢響應時間 ≤5 秒
在 95％ 的情況下，一般時段響應時間不超過 1.5 秒，高峰時段不超過 4 秒。
吞吐量并發量單位時間內成功地傳送數據的數量。這一塊與系統并發相關，根據業務量估計，我們的系統需要支持多少并發。
例如：估計用戶數為 1 萬人，每天登錄用戶數為 3000 左右，網絡的帶寬為 100M 帶寬，系統可以同時滿足 10,000 個用戶請求，并為 25,000 個并發用戶提供瀏覽功能。
資源利用率指企業投入服務器這類資源，所發揮的資源利用百分比。
例如：CPU 占用率 <=50%；內存占用率 <=50%。
準確性、有效性
與能否得到正確或者相符的結果或者效果有關的軟件屬性。
2.系統需求
運行環境約束：用戶對軟件系統運行環境，兼容性、應用服務器軟件及其版本要求。
例如：系統應支持 iOS，Android , Windows 操作系統;
系統應支持 Oracle, DB2 數據庫系統。
3.運營需求
運營側對功能進行數據統計，對相關功能數據埋點等。
4.安全需求
一般分為程序安全、系統安全、數據安全。
程序安全是指開發的程序是否是安全的，程序上有沒有安全的漏洞，例如：Web 開發中服務器代碼沒有對輸入的參數進行驗證，從而導致客戶端機器人輕易的獲取數據。
系統安全指的是系統整體的安全，能經受來自互聯網的一般性惡意攻擊。如病毒（包括木馬）攻擊、口令猜測攻擊、黑客入侵等。例如：安全的粒度，未經授權的用戶是否可以輕易的訪問非法的數據等。
數據安全是對數據的保護，保護數據不被非法/越權訪問和篡改，要確保數據的機密性和完整性，嚴格權限訪問控制，用戶在經過身份認證后，只能訪問其權限范圍內的數據，只能進行其權限范圍內的操作。業務數據需要在存儲時進行加密，確保不可破解。
4. 如何選產品供應商
一、為什么要選擇供應商？
有些產品需要的一些功能或底層的技術，如果放在自身產品團隊開發需要大量人力財力，也未必能開發好，或者無關緊要但市場上有成熟服務的。
因為上面原因不能完成產品本身的閉環，就需要尋找產品技術服務商。例如支付寶的人臉識別、斗魚的直播服務商、常見的語音播報服務。
二、選擇供應商的一點經驗
服務穩定性：穩定第一，產品能不能用的大事、不然就跌大跟頭了。
功能API/SDK：實際業務場景（認真想想各執行角色各環節可能遇到的問題，否則執行成本會很高）、支持的終端類型PC應用Android、iOS客戶端（靈活應對客戶的各種需求）
相關配套設備：例如直播的硬件編碼解碼器、視頻采集卡（是否免驅動）、對網速的要求
操作便捷性：KA、項目經理操作成本、線下供應商對接
數據統計：數據交付、數據呈現、數據統計方式、統計周期、數據的保存時長
面談與演示：實際看看效果
案例：已經在使用的其他服務商，保障穩定。
公司可靠性：優選大公司背景、成熟業務的、慎重選擇小團隊；如果對方變更業務自己要跟著改，很慘痛的教訓。
親自體驗走一遍流程：實際看看與業務執行中沖突的地方，產品流程上是服務商→自己→客戶，業務流程上有的地方是服務商→客戶，必然會有一些不合理的地方，比如賬戶權限控制等。
費用：自身費用決定對方支持力度。基礎消費、按消耗付費、定制開發
技術客服支持：售后服務、7*24h、線下、電話、微信/QQ
實際使用：什么情況下需要提前報備服務商
多看幾家服務商：有對比，不被蒙
上面選擇好之后，就走采購流程或簽訂合同，實際對接開發
5.產品上線前準備
一、售賣造勢
集中優勢資源以壓倒性的投入到影響目標客戶的廣告媒體上
組織頭部企業客戶開新產品發布會
線上線下并舉
組織相關活動造勢、一輪接著一輪
二、質量測試
組織內部試用、或組織小范圍測試、舉辦活動測試
完整真實的模擬實際企業在用的流程，形成一套項目控制SOP
三、產品文檔準備與培訓
相關伙伴的準備與培訓：KA、項目經理、產品運營等
產品介紹：產品名稱slogen、現狀痛點、解決方案、優勢功能、技術服務穩定性、宣傳片、客戶案例（后期更新上）、演示賬號
產品使用手冊：產品介紹與版本修訂記錄、整體執行流程、使用過程、注意事項、FQA列表
產品報價：參考競品、與業務、項目經理等商定
產品閉環的文檔：郵件/短信通知模板、審核要求文檔
壓力測試報告：幫助KA售賣
產品使用對接表：客戶信息、KA/項目經理信息、預算費用、執行計劃
項目運營控制SOP：總體對接人、完整線上線下流程階段、階段對應具體負責人、進度報備
銷售幫助文檔：與競品核心功能對比、優劣勢對比表；客戶案例集（后期）
作者：Heenor
鏈接：http://www.lxweimin.com/p/b29b8f4df20e
來源：簡書
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
