互聯(lián)網(wǎng)發(fā)布流程

實際上崔赌，為了保證產(chǎn)品發(fā)布工作能夠更有效率的進(jìn)行意蛀，需要用規(guī)范的流程進(jìn)行保障~~

• 最接近標(biāo)準(zhǔn)的互聯(lián)網(wǎng)發(fā)布流程：需求 → <b>需求分析</b> → <b>概要設(shè)計</b> → <b>產(chǎn)品需求文檔</b> → UED → 研發(fā) → 內(nèi)測 → 預(yù)發(fā)布環(huán)境 → 線上環(huán)境 → 線上測試 → 反饋信息 → 優(yōu)化方案 → 下次需求

• 最簡產(chǎn)品發(fā)布流程：需求分析 → 產(chǎn)品需求文檔 → UED → 研發(fā) → 內(nèi)測 → 線上環(huán)境

需求及需求分析

1. 需求的定義
   <i>需求就是用戶所需所指向的最終目的，而功能的本質(zhì)上就是給用戶解決的問題健芭，一般來說县钥，用戶的需求相對穩(wěn)定，最終的解決方案及用戶期許隨著時代的發(fā)展不斷的變化吟榴。</i>

2. 需求獲取方式

在他身邊魁蒜，為他設(shè)計

• 問其話
• 查其言
• 觀其行

3. 需求分析

• 真需求 - 提供的功能，大多數(shù)用戶都會使用
• 假需求 - 場景沒有真實且普遍發(fā)生吩翻；

• 是否是目標(biāo)用戶的普遍需求
• 分析需求表象
• 挖掘需求根源
• 關(guān)注需求背景

4. 需求管理
   通過需求池管理需求兜看，根據(jù)產(chǎn)品的商業(yè)價值決定需求的順序

5. 需求規(guī)劃

從宏觀的層面去規(guī)劃和聯(lián)結(jié)各種資源和服務(wù)

• 貫通：內(nèi)部或現(xiàn)有的資源進(jìn)行打通
• 打樁：產(chǎn)品的基礎(chǔ)，三端+功能
• 連片：各有聯(lián)系的功能聯(lián)結(jié)以及資源的聯(lián)結(jié)
• 筑墻：核心競爭力狭瞎，競爭壁壘
• 延伸：功能/服務(wù)的延伸细移、用戶群體的延伸、盈利模式的延伸

概要設(shè)計

產(chǎn)品流程圖 + 以下問題思考

1. 你所理解的熊锭，為什么做產(chǎn)品設(shè)計弧轧，出發(fā)點和目的，重要的體驗?zāi)繕?biāo)是什么
2. 產(chǎn)品需要滿足用戶的什么需求碗殷，用什么功能滿足用戶的需求
3. 產(chǎn)品在系統(tǒng)的眾多功能中精绎，設(shè)計重點有哪些，重要性的先后順序是什么
4. 這個產(chǎn)品在系統(tǒng)中和其他產(chǎn)品的關(guān)聯(lián)點是什么锌妻，需要其他產(chǎn)品如何進(jìn)行配合
5. 該產(chǎn)品需要做的統(tǒng)計點有哪些代乃？這些數(shù)據(jù)可以說明什么？

產(chǎn)品需求文檔

產(chǎn)品需求文檔（PRD）是研發(fā)和測試的唯一書面依據(jù)仿粹，研發(fā)依據(jù)此進(jìn)行系統(tǒng)的設(shè)計和編程搁吓，測試依據(jù)PRD編寫測試用例和測評原茅，項目經(jīng)理依據(jù)PRD進(jìn)行項目管理，產(chǎn)品經(jīng)理本身也需要依據(jù)PRD回顧產(chǎn)品設(shè)計思路堕仔。

1. PRD 編寫

• 功能簡要描述
• 角色
• 前置流程（用戶在哪個流程進(jìn)入功能）
• <b>流程圖</b>
• <b>用戶界面</b>
• <b>主要流程</b>（文字描述）
• <b>分支流程</b>（文字描述）
• 后置流程
• <b>商業(yè)規(guī)則</b>

3. 產(chǎn)品需求評審（針對當(dāng)前實際工作體會做了刪減）

