1.需求分析到需求評審的歷練學習筆記

idea從產(chǎn)生到上線分兩個階段:需求的準備階段、需求的實施階段

需求準備階段:

1.先問為什么:

?? 目的:判斷需求的合理性

?? 方法:回答者的邏輯

?? 舉例:我想吃東西

2.需求分析:

? 方法:時間、地點、人物、起因、經(jīng)過、結果

? 技能:UML

? 舉例:簡單外賣流程UML表示圖:


外賣流程UML表示圖

3.找人討論

? 目的:需求確認,查漏補缺

? 涉及人員:需求方、UI/UE/UX、別的產(chǎn)品經(jīng)理、公司老人等等

4.畫原型

? 方法:先列出大綱、頁面跳轉(zhuǎn)關系、頁面元素

? 工具:Axure

? 注意事項:不要太迷戀工具、注意自己的原型排版

5.寫文檔

? 態(tài)度:專業(yè)度的體現(xiàn),對個人工作的檢查

? 注意事項:修改記錄、目錄、文檔導航視窗、名詞解釋

6.需求評審

? 心態(tài):開放、有則改之無則加勉

? 注意事項:

?? 先講清楚目標

?? 不要以說服人的心態(tài)來看待需求評審

?? 適當?shù)膱猿?/b>

?? 回到原點想想


需求實施階段

?7.需求跟蹤

?? 目的:實時掌握需求狀態(tài),防止延期

?? 方法:每周2次的check

?? 工具:需求跟蹤矩陣

8.需求變更

?? 原因及應對方式:

???? 當初沒想清楚,應對:需求分析加強,多和需求方溝通

???? 需求過了有效期,應對:短、平、快

???? 產(chǎn)品自己發(fā)現(xiàn)了設計的不合理,或者中間少了某些東西,應對:認慫、請客

???? 開發(fā)過程中發(fā)現(xiàn)問題,應對:快速響應并決策

9.老板插手

??? 好處:資源優(yōu)先

??? 缺點:對需求的毀滅性打擊

??? 老板不可怕,可怕的是自己的無腦

10.測試

? 注意事項:

???? 注意文檔的更新

???? 注意信息的同步

???? 及時響應和決策

11.驗證

? 心態(tài):不急不躁,有事好好說

? 注意事項:

??? 先驗證最希望的部分

??? 堅持原則

12.上線

? 原則:抓大放小

? 注意事項:

????? 自己第一時間驗證

????? 通知需求方

????? 如果是發(fā)布APP,及時通知渠道及客服

最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容