起點(diǎn)課堂會(huì)員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會(huì)特權(quán)
個(gè)人IP打造特權(quán)
30+門專項(xiàng)技能課
1300+專題課程
12場(chǎng)職場(chǎng)軟技能直播
12場(chǎng)求職輔導(dǎo)直播
12場(chǎng)專業(yè)技能直播
會(huì)員專屬社群
榮耀標(biāo)識(shí)高質(zhì)量：產(chǎn)品設(shè)計(jì)+團(tuán)隊(duì)協(xié)作實(shí)戰(zhàn)流程
本文內(nèi)容包括：產(chǎn)品部以及產(chǎn)品設(shè)計(jì)崗位的工作范圍與輸出內(nèi)容、產(chǎn)品團(tuán)隊(duì)的組織結(jié)構(gòu)與崗位職責(zé)、產(chǎn)品需求管理的流程、產(chǎn)品工作經(jīng)驗(yàn)分享等。
產(chǎn)品設(shè)計(jì)&團(tuán)隊(duì)協(xié)作說明
一、修訂記錄
二、目錄
三、工作范圍與輸出
3.1 產(chǎn)品部日常工作
產(chǎn)品設(shè)計(jì)：
相關(guān)輸出：需求規(guī)格說明書、產(chǎn)品交互原型設(shè)計(jì)文檔（.RP/HTML）、UI圖形原文件
產(chǎn)品開發(fā)階段的溝通：
相關(guān)輸出：日?qǐng)?bào)/周報(bào)
產(chǎn)品設(shè)計(jì)相關(guān)的市場(chǎng)分析與用戶調(diào)查工作：
調(diào)查計(jì)劃、調(diào)查報(bào)告
相關(guān)評(píng)審工作：
相關(guān)輸出：需求文檔修訂/評(píng)審記錄
3.2 產(chǎn)品設(shè)計(jì)工作
工作目標(biāo)：根據(jù)公司產(chǎn)品戰(zhàn)略階段規(guī)劃和可行性研究，明確該階段“產(chǎn)品必須做什么”，對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的功能要求。
工作內(nèi)容包括：需求規(guī)格說明文檔設(shè)計(jì)、產(chǎn)品交互原型文檔設(shè)計(jì)、UI設(shè)計(jì)。
相關(guān)輸出：需求規(guī)格說明書、產(chǎn)品交互原型設(shè)計(jì)文檔（.RP/HTML）、UI圖形原文件。
3.2.1 需求規(guī)格說明
定義：
- 需求規(guī)格說明書必須清楚的描述軟件的每一個(gè)基本需求（功能、設(shè)計(jì)約束和屬性）和外部界面。
- 必須把每個(gè)需求規(guī)定成能夠通過預(yù)先定義的方法（例如分析、演示、檢查、測(cè)試等）被客觀地驗(yàn)證與確認(rèn)形式。
標(biāo)準(zhǔn)：
在軟件需求分析階段結(jié)束后必須由項(xiàng)目組進(jìn)行軟件需求評(píng)審，以確保在軟件需求規(guī)格說明書中規(guī)定的各項(xiàng)需求的合適性。
評(píng)審過程一般包括以下五個(gè)方面的驗(yàn)證：
- 完整性：需求必須是完整的，需求規(guī)格書應(yīng)該包括產(chǎn)品規(guī)劃書所定義的產(chǎn)品戰(zhàn)略階段需要的每一個(gè)功能需求及性能性約定。
- 一致性：所有需求是一致的，任何一條需求不能與其他需求相互矛盾。
- 現(xiàn)實(shí)性：保證需求設(shè)計(jì)是用現(xiàn)有的軟硬件技術(shù)基本上可以實(shí)現(xiàn)的，基本適應(yīng)公司的開發(fā)技術(shù)資源水平的。
- 有效性：需求正確有效，確實(shí)吻合產(chǎn)品戰(zhàn)略方向、市場(chǎng)方向所需，避免做超出市場(chǎng)需求規(guī)劃范圍的無(wú)用設(shè)計(jì)。
- 可用性：需求說明書必須用清晰易懂的描述語(yǔ)言，邏輯清晰，準(zhǔn)確描述每一個(gè)需求的細(xì)節(jié)。以保障在無(wú)人職守的情況下能被產(chǎn)品開發(fā)團(tuán)隊(duì)中的閱讀對(duì)象正確理解。
3.2.2 UI設(shè)計(jì)
輸出：UI設(shè)計(jì)輸出為符合下述評(píng)審要求PNG/JPG/PSD圖形文件，并合理組織輸出相關(guān)“Banner”、“層”、“按鈕”等界面元素。
UI設(shè)計(jì)評(píng)審標(biāo)準(zhǔn)：
- 主題定位：主題表現(xiàn)鮮明，展現(xiàn)產(chǎn)品階段性定位特點(diǎn)，具有適當(dāng)個(gè)性的設(shè)計(jì)風(fēng)格，表現(xiàn)手法新穎；
- 功能容納：所容納功能符合產(chǎn)品需求設(shè)計(jì)；
- 布局要求：符合用戶體驗(yàn)規(guī)則，方便瀏覽和操作；整體布局均衡合理，輕重層次合理，符合產(chǎn)品定位要求；風(fēng)格一致；
- 色彩要求：整體色彩要符合產(chǎn)品定位（包括用戶定位與行業(yè)領(lǐng)域），協(xié)調(diào)和諧，符合美感；
- 可修改性：方便進(jìn)行更新，修改；
四、產(chǎn)品團(tuán)隊(duì)
4.1 組織結(jié)構(gòu)
從產(chǎn)品部門的角度出發(fā)，來理解目前中小互聯(lián)網(wǎng)企業(yè)中的幾大主要任務(wù)和相應(yīng)的職責(zé)區(qū)別，涉及產(chǎn)品經(jīng)理、產(chǎn)品設(shè)計(jì)師、用戶體驗(yàn)師、視覺設(shè)計(jì)師四個(gè)角色。
另外，前端開發(fā)工程師、測(cè)試工程師所屬部門（產(chǎn)品/研發(fā)）會(huì)根據(jù)每個(gè)公司當(dāng)前實(shí)際情況而定。一般來說，這個(gè)順序就是一個(gè)產(chǎn)品從規(guī)劃到最終成型的任務(wù)流方向，是一個(gè)從抽象到具體、商業(yè)到技術(shù)的過程。
如上圖所示，中小互聯(lián)網(wǎng)企業(yè)產(chǎn)品團(tuán)隊(duì)基本包括如下角色：
產(chǎn)品經(jīng)理（PM，另一個(gè)PM項(xiàng)目經(jīng)理是從技術(shù)角度出發(fā)的職位）：Product Manager在產(chǎn)品管理中會(huì)涉及整個(gè)產(chǎn)品概念、計(jì)劃、開發(fā)、驗(yàn)證、發(fā)布、運(yùn)營(yíng)生命周期。
以公司戰(zhàn)略方向?yàn)榍疤釛l件，核心工作是抓用戶需求、規(guī)則產(chǎn)品，對(duì)產(chǎn)品方向的把控，產(chǎn)品的整個(gè)生命周期，多條產(chǎn)品線的管理；跟蹤項(xiàng)目流程，推進(jìn)項(xiàng)目進(jìn)度，做項(xiàng)目的總體調(diào)控，協(xié)調(diào)各方資源使用平衡等！
根據(jù)每個(gè)企業(yè)業(yè)務(wù)的不同，企業(yè)還會(huì)針對(duì)業(yè)務(wù)特殊性設(shè)置專業(yè)性產(chǎn)品崗位（例金融產(chǎn)品經(jīng)理）；一個(gè)產(chǎn)品，首先由PM來分析細(xì)分市場(chǎng)、目標(biāo)客戶的訴求，規(guī)劃產(chǎn)品的賣點(diǎn)，這個(gè)過程通常PD已經(jīng)介入了，這個(gè)層面上，商業(yè)問題、業(yè)務(wù)邏輯的流暢是思考的焦點(diǎn)。
產(chǎn)品設(shè)計(jì)師/需求分析師（PD）：Product Design直譯為產(chǎn)品設(shè)計(jì)師，也可以叫產(chǎn)品規(guī)劃師、需求分析師，是Product Manager的一部分職能。
PD側(cè)重于應(yīng)用的功能設(shè)計(jì)，將業(yè)務(wù)需求轉(zhuǎn)換成功能需求、產(chǎn)品原型設(shè)計(jì)（包括交互和基礎(chǔ)UI），負(fù)責(zé)產(chǎn)品研發(fā)中各崗位對(duì)需求理解的一致性（例如與技術(shù)團(tuán)隊(duì)中的架構(gòu)師協(xié)商考慮技術(shù)可行性，性價(jià)比等），協(xié)助產(chǎn)品經(jīng)理實(shí)現(xiàn)產(chǎn)品的定位和協(xié)作項(xiàng)目經(jīng)理做項(xiàng)目進(jìn)度的推進(jìn)等。
產(chǎn)品部除了產(chǎn)品經(jīng)理和產(chǎn)品設(shè)計(jì)師之外最重要的就是UED（User Experience Design）團(tuán)隊(duì)了；UED是進(jìn)行產(chǎn)品策劃的主力之一，能夠用自己的互聯(lián)網(wǎng)知識(shí)來設(shè)計(jì)出行業(yè)專家想實(shí)現(xiàn)的操作，而付諸以商業(yè)營(yíng)銷。
UED是以用戶為中心的一種設(shè)計(jì)手段，以用戶需求為目標(biāo)而進(jìn)行的設(shè)計(jì)。設(shè)計(jì)過程注重以用戶為中心，用戶體驗(yàn)的概念從開發(fā)的最早期就開始進(jìn)入整個(gè)流程，并貫穿始終。
UED團(tuán)隊(duì)包括：交互設(shè)計(jì)師(Interaction Designer)、用戶體驗(yàn)設(shè)計(jì)師(User Experience Design)、用戶界面設(shè)計(jì)師(User Interface Design)、視覺設(shè)計(jì)師(Vision Designer)和前端開發(fā)工程師(Web Developer)等等，企業(yè)會(huì)根據(jù)發(fā)展階段和產(chǎn)品的需求來匹配相應(yīng)的人員崗位。
用戶體驗(yàn)設(shè)計(jì)師（UE）：字面為用戶體驗(yàn)師，可能稱作交互設(shè)計(jì)師、界面設(shè)計(jì)師。UE負(fù)責(zé)產(chǎn)品和用戶交互方面的設(shè)計(jì)，這方面在技術(shù)部門的配合角色是前端工程師（web表現(xiàn)層）。
通常UE拿到case的時(shí)候，要做什么功能已經(jīng)決定了，PD與UE要充分溝通，UE必須要了解很多商業(yè)層面的內(nèi)容，理解功能的商業(yè)價(jià)值。
舉個(gè)例子，比如：在商業(yè)目的是獲取“注冊(cè)用戶數(shù)”的前提下，設(shè)計(jì)注冊(cè)流程是一頁(yè)搞定還是分幾個(gè)“下一步”，出錯(cuò)提示是js彈出還是頁(yè)面即時(shí)判斷……
用戶界面設(shè)計(jì)師（UI）：英文直譯為用戶界面，可能也叫界面設(shè)計(jì)師、視覺設(shè)計(jì)師，很多工作室簡(jiǎn)稱美工，與UE的界限在很多時(shí)候是模糊的。到了UI層面，基本是界面的表現(xiàn)，是用戶第一眼看到的效果，比如：配色、頁(yè)面結(jié)構(gòu)、按鈕形狀、字體字號(hào)等等。
前端開發(fā)工程師（WD）：Web前端開發(fā)工程師（Web Developer）既要與上游的交互設(shè)計(jì)師、視覺設(shè)計(jì)師和產(chǎn)品經(jīng)理溝通，又要與下游的服務(wù)器端工程師溝通。除了掌握專業(yè)技能（如：頁(yè)面效果框架、模板語(yǔ)言、運(yùn)用輔助工具進(jìn)行兼容性處理等），網(wǎng)站性能優(yōu)化，有時(shí)還需要運(yùn)用到修圖等各種輔助工具來進(jìn)行修改處理、以及SEO和服務(wù)器端的基礎(chǔ)知識(shí)。另外，還需要掌握的理論知識(shí)，包括代碼的可維護(hù)性、組件的易用性、分層語(yǔ)義模板和瀏覽器分級(jí)支持等等。
針對(duì)上述人員配置，在產(chǎn)品設(shè)計(jì)不同階段的人員職責(zé)如下表：
4.2 崗位職責(zé)與工作關(guān)系
產(chǎn)品經(jīng)理（PM）：
負(fù)責(zé)配合產(chǎn)品部門完成前期產(chǎn)品市場(chǎng)需求、同類產(chǎn)品市場(chǎng)資料的收集，包括：WEB站、HTML5站點(diǎn)和APP。
根據(jù)產(chǎn)品需求，撰寫詳細(xì)的產(chǎn)品流程設(shè)計(jì)文檔、產(chǎn)品界面及原型設(shè)計(jì)文檔、產(chǎn)品的實(shí)施解決方案。
引導(dǎo)交互設(shè)計(jì)師完成產(chǎn)品的界面設(shè)計(jì)，協(xié)調(diào)開發(fā)人員進(jìn)行開發(fā)工作，推動(dòng)及協(xié)調(diào)產(chǎn)品的開發(fā)進(jìn)度，把控項(xiàng)目質(zhì)量。
跨部門協(xié)調(diào)和溝通，推動(dòng)前端、開發(fā)和運(yùn)營(yíng)人員緊密合作達(dá)成產(chǎn)品目標(biāo)。
監(jiān)督產(chǎn)品進(jìn)度和監(jiān)控產(chǎn)品效果,收集用戶反饋，分析用戶行為及需求，對(duì)產(chǎn)品進(jìn)行持續(xù)的優(yōu)化和改進(jìn)。
產(chǎn)品設(shè)計(jì)師（PD）：
- 配合產(chǎn)品經(jīng)理完成前期產(chǎn)品市場(chǎng)需求、同類產(chǎn)品市場(chǎng)資料的收集；
- 根據(jù)需求文檔，撰寫詳細(xì)的產(chǎn)品流程設(shè)計(jì)文檔、產(chǎn)品界面及原型設(shè)計(jì)文檔；
- 根據(jù)需要與研發(fā)、設(shè)計(jì)、測(cè)試等部門溝通，確保各個(gè)協(xié)作部門對(duì)產(chǎn)品設(shè)計(jì)的充分理解；
- 原型設(shè)計(jì)工作（建議使用visio，axure等工具完成原型）；
- 配合產(chǎn)品經(jīng)理和用戶體驗(yàn)設(shè)計(jì)師完成產(chǎn)品設(shè)計(jì)與用戶體驗(yàn)標(biāo)準(zhǔn)，收集并充分考慮用戶需求和用戶行為，對(duì)產(chǎn)品的持續(xù)優(yōu)化改進(jìn)提出建議，并完成相關(guān)工作；
- 協(xié)同界面設(shè)計(jì)師完成產(chǎn)品的界面設(shè)計(jì)，并協(xié)調(diào)前端開發(fā)人員完成前端開發(fā)工作，同時(shí)需要配合研發(fā)部門進(jìn)行開發(fā)工作及測(cè)試部門完成產(chǎn)品的測(cè)試工作；
- 配合產(chǎn)品經(jīng)理進(jìn)行數(shù)據(jù)挖掘工作和分析工作，提升整體產(chǎn)品的用戶滿意度。
- 參與系統(tǒng)功能驗(yàn)收工作及用戶手冊(cè)、新增產(chǎn)品功能培訓(xùn)資料的編寫。
用戶體驗(yàn)設(shè)計(jì)師（UE）：
- 產(chǎn)品創(chuàng)新，界面視覺引導(dǎo)，原型設(shè)計(jì)，與開發(fā)一起推動(dòng)設(shè)計(jì)實(shí)現(xiàn)。
- 基于人機(jī)交互、圖形化設(shè)計(jì)、界面設(shè)計(jì)和其他相關(guān)理論，進(jìn)行設(shè)計(jì)。
- 畫出不同層次的原型:紙上的，框架的，可交互的網(wǎng)頁(yè)（Html），F(xiàn)lash的。
- 生成視覺元素，比如：icon、邊框、用戶控件、窗口規(guī)范、圖形化的布局。
- 同產(chǎn)品設(shè)計(jì)團(tuán)隊(duì)合作去發(fā)展一些重要附加值的概念，還有修訂產(chǎn)品等。
用戶界面設(shè)計(jì)師（UI）：
- 根據(jù)產(chǎn)品需求，對(duì)產(chǎn)品的整體美術(shù)風(fēng)格、交互設(shè)計(jì)、界面結(jié)構(gòu)、操作流程等做出設(shè)計(jì)。
- 負(fù)責(zé)項(xiàng)目中各種交互界面、圖標(biāo)、LOGO、按鈕等相關(guān)元素的設(shè)計(jì)與制作。
- 能積極與開發(fā)溝通，推進(jìn)界面及交互設(shè)計(jì)的最終實(shí)現(xiàn)。
- 負(fù)責(zé)軟件界面的美術(shù)設(shè)計(jì)、創(chuàng)意工作和制作工作。
- 對(duì)現(xiàn)有應(yīng)用產(chǎn)品頁(yè)面進(jìn)行優(yōu)化，使用戶操作更趨于人性化。
前端開發(fā)工程師（WD）：
- 根據(jù)公司需求進(jìn)行UI設(shè)計(jì)；
- Web前端表現(xiàn)層及與前后端交互的架構(gòu)設(shè)計(jì)和開發(fā)；
- 配合后臺(tái)開發(fā)人員實(shí)現(xiàn)產(chǎn)品UE及UI頁(yè)面結(jié)構(gòu)的代碼編程及腳本編碼；
- Web新技術(shù)調(diào)研和資訊整理;
五、產(chǎn)品需求管理
1. 需求收集來源（常用方法）
- 用戶調(diào)研：用戶調(diào)研是通過問卷調(diào)查、用戶訪談、行業(yè)數(shù)據(jù)報(bào)告等手段來收集需求的方式。
- 競(jìng)品分析：競(jìng)品分析是找到同類競(jìng)爭(zhēng)產(chǎn)品，深入體驗(yàn)競(jìng)品功能，為產(chǎn)品設(shè)計(jì)及需求收集尋求思路。
- 頭腦風(fēng)暴：對(duì)主題進(jìn)行討論，涉及人員（例如：產(chǎn)品經(jīng)理、設(shè)計(jì)師、運(yùn)營(yíng)、市場(chǎng)、銷售，開發(fā)等）
- 用戶反饋：用戶反饋是產(chǎn)品在測(cè)試階段或正式發(fā)布后，我們會(huì)收到很多的用戶反饋。
- 數(shù)據(jù)分析：數(shù)據(jù)分析在產(chǎn)品上線后，就可以收集到產(chǎn)品的相關(guān)數(shù)據(jù)了。
2. 需求分析和篩選
需求收集以后，PM將對(duì)收集進(jìn)來的備選需求，進(jìn)行分析和篩選。
- 篩掉明顯不合理的需求
- 需求分析：需求從哪里來，目標(biāo)用戶是誰(shuí)？有多少人有這樣的需求？這個(gè)需求緊迫嗎？用戶的痛點(diǎn)是什么？使用場(chǎng)景是什么？（用產(chǎn)品之前／后）怎么驗(yàn)證需求是否解決與解決效果？
3. 需求的減法
產(chǎn)品理念，少即是多（輕量化產(chǎn)品）；其實(shí)，有時(shí)候決定不做什么往往比決定做什么更加重要。產(chǎn)品的需求可以說是無(wú)上限的，大量的堆積需求，會(huì)使得產(chǎn)品非常臃腫，而且毫無(wú)特色，而需求的過多，還會(huì)導(dǎo)致工期過長(zhǎng)，拖慢了產(chǎn)品推出市場(chǎng)的進(jìn)度，對(duì)產(chǎn)品百害而無(wú)一利。
4. 需求的優(yōu)先級(jí)排列
通過需求分析評(píng)估和篩選了哪些需求該做，哪些需求不該做，對(duì)于決定要做的需求，由于數(shù)量過多，不可能全部都在同一時(shí)間全部開發(fā)完畢。這個(gè)時(shí)候，就需要產(chǎn)品經(jīng)理對(duì)所有的需求來定義一下優(yōu)先級(jí)，優(yōu)先級(jí)高的需求優(yōu)先研發(fā)，優(yōu)先級(jí)低的需求延遲研發(fā)。
從0到1的打造一款產(chǎn)品，是沒有相關(guān)的運(yùn)營(yíng)數(shù)據(jù)作為支撐的。這個(gè)時(shí)候，大部分在定義需求的優(yōu)先級(jí)時(shí)，我們一般通過需求對(duì)用戶的重要性和緊迫性來判斷。我們可以參考KANO模型。
KANO模型是用來進(jìn)行判斷需求重要性的一條非常有用的法則。KANO模型定義了三個(gè)層次的用戶需求：基本型需求、期望型需求和興奮型需求。
基本需求是必須具備的，即使不說也應(yīng)該做到，這部分需求一般是產(chǎn)品初期需要做的功能；期望型需求是用戶期望的，用戶能夠較清晰地知道的。而興奮型需求是超出用戶預(yù)期的，用戶不知道有這方面的需求，如果提供，用戶滿意度會(huì)更高。
一般情況下，用戶需求的重要性依次為：基本型需求→ 期望型需求→ 興奮型需求。
考慮完了需求的重要性問題，接下來考慮需求的緊迫性問題。
通常情況而言，基本型需求的重要性最高，且也最緊迫，所以基本型需求的優(yōu)先級(jí)默認(rèn)是最高的。如果公司其它部門，如運(yùn)營(yíng)、市場(chǎng)、銷售等部門業(yè)務(wù)需求的迫切需要，會(huì)同時(shí)研發(fā)一部分期望需求（重要不緊急）和興奮型需求（緊急不重要）。
在做需求的時(shí)候，可以嘗試著用KANO模型進(jìn)行需求的優(yōu)先級(jí)排序，但是重要的是結(jié)合當(dāng)時(shí)的互聯(lián)網(wǎng)發(fā)展?fàn)顩r及背景進(jìn)行分析。
六、產(chǎn)品工作經(jīng)驗(yàn)分享
如何做到與各部門高效協(xié)作?
- 所有人員無(wú)論是哪個(gè)部門的，都應(yīng)該對(duì)產(chǎn)品的認(rèn)識(shí)是一致的;
- 產(chǎn)品的每一階段的目標(biāo)必須清楚;
- 避免大多的零散文檔，盡量使用高保真的原型;
- 每個(gè)人的職責(zé)必須明確;
- 敏捷開發(fā);
如何保證產(chǎn)品在開發(fā)過程中功能的加減?
- 在做之前明確3個(gè)點(diǎn)：這個(gè)版本哪些功能要做?這個(gè)版本哪些功能不做?在實(shí)現(xiàn)此版本的過程中每個(gè)階段哪些功能要完成(上線)?
- 如果有新功能可以放在下一個(gè)版本中評(píng)估;
高保真原型的好處是什么?
- 節(jié)省時(shí)間，在互聯(lián)網(wǎng)快速敏捷的開發(fā)過程中，以詳細(xì)的產(chǎn)品設(shè)計(jì)文檔為主先行的方式，進(jìn)行需求描述，表達(dá)已不能直接滿足當(dāng)下互聯(lián)網(wǎng)需求的高頻變化（因從產(chǎn)品經(jīng)理編寫發(fā)布，到已項(xiàng)目開發(fā)設(shè)計(jì)相關(guān)人員，閱讀都存在大量時(shí)間耗費(fèi)，有時(shí)還不能直接理解）；現(xiàn)以高保證交互原型為主，文檔為輔的輸出方式成為行業(yè)通行表達(dá)方式。
- 有了高保真原型圖則不一樣，與最終實(shí)際效果一致，開發(fā)人員等項(xiàng)目相關(guān)人員看一眼基本全明白了，而且大家看到的最終東西都是一樣的，這是文字無(wú)法表達(dá)的。
- 可提前做用戶測(cè)試（適用于2B產(chǎn)品），提前拿給客戶預(yù)演驗(yàn)證產(chǎn)品的靠譜性，降低產(chǎn)品上線后的風(fēng)險(xiǎn)。
- 缺點(diǎn)是耗時(shí)較長(zhǎng)，前置條件需具備充足項(xiàng)目周期，否則采用中或低保真原型處理。
產(chǎn)品計(jì)劃要做到多細(xì)?
- 根據(jù)所屬產(chǎn)品的特性來分解任務(wù)（每周/每日/工時(shí)等），常見產(chǎn)品計(jì)劃能分解到每天，主要是能了解每日的進(jìn)度，關(guān)鍵節(jié)點(diǎn)的跟進(jìn)協(xié)調(diào)。
- 簡(jiǎn)單清晰，重要的任務(wù)節(jié)點(diǎn)控制好，高頻和開發(fā)人員保持溝通。
產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理的區(qū)別是什么?
產(chǎn)品經(jīng)理：核心工作是抓用戶需求、設(shè)計(jì)產(chǎn)品、產(chǎn)品生命周期把控。
項(xiàng)目經(jīng)理：確定產(chǎn)品能按計(jì)劃開發(fā)&通過內(nèi)測(cè)，順利部署/發(fā)布上線。
開發(fā)人員知道產(chǎn)品背景有什么好處?
- 目標(biāo)清楚，避免陷入思維死角，不必對(duì)需求產(chǎn)生過多疑問糾結(jié)于沒有必須糾結(jié)的細(xì)節(jié)點(diǎn)。
- 可以提供更好的技術(shù)實(shí)施解決方案，必須開發(fā)人員是最了解技術(shù)的。
產(chǎn)品開發(fā)的周期如何評(píng)估?
- 在明確的需求的前提下，開發(fā)人員給出的開發(fā)時(shí)間之后進(jìn)行評(píng)估。因?yàn)樵陂_發(fā)過程中會(huì)有很多意外的風(fēng)險(xiǎn)點(diǎn)因素發(fā)生，例如：常見的溝通時(shí)間、會(huì)議時(shí)間，產(chǎn)品BUG測(cè)試延誤等。
- 如時(shí)間充裕的情況下，用開發(fā)人員給出的時(shí)間乘以1.5倍左右作為心里預(yù)估時(shí)間，具體協(xié)商得到開發(fā)周期預(yù)估時(shí)間節(jié)點(diǎn)后，再調(diào)整產(chǎn)品開發(fā)計(jì)劃。
- 如時(shí)間周期有限，則橫向評(píng)估可用資源，預(yù)留必要的項(xiàng)目質(zhì)量時(shí)間。
例如：評(píng)估需求任務(wù)能分解至的最小單元、評(píng)估任務(wù)工作周期所預(yù)留的最遲時(shí)間節(jié)點(diǎn)，與現(xiàn)有各崗位人力數(shù)和消化能力配比、評(píng)估風(fēng)險(xiǎn)點(diǎn)占比等都是影響項(xiàng)目關(guān)鍵時(shí)間節(jié)點(diǎn)的因素。在所羅列的橫向資源清單下，評(píng)估的風(fēng)險(xiǎn)點(diǎn)會(huì)相對(duì)更清晰，逐一有效的平衡掉因時(shí)間原因?qū)е碌倪^剩任務(wù)量堆積，或凸顯的較為明確的風(fēng)險(xiǎn)點(diǎn)。
本文由@焦糖? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自Unspalsh, 基于CC0協(xié)議
好
真好