一、定位 ?二、清晰表達(dá)需求，高效推進(jìn)項(xiàng)目
你想要的工作技巧：
一、prd
創(chuàng)建自己的需求文檔，不斷更新，拿來就用
? ? 可以讓下次的需求少一點(diǎn)被diss的漏洞，更有條理更清晰明了。
1.文檔
? ? 文檔輸出的時效性非常高，所以格式不限。一個需求內(nèi)容，我可能會根據(jù)實(shí)際情況用多格式文檔互為補(bǔ)充
? ? 這里用了組件的思維，完整的需求表達(dá)由很多個模塊組成，對接人按需使用
????????eg：【LOGO】【技術(shù)對接】【客服文檔】【流程圖】【數(shù)據(jù)模板】【需求文檔】【源文件】
? ? 1.1命名
《【文檔性質(zhì)】 需求名稱（備注） 文檔版本號_需求人名字_更新日期》
? ? 1.2修訂記錄
????每一次修訂需求材料，應(yīng)及時做相關(guān)標(biāo)注。
? ? ? ? ? ? 1.3頁眉頁腳
? ? ? ? ? ? 文檔被打印出來時，可快速知道是哪一份文檔的第幾頁內(nèi)容
2.文檔結(jié)構(gòu)
????2.1需求概述
讓需求方按以下格式梳理需求，自己在輸出后續(xù)方案
需求文檔是讓每一個參與項(xiàng)目的人都能了解需求的全貌，需求是什么以及他的目的和價值是什么，避免讓參與人成為需求的執(zhí)行者，你要讓劃槳的每個人知道這條船究竟要駛向何方
-名詞解釋
-需求背景（包括需求來源、需求目的、需求價值）
-產(chǎn)品概述（包括產(chǎn)品簡介、基本原則、基本思路）
-競品分析
-投放渠道
-性能要求（包括網(wǎng)絡(luò)連接、手機(jī)操作系統(tǒng)、消息推送系統(tǒng)、后臺數(shù)據(jù)庫、服務(wù)器操作系統(tǒng)、系統(tǒng)吞吐量等要求）
-資源引入（包括資源提供方以及具體介紹）
? ? 2.2 業(yè)務(wù)流
原型只是需求內(nèi)容的一部分，要關(guān)注需求的全貌
-需求清單（項(xiàng)目較小時，在文檔內(nèi)簡單羅列；較大時，專門用一個表格文件來梳理）
-需求詳述（包括通用、細(xì)分的詳細(xì)說明、注意兼顧常規(guī)流程和異常流程，盡量讓設(shè)計(jì)、開發(fā)和測試沒法找茬~）
-流程圖（當(dāng)一個需求看似簡單，先去畫畫流程圖，忽略的方面自然就會顯露出來）
-設(shè)計(jì)需求（包括風(fēng)格取向、色系取向、形象標(biāo)識、其他設(shè)計(jì)要點(diǎn)等，讓設(shè)計(jì)發(fā)揮之前，你要先考慮你想要的是什么，避免來回改動）
????2.3后臺支撐系統(tǒng)
-數(shù)據(jù)統(tǒng)計(jì)需求（具體內(nèi)容我通常會放到數(shù)據(jù)模板的xls里，數(shù)據(jù)模板包括數(shù)據(jù)字段名稱、定義、報表接收名單、修訂記錄等）
-配套的配置系統(tǒng)（視各平臺業(yè)務(wù)而定）
3.安全基礎(chǔ)
壓力測試要求
壓力測試流程
4 資金流
我通常把信息流放到業(yè)務(wù)流一并梳理，資金流涉及實(shí)際的金錢流向會專門拎出來。
5技術(shù)對接
6運(yùn)營規(guī)則
? ? -法務(wù)規(guī)則（合法是基礎(chǔ)、平臺協(xié)議、產(chǎn)品紀(jì)律會是產(chǎn)品盲區(qū)）
? ? -產(chǎn)品運(yùn)營規(guī)劃、
? ? -運(yùn)營工具
? ? -客服文檔
? ? 7附錄
需求池管理