• 新需求及需求變更均需要做需求評審擂橘，要求各環(huán)節(jié)相關(guān)同事都要參與，總?cè)藬?shù)控制在10個人以內(nèi)摩骨。
• 需求品審會之前通贞，產(chǎn)品經(jīng)理最好分別單獨溝通，以提高上會效率仿吞。
• 產(chǎn)品經(jīng)理盡量用數(shù)據(jù)和事實闡述需求分析思路滑频。
• 針對用戶體驗要求高的產(chǎn)品版本，建議可以分為兩次評審唤冈，第一次把業(yè)務(wù)邏輯定義清楚（包括流程圖、主要流程银伟、主要交互原型）你虹；第二次把所有詳細(xì)的細(xì)節(jié)都給出來，包括PRD和交互稿件
• 不要頻繁的需求變更彤避，原則上傅物，通過需求評審后，需求變更次數(shù)控制在3次內(nèi)琉预，而且產(chǎn)品經(jīng)理 董饰，研發(fā)，項目經(jīng)理最好做需求變更評審圆米，評審?fù)ㄟ^后卒暂，相關(guān)文檔要第一時間做及時的更新。
• 建議進(jìn)行需求變更評審娄帖，之后決定是否進(jìn)行變更也祠，并且參與的人員包括產(chǎn)品經(jīng)理，項目經(jīng)理近速，研發(fā)經(jīng)理诈嘿，測試負(fù)責(zé)人。能夠有效的降低因需求變更而給產(chǎn)品帶來的風(fēng)險

項目管理

1. 工作分解
   將工作落實到項目成員每天具體的工作內(nèi)容,基本是將項目計劃細(xì)分成各個功能或小功能落實到具體的開發(fā)人員身上削葱，同時約定任務(wù)開始時間及完成時間奖亚，多個開發(fā)人員并行開發(fā)時注意調(diào)整任務(wù)之間的先后順序及時間安排。

2. 項目進(jìn)度表<i>（詳見附件表一）</i>

3. 責(zé)任落‘單’
   每個項功能或任務(wù)析砸，需要明確具體負(fù)責(zé)人昔字；多人同時進(jìn)行開發(fā)，指定其中一人負(fù)責(zé)項目干厚，時間及進(jìn)度需要在項目進(jìn)度表中體現(xiàn)李滴。

敏捷開發(fā)的技巧

1. 產(chǎn)品負(fù)責(zé)人由產(chǎn)品經(jīng)理擔(dān)任
   產(chǎn)品經(jīng)理應(yīng)當(dāng)是產(chǎn)品的負(fù)責(zé)人螃宙，因為產(chǎn)品是所有業(yè)務(wù)的接口人，最熟悉業(yè)務(wù)所坯，也最了解用戶需求谆扎，并且需要與研發(fā)團(tuán)隊保持頻繁密切的溝通，協(xié)助監(jiān)督開發(fā)進(jìn)度芹助，以及及時解決出現(xiàn)的問題

2. 做好產(chǎn)品的功能規(guī)劃
   開發(fā)在進(jìn)行第一期功能開發(fā)時堂湖，產(chǎn)品經(jīng)理就需要給出第二第三期的需求，保證有足夠的時間進(jìn)行產(chǎn)品需求分析以及對實現(xiàn)方式進(jìn)行探討状土。

3. 讓研發(fā)決定迭代周期
   讓研發(fā)充分的參與的項目過程中有利于產(chǎn)品經(jīng)理從瑣碎的項目推進(jìn)工作中解脫出來无蜂，更專注的思考產(chǎn)品本身。

4. 每天review一次進(jìn)度
   站會形式蒙谓，防止‘偷懶’

5. 項目進(jìn)度表 <i>（詳見附件表二）</i>

6. 需要做到無縫溝通
   文檔記錄+當(dāng)面溝通會

產(chǎn)品管理

1. 特約用戶 （詳見表三）

最好的產(chǎn)品管理的方法就是把產(chǎn)品做出來

2. 114原則

• 盡可能通過 ‘1’ 個需求接口人來反饋BUG等緊急需求
• 需求跳過需求接口人斥季，第 ‘1’ 時間反饋給需求接口人和產(chǎn)品經(jīng)理
• 超過 ‘4’ 小時未反饋，且與下一任務(wù)發(fā)生優(yōu)先級重疊式累驮，請需求接口人調(diào)配資源酣倾，解決問題

<b>老師所講的更多的都是現(xiàn)實工作中經(jīng)驗和案例，在實際的產(chǎn)品工作中很受用谤专。</b>

附件

表一

| 任務(wù)名稱|工期|開始時間|完成時間|資源名稱|前置任務(wù)|
| :------------- | :----------
| | | | | | | |

表二

| 功能點 | 計劃產(chǎn)出物 |計劃開始日期|負(fù)責(zé)人|當(dāng)前進(jìn)度|風(fēng)險與對策|說明|
| :----- | :--------- |:-------- |:------- |:------ |
| | | | | | | | |

表三