近期工作問(wèn)題總結(jié):
1.拍腦袋想功能, 未對(duì)功能進(jìn)行深度思考
解決方案: 多看競(jìng)品,做競(jìng)品分析
2.用戶體驗(yàn)優(yōu)化
解決方案: / (1)看老板感覺(jué)(不是 (2)自行學(xué)習(xí)分析
3.功能內(nèi)未對(duì)基礎(chǔ)信息進(jìn)行說(shuō)明(默認(rèn)值等)
解決方案: 確定文檔框架以及功能敘述格式
4.外部平臺(tái)對(duì)接/第三方對(duì)接
解決方案:/
5.功能未形成閉環(huán)
解決方案: 畫流程圖,完善用戶路徑. 從所有類型用戶的角度體驗(yàn)一遍功能.
6.需求想太復(fù)雜
解決方案: 出完流程后考慮一下能否簡(jiǎn)化
文檔框架
1.功能分類表
2.主流程鏈路
3.子流程鏈路
- 原流程說(shuō)明
- 現(xiàn)流程說(shuō)明
- 流程變更說(shuō)明
4.具體功能說(shuō)明
- 頁(yè)面入口: 進(jìn)入流程
- 頁(yè)面變更: 是否為新增頁(yè),或在原有頁(yè)面基礎(chǔ)上新增什么內(nèi)容,變更了什么操作
- 字段說(shuō)明: 默認(rèn)值, 輸入限制, 操作限制
- 操作: 操作說(shuō)明, 操作鏈路
- 狀態(tài): 不同狀態(tài)下所有頁(yè)面展示
- 異常: 異常情況下的頁(yè)面展示
需求變更處理方式
1.開(kāi)發(fā)前需求變更: 及時(shí)反饋給設(shè)計(jì)
2.開(kāi)發(fā)中需求變更: 與開(kāi)發(fā)討論技術(shù)可行性,并給出低成本解決方案,盡量不影響項(xiàng)目進(jìn)度
3.開(kāi)發(fā)后需求變更: 開(kāi)發(fā)完成后發(fā)現(xiàn)有需要變更的情況時(shí),先判斷此項(xiàng)變更是否涉及整體需求的完整性,若影響不大則可放到下一次涉及到該項(xiàng)功能時(shí)再進(jìn)行優(yōu)化.(注: 及時(shí)修訂文檔以防下次忘記)
第三方平臺(tái)對(duì)接
1.可事先向開(kāi)發(fā)咨詢
2.自行查閱開(kāi)發(fā)者文檔,定義可能產(chǎn)生的情況,以及對(duì)應(yīng)的反饋結(jié)果:
1).操作限制
2).需輸入哪些信息,輸出哪些信息
3).狀態(tài)對(duì)應(yīng)結(jié)果
其他記錄
訂單: 只需要產(chǎn)生下單時(shí)間等于其關(guān)聯(lián)的內(nèi)容,即可形成一個(gè)訂單
抽出模型: 爭(zhēng)對(duì)同一類的功能/數(shù)據(jù),可將其抽離成模板進(jìn)行整合.
功能可拓展性: 設(shè)計(jì)功能時(shí),需要考慮未來(lái)可拓展性, 因此可以先往復(fù)雜的角度考慮,后對(duì)復(fù)雜的功能進(jìn)行規(guī)劃, 區(qū)分成幾期去實(shí)現(xiàn). 即: 在設(shè)計(jì)需求時(shí), 給未做的功能留下坑位, 防止后期變更時(shí)改動(dòng)過(guò)多.
產(chǎn)出文檔及評(píng)審時(shí)應(yīng)盡量避免歧義,以免開(kāi)發(fā)理解出現(xiàn)偏差
