?一、調(diào)研市場：找到B端競品
B端產(chǎn)品一個痛點是很難找到競品，如何找B端競品？
1.明確目的，想清楚要查詢的信息，定好方向再起步
2.與業(yè)務(wù)同事溝通，業(yè)務(wù)同事基本都用過領(lǐng)域內(nèi)其他B端產(chǎn)品
3.了解專有名詞，比如ERP（企業(yè)資源管理）、WMS（倉儲管理系統(tǒng)）等
4.找到同類的SaaS產(chǎn)品
5.搜索信息渠道，專業(yè)網(wǎng)站，搜索引擎
做之前需要什么？
1.產(chǎn)品創(chuàng)意
2.行業(yè)信息
有什么可以幫助的工具或者方法
1.商業(yè)模式畫布
2.SWOT分析
3.競品分析
做完得到什么？
1.競品分析報告，包括行業(yè)發(fā)展?fàn)顩r以及有哪些競品；競品使用者和特性描述；自己的產(chǎn)品與競品之間的比較；通過分析得到的結(jié)論和信息。
2.商業(yè)需求文檔，包括產(chǎn)品創(chuàng)意產(chǎn)生的背景，產(chǎn)品解決方案介紹，產(chǎn)品規(guī)劃，產(chǎn)品成本，產(chǎn)品收益，產(chǎn)品風(fēng)險等。
二、規(guī)劃產(chǎn)品路線圖（roadmap）
三、分析需求：用圖形代替需求
需求蛋糕模型
波浪線的區(qū)域使得我們混淆的區(qū)域，挖掘需求的含混性就是讓那條波浪線近似筆直。
分析需求的指導(dǎo)思想：
D*V*F>R
D：不滿情緒，dissatisfaction
V：變革愿景，vision
F：初步實踐，first step
R：變革阻力，resistance
引申為：
痛點（D）*收益（V）*明確、可行、簡單地第一步（F）>維持現(xiàn)狀（R）
痛點：用戶痛點
收益：需求實現(xiàn)后轉(zhuǎn)化為功能的收益，這個收益是可以量化的，也就是提升了多少，下降了多少
明確、可行、簡單的第一步：
若需求是用戶痛點，而且也會獲得很高的收益，接下來需要考慮投入的成本和產(chǎn)品方案的可行性。
參考公式：需求可行性=（需求當(dāng)前價值+未來價值）/（需求的實現(xiàn)成本+維護成本）
收到需求之后不一定馬上都要去實現(xiàn)，可以分階段去實現(xiàn)這些需求。當(dāng)D,V,F中有一個條件不滿足，那么這個需求就可以暫時維持原狀。
四、解析需求：用圖形為需求代言
分析B端產(chǎn)品需求之前，首先要了解業(yè)務(wù)流程，而解析業(yè)務(wù)流程最常用的方法是或流程圖。在畫流程圖分析需求時，可以采用“總體規(guī)劃，分步實現(xiàn)”的理念?！翱傮w規(guī)劃，分步實現(xiàn)”
（1）流程圖
1.先總結(jié)主要流程，從宏觀的角度梳理一個非常粗略的基本活動。
2.對框架進行進一步的細化。
3個層級的流程圖
（2）實體關(guān)系圖
簡稱ER圖，多用于數(shù)據(jù)庫和表的結(jié)構(gòu)設(shè)計。數(shù)據(jù)之間有三種對應(yīng)關(guān)系，一對一，一對多和多對多。
比如顧客和賬單之間是一對一的關(guān)系。
服務(wù)員和顧客之間hi一對多的關(guān)系。
菜品和顧客之間是多對多的關(guān)系。
實體關(guān)系圖實例
數(shù)據(jù)對象包含很多屬性。比如賬單是數(shù)據(jù)對象，那么賬單的屬性就包括：賬單號，創(chuàng)建時間，支付時間，支付金額，下單人數(shù)等。
如何區(qū)分數(shù)據(jù)對象和屬性呢？
1.與需求方溝通時，關(guān)注對方說的高頻詞匯，如XX單，XX表，一般這些詞匯都是數(shù)據(jù)對象
2.看實際業(yè)務(wù)中的郵件，紙質(zhì)單據(jù)，紙質(zhì)表格之類的實物
3.從經(jīng)驗上看，找到的數(shù)據(jù)一般能用量詞“類”來形容，比如，一類訂單，這類收據(jù)等。靠語感檢測。
（3）數(shù)據(jù)流程圖
數(shù)據(jù)流程圖是一個分析需求非常有效的工具，以動態(tài)的方式展示數(shù)據(jù)的前世今生，講述數(shù)據(jù)流向，切分出對應(yīng)功能。
數(shù)據(jù)流程圖基本元素
數(shù)據(jù)流程圖
（4）用例圖
用例是對用戶和系統(tǒng)為實現(xiàn)某目標(biāo)而進行的行為描述。指明了系統(tǒng)功能范圍和使用對象。
用例圖
流程圖，實體關(guān)系圖，數(shù)據(jù)流程圖，用例圖都是分析需求的有效工具，目的是為了整理出需求文檔。
五、需求的輸出物：需求文檔
注意這里的需求文檔不涉及界面原型和交互內(nèi)容，因為界面原型和交互設(shè)計內(nèi)容細節(jié)，修改內(nèi)容次數(shù)較多，使得文檔不易維護。這里的需求文檔更多的是需求范圍，就是要做什么。
一份需求文檔應(yīng)當(dāng)包括：
這里主要介紹一下需求范圍，功能需求和非功能需求。
（1）需求范圍
使用列表和用例可以清晰地展現(xiàn)需求包含的內(nèi)容，為后續(xù)提供便利。
用例名稱使用角色優(yōu)先級備注
（2）功能需求
a.業(yè)務(wù)模塊
解釋元素定義，屬性數(shù)據(jù)等。
b.流程展示
加入流程圖和數(shù)據(jù)流程圖。
c.需求描述
可以使用用例的方法描述，避免文檔的復(fù)雜性。
除了使用用例還可以采用用戶故事的方式，用戶故事包括兩個基本信息：故事描述和驗收條件。
切換形式如下：
WHO：用戶是誰？
WHAT：用戶想要什么功能？
WHY：為什么想要這樣的功能以及實現(xiàn)它的價值？
驗收條件時需求實現(xiàn)后并交付給用戶時，是否滿足了用戶期望。
d.非功能需求
非功能需求是一個系統(tǒng)特征，比如快捷，安全，高效，穩(wěn)定等。
非功能需求清單：
