1. 為什麼需要產品文件？
1.1. 解決利益相關者的問題
1.2. 更多分散的原因
2. 什麼是產品文件？
2.1. 產品文件應當包含什麼？
2.2. 什麼是好的產品文件？
2.3. 常見的文件
3. 產品文件的成型過程？
自己 思考、發散、規整
未來的自己
回溯、覆盤、學習
別人 設計
開發 我要做什麼
我為什麼要做這個
我做的東西會被怎麼用
我要做多久
測試其他產品經理
運營運維
市場財務
法務下一任產品
老闆 要花多少錢
能賺到什麼
可以提前進行完整的思考
思考：寫作是思考的線性化表達，寫作是思考本身
提前：最便宜也最容易推動的調整時刻（產品動動嘴，開發跑斷腿）
完整：具體化、細節化、可落地
高效溝通
一次編寫，到處溝通
一次編寫，非同步溝通
儀式感與責任感
stake holder/工程師/合作方
是大家對於共同目標的承諾
標題標籤作者
修改歷史
需求背景、上下文/問題、現狀、目標（和非目標)
是比較具體的，與實際業務關係比較大的，而不是套話，隨著網際網路發展...怎麼怎麼樣
場景化描述
使用者故事
確定達成目標的具體標準具體的解決方案
成本和計畫
開發進度和成本，可以找專案經理來協作
決議前提/假設/風險(*)
有效回答讀者問題
為什麼要這麼做？
跟我有什麼關係？
那我要做什麼？
清晰、簡潔、說人話、有故事性
如果沒必要的話，可以少用點術語
營造畫面感
結構清晰，能夠快速索引定位
**並茂，有數字
持續更新（*)
讀起來有意思(*)
brd商業分析文件
受眾：公司股東、老闆
mrd市場分析文件
構成：使用者、場景與問題、市場機會與競爭對手、產品輪廓和主要功、能價值描述、賣點、渠道
prd需求分析文件
drd
設計分析文件
互動稿frd
功能分析文件
fsd
具體的功能文件
user story
使用者故事
uc user case
用例從乙個鬆散的非結構化小備忘文件開始
由點到面
基於這個備忘，開始進行「零售溝通」
零售就是一對一的私下溝通
基於零售溝通的輸入，形成完整的文件
和關鍵人員討論也無需求流程，形成文件
文件發酵和修改
文件寫好後，睡一覺，第二天再看一般會發現昨日忽視掉的問題
對完整的文件進行「零售確認」
一對一進行需求確認
對文件進行批發討論和確認
找到幾個相關人員，一起討論
正式需求評審
需求評審，更應該是勝利的號角，而不是剛剛發起衝鋒的號角
在評審之前，主要人員應該都了解了各自部分的業務需求
形成最終版本，確定下來，分發存檔
持續更新(*)
DedeEIMS產品概述
產品概述 程式的內容建立獲取及管理 安全靈活的程式架構，簡單易懂的模板標籤機制，方便快捷的頻道管理以及無限極拓展分類的需求，標準靜態化更適合搜尋引擎優化 seo 讓你能夠輕鬆打造出專業的企業 幫你在網際網路拓展公司業務，提公升企業的核心競爭力。織夢官方為dedeeims成立了專門的技術聯盟，通過我們...
Agile Controller產品概述
產品 agile controller campus 針對企業和園區網使用 agile controller dcn 主要用於資料中心，也是sdn控制器 目錄背景 移動化，虛擬化趨勢不可阻擋 網路現狀 傳統邊界消失，導致防火牆單點防禦失效 ac的功能元件 產品架構 功能特性 准入控制 訪客管理 業務...
mapreduce文件概述
1.mapreduce 教程 文件簡介 這個文件描述所有使用者認識hadoop mapreduce 框架和服務 英文 2.mapreduce命令指南 文件作用 所有的mapreduce命令通過 bin mapred指令碼呼叫。執行mapred指令碼沒有任何引數列印所有命令的描述。英文 3.遷移從ha...