產(chǎn)品項(xiàng)目開發(fā)流程圖
產(chǎn)品項(xiàng)目開發(fā)流程圖
項(xiàng)目是什么，人們常用“時(shí)間”、“資源(或缺乏資源)”，“某種工作努力”，“交付物或者產(chǎn)品”，“綜合工程”，“缺乏凌駕其他班組的職權(quán)”，以及“預(yù)算”來(lái)給它下定義。以下是學(xué)習(xí)啦小編為大家整理的關(guān)于產(chǎn)品項(xiàng)目開發(fā)流程圖，給大家作為參考，歡迎閱讀!
產(chǎn)品項(xiàng)目開發(fā)流程圖
產(chǎn)品項(xiàng)目開發(fā)需求階段
a、需求產(chǎn)生，產(chǎn)品設(shè)想
需求產(chǎn)生有三種渠道：
一，UI(User Interface用戶界面)設(shè)計(jì)師或PD(Product Desiger產(chǎn)品策劃)研究市場(chǎng)需要，提出需求，應(yīng)獲得市場(chǎng)策劃或市場(chǎng)調(diào)研員的認(rèn)可;
二，業(yè)務(wù)部門提出需求，包含總經(jīng)理、研究部、內(nèi)容編輯部、客服部、展業(yè)部、市場(chǎng)部、運(yùn)營(yíng)部等部門。
三，UI或PD研究用戶，提出需求。此步驟需提供用戶**慣報(bào)告，體驗(yàn)?zāi)繕?biāo)，用戶訪談、調(diào)研，流量數(shù)據(jù)統(tǒng)計(jì)等作為依據(jù)，不得憑空想象。
所有需求需經(jīng)過(guò)PD。不經(jīng)PD的需求，技術(shù)部門有權(quán)拒絕開發(fā)，也沒有人為需求負(fù)責(zé)。即使不需產(chǎn)品設(shè)想(進(jìn)行策劃和設(shè)計(jì))，也應(yīng)提交給PD備案。
b、用戶調(diào)研，競(jìng)品分析
先有用戶調(diào)研，后有競(jìng)品分析;競(jìng)品分析五個(gè)步驟：
1、競(jìng)品篩選，“選擇重于分析，分析重于羅列”，當(dāng)然篩選之前必須了解不同類型的產(chǎn)品;
2、明確主線，明確誰(shuí)是競(jìng)爭(zhēng)對(duì)手——要比較哪些方面——如何進(jìn)行比較——比較的結(jié)果怎么處理;
3、分析競(jìng)品之前先分析用戶，對(duì)比競(jìng)品的用戶范圍與自身產(chǎn)品的目標(biāo)用戶，通過(guò)做訪談看評(píng)論充分了解用戶;
4、具體分析篩選維度，這里指出9個(gè)常用維度：市場(chǎng)趨勢(shì)、業(yè)界現(xiàn)狀;競(jìng)爭(zhēng)對(duì)手的企業(yè)愿景、產(chǎn)品定位及發(fā)展戰(zhàn)略;
目標(biāo)用戶;市場(chǎng)數(shù)據(jù);核心功能;交互設(shè)計(jì);產(chǎn)品優(yōu)缺點(diǎn);運(yùn)營(yíng)及推廣策略;總結(jié)和行動(dòng)點(diǎn)。
5、完成競(jìng)品分析報(bào)告，并隨時(shí)準(zhǔn)備完善修改，向團(tuán)隊(duì)灌輸競(jìng)品的的當(dāng)前狀況，充分考慮并應(yīng)對(duì)競(jìng)爭(zhēng)對(duì)手，謀求自身產(chǎn)品的前途與發(fā)展。
c、MRD(Market Requirements Document市場(chǎng)需求文檔)
MRD需明確傳達(dá)產(chǎn)品需求的目的和目標(biāo)，指出什么樣的新產(chǎn)品、方案和服務(wù)為什么可以在市場(chǎng)上或者內(nèi)部取得成功，以及希望取得怎樣的成功。MRD說(shuō)明“是什么”和“為什么”，但不要寫“如何”(即不要包含流程圖和原型圖)。
當(dāng)產(chǎn)品需求為高優(yōu)先級(jí)(即項(xiàng)目立項(xiàng))時(shí)，需求方必須提供MRD文檔。產(chǎn)品需求的優(yōu)先級(jí)、權(quán)重和是否立項(xiàng)由項(xiàng)目實(shí)施委員會(huì)確定，日常需求由委員會(huì)負(fù)責(zé)人確定，非常規(guī)需求開會(huì)確定。個(gè)別小修改甚至不需PRD，可由PD與技術(shù)部門直接溝通完成。
d、需求評(píng)審
PD接到顯性需求后，應(yīng)仔細(xì)透徹地分析需求方的真正意圖。有時(shí)候需求方的想法不一定正確，也有些是突然的想法并不可行，PD需進(jìn)行判斷;當(dāng)這種情況出現(xiàn)時(shí)，PD有權(quán)提出自己的解決方法，包括否定需求。因判斷失誤造成需求沖突、重復(fù)開發(fā)等情況，責(zé)任由PD承擔(dān)。當(dāng)發(fā)生爭(zhēng)執(zhí)，由PM(Product Manager產(chǎn)品經(jīng)理)協(xié)調(diào)解決。PD完成需求評(píng)審后，需告知需求方完成PRD的時(shí)間、產(chǎn)品開發(fā)的預(yù)估難度及完成工期。
產(chǎn)品項(xiàng)目開發(fā)流程圖相關(guān)文章：