一.需求分析
1.用戶：當(dāng)想到一個(gè)功能芥永，先不考慮如何實(shí)現(xiàn)庄蹋，而是想誰(shuí)會(huì)用；
2.場(chǎng)景：用戶在什么情況下使用卓箫；
3.問題：用戶在上述場(chǎng)景中载矿，使用產(chǎn)品時(shí)會(huì)遇到哪些問題；
4.方案：用戶現(xiàn)在使用方案是烹卒？
二.需求分類：
1.有效需求進(jìn)一步分類就是：需討論的需求闷盔、需開發(fā)的需求、已有功能支持的需求旅急、bug fix（這里的 bug 可能是開發(fā)代碼 bug逢勾、可能是產(chǎn)品流程 bug）
需討論的需求：對(duì)于是否需要做不是很確定，需要跟相關(guān)人員討論藐吮。
需開發(fā)的需求：需求強(qiáng)烈溺拱、跟當(dāng)前規(guī)劃一致、對(duì)短期目標(biāo)/長(zhǎng)期目標(biāo)有助力谣辞、……
已有功能支持的需求：這個(gè)是需要反思的迫摔，一般出現(xiàn)這種情況說明要么是功能的可見性做的有問題，要么是引導(dǎo)做的有問題潦闲，要么是功能不太符合用戶的認(rèn)知模型攒菠。有一些需求是合理的要求就需要進(jìn)行功能的優(yōu)化，甚至重新確定方案歉闰。
bug fix：
fix 后能帶來什么
不 fix 能導(dǎo)致什么
其中辖众，確定開發(fā)的需求就能順利的進(jìn)入到需求池了。需求池字面上來講就是管理需求的大池子和敬，我覺得這形容詞挺形象的凹炸。在這個(gè)大池子里，你需要對(duì)需求進(jìn)行優(yōu)先級(jí)的維護(hù)昼弟，方案的制定啤它、補(bǔ)充、完善舱痘。
2.需求標(biāo)簽
基礎(chǔ)體驗(yàn)類：體驗(yàn)上有問題了变骡，這個(gè)一般是需要修改交互或者 UI，要求比較高的公司/產(chǎn)品可能還存在響應(yīng)速度芭逝、流暢性等方面的優(yōu)化
運(yùn)營(yíng)支持類：運(yùn)營(yíng)活動(dòng)支持
功能優(yōu)化類：產(chǎn)品流程上存在一些問題塌碌，導(dǎo)致轉(zhuǎn)化率、響應(yīng)率等指標(biāo)過低
新需求類：嗯……就是新需求
數(shù)據(jù)分析類：埋點(diǎn)需求啊旬盯，或者一些公司有大數(shù)據(jù)部之類的部門還會(huì)存在台妆，報(bào)表需求啊
3.需求優(yōu)先級(jí)劃分
首先需要搞清楚以下內(nèi)容：
產(chǎn)品的長(zhǎng)期/中期規(guī)劃是怎樣的
對(duì)于長(zhǎng)期/中期規(guī)劃的意義是什么翎猛，是為了達(dá)到什么目標(biāo)
達(dá)到目的的 MVP 需要哪些功能
（1）產(chǎn)品未上線
基本型需求>>期望型需求>興奮型需求
（2）免費(fèi)型產(chǎn)品已經(jīng)上線
用戶需求重要性的判斷標(biāo)準(zhǔn)=用戶基數(shù)+使用次數(shù)+類別重要性（基本型、期望型接剩、興奮型）
用戶需求重要度=功能使用用戶百分比（用戶使用率）*功能使用次數(shù)百分比（功能或內(nèi)容使用率）*類別重要性百分比（期望型需求切厘、興奮型需求）（還需要考慮kano模型：重要性與緊急性）
（3）收費(fèi)型產(chǎn)品
商業(yè)價(jià)值=投入+成本+收益（經(jīng)濟(jì)效益）
4，需求交付
需求交付包括需求文檔懊缺、需求列表疫稿、產(chǎn)品結(jié)構(gòu)圖、業(yè)務(wù)流程圖桐汤、頁(yè)面流程圖等內(nèi)容
需求文檔需求內(nèi)容包括：
迭代記錄：版本號(hào)而克、修改時(shí)間、改了啥怔毛、為啥改员萍、修改人（誰(shuí)知道需求中途會(huì)不會(huì)換人呢，前面的人挖了個(gè)坑拣度，也好去追責(zé)啊對(duì)不對(duì)碎绎？）
人員職能（非必須）：產(chǎn)品、交互抗果、UI筋帖、前端、后端冤馏、客戶端（iOS Android） 分別是哪些小伙伴日麸。大公司必備，特別是我們這種組織架構(gòu)完全看不到的公司……
需求類型：不清楚的同學(xué)翻翻前面的標(biāo)簽哈
需求背景：你不說清楚這個(gè)逮光，開發(fā)和設(shè)計(jì)心里絕對(duì)會(huì)懷疑做這個(gè)需求的意義代箭。部分產(chǎn)品經(jīng)理是不是覺得開發(fā)和設(shè)計(jì)的小伙伴不怎么配合你的工作啊涕刚？仔細(xì)想一下嗡综，自己在這部分的『忽悠』是不是不夠到位…
需求目標(biāo)
專業(yè)術(shù)語(yǔ)和縮寫解釋（非必須）
功能列表：這個(gè)就是一張大表了，需要包含 功能點(diǎn)名稱杜漠、所在模塊极景、使用場(chǎng)景描述、風(fēng)險(xiǎn)點(diǎn)（風(fēng)險(xiǎn)一定要提前暴露驾茴，引起大家的注意盼樟，大家能一起想辦法規(guī)避）、備注（這個(gè)你就愛寫啥寫啥锈至，覺得啥重要寫啥）
流程圖 及 邏輯圖：這個(gè)不用多說吧……
文案：保持文案上的一致性
數(shù)據(jù)埋點(diǎn)（非必須）：哪些關(guān)鍵埋點(diǎn)是需要開發(fā)小伙伴幫你埋的呀晨缴，埋點(diǎn)名稱、埋點(diǎn)內(nèi)容裹赴，都需要寫清楚
