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