1淹父、郵箱注冊(cè)模塊需求分析心得：
在需求評(píng)審定調(diào)后歸納總結(jié)需求分析的立腳點(diǎn)株婴，多對(duì)比幾款同功能產(chǎn)品，分析其需求理由及依據(jù)暑认。對(duì)于簡(jiǎn)要模塊而言困介，可以在需求分析報(bào)告的同時(shí)可以提供原型設(shè)計(jì)的初稿，可供產(chǎn)品會(huì)議上一同討論蘸际。（此處注意：需求評(píng)審會(huì)和產(chǎn)品分享會(huì)不可混為一談座哩，且需求評(píng)審會(huì)需要事先確定好所需的技術(shù)、UI粮彤、運(yùn)營(yíng)支持）
2根穷、敏捷模式下的需求定義流程：
發(fā)現(xiàn)不好的地方——改進(jìn)目標(biāo)是什么——此需求與現(xiàn)產(chǎn)品基調(diào)是否合拍——怎樣去改進(jìn)——分幾個(gè)模塊去改進(jìn)——評(píng)估工作量與開(kāi)發(fā)量——適當(dāng)從需求池里面做減法——go
3姜骡、與技術(shù)主管討論：
確定好AB方案，事先預(yù)計(jì)好方案優(yōu)劣性屿良，可以有一定偏向性圈澈，考慮完備除技術(shù)以外的因素，再去征詢可行性尘惧。
4康栈、與產(chǎn)品經(jīng)理討論：
加強(qiáng)方案與問(wèn)題的邏輯性梳理，由淺及深褥伴，避免思維渙散和跳躍谅将；內(nèi)容量大時(shí)，記得進(jìn)行筆記記錄重慢。
