沒有跟進(jìn)過項目的小伙伴，如果你對項目過程從無了解，下面我對自己經(jīng)歷過的一些項目經(jīng)驗做了總結(jié)、思考，希望這篇文章能給你帶來一些經(jīng)驗，引起你的共鳴。

在項目中，最常見、簡化的工作流程：

需求討論 - 用戶分析 - 需求分析&評審 - 原型設(shè)計 - 項目跟進(jìn) - 測試上線 - 開始迭代

需求討論

01常見痛苦

1.需求方需求不明確，要么只講細(xì)節(jié)，要么概括到?jīng)]邊，并且常忘了結(jié)合自身業(yè)務(wù)優(yōu)勢規(guī)劃產(chǎn)品；

如：我們想要像淘寶那樣的網(wǎng)站，能申請店鋪，有平臺感，能夠有吸引買家的等級系統(tǒng)，就算做不了淘寶第一，也要做第二。

2.不關(guān)心市場、用戶狀態(tài)，自己就是行業(yè)。偽需求多，實在不行直接原樣抄襲，討論很久也沒有最終方案；

如：用戶數(shù)據(jù)只有注冊統(tǒng)計數(shù)，要么就是去類似網(wǎng)站看幾個人的發(fā)言，就變身用戶了，很少考慮自身業(yè)務(wù)，反正就是市場、用戶這些沒空去仔細(xì)了解，原因：太忙（誰不忙呢，在現(xiàn)在這個社會）

3.沒有確定的想法，摸索著去設(shè)計，到細(xì)節(jié)時評審會上容易糾纏不清，定稿時要反復(fù)改兩三稿；

例：溝通無效非常常見，耽誤項目進(jìn)度，就算是給A/B方案，也是治標(biāo)不治本。

02解決方案

深入市場、業(yè)部部門了解業(yè)務(wù)流程

承認(rèn)不懂，主動去了解，讓自己成為業(yè)務(wù)人員。這樣才能贏別人的尊重。

例如：汽車訂單開發(fā)流程，比較專業(yè)，要去總結(jié)出業(yè)務(wù)部門的工作流程：

接收申請-車型科審核-技術(shù)評審-確認(rèn)訂單-訂單設(shè)計-設(shè)計檢查-統(tǒng)計設(shè)計投入-提報考核建議

在流程的每一步驟中都有大量的細(xì)節(jié)需求，要認(rèn)真分析

對產(chǎn)品功能如何實現(xiàn)，要根據(jù)項目團(tuán)隊和之前的資源來做判斷、決定

如：產(chǎn)品要鏈接一個第三方支付產(chǎn)品，選現(xiàn)有的還是再加入新的第三方支付產(chǎn)品呢？

第三方支付功能怎么做，實現(xiàn)過程怎么設(shè)計，都要根據(jù)現(xiàn)狀去做判斷。

多分析競品，再根據(jù)自己的情況，設(shè)計一套適合自己的業(yè)務(wù)邏輯，不建議原樣照抄

如做一款短視頻產(chǎn)品，目前比較熱門的抖音、頭條視頻等等，每個產(chǎn)品都有各自的特點，可以結(jié)合其優(yōu)點進(jìn)行分析，并成形自己的業(yè)務(wù)邏輯

像頭條視頻，除了內(nèi)容方面的自建模式，同時，結(jié)合頭條強(qiáng)大的標(biāo)簽推薦系統(tǒng)，值得我們?nèi)ズ煤昧私猓?/p>

a、初期根據(jù)線性函數(shù)做數(shù)值推理、用戶分群；
b、根據(jù)不同喜好推送相關(guān)內(nèi)容；
c、大數(shù)據(jù)匯總內(nèi)容，抽樣隨機(jī)推出高概率相關(guān)內(nèi)容推送

結(jié)合專業(yè)的SWOT，PESTEL分析市場信息，同時結(jié)合三大文檔BRD，MRD，PRD做產(chǎn)品規(guī)劃。

SWOT，PESTEL屬于產(chǎn)品戰(zhàn)略層的規(guī)劃階段，大家了解就好

用戶分析

01頭疼問題

沒有用戶數(shù)據(jù)，沒有用戶反饋；

用戶有反饋，但沒什么用，籠統(tǒng)不知道問題在哪；

公司不重視用戶調(diào)研；

02我們做為產(chǎn)品經(jīng)理能做的：

自己選擇目標(biāo)用戶做調(diào)研，或者找公司支持；

認(rèn)真準(zhǔn)備調(diào)查問卷，關(guān)注第一次用戶訪談，定一個基本數(shù)量目標(biāo)；

找用戶發(fā)言渠道，通過綜合數(shù)據(jù)進(jìn)行推演；

善用調(diào)查訪問工具：問卷星，麥客等

需求分析&評審

01頭疼情況

評審不嚴(yán)謹(jǐn)，扯皮嚴(yán)重。遺留很多問題無法解決，需求方不停提出問題，延誤項目進(jìn)展，

02能做的

需求邊界確定；

嚴(yán)格執(zhí)行評審過程；

細(xì)化需求討論，不在一個問題上糾纏太久；

用原型軟件輔助：Visio，Xmind，Axure，Office等。

原型設(shè)計

01頭疼情況

細(xì)節(jié)需求不完善，很多問題在開發(fā)時才發(fā)現(xiàn)；

需求確認(rèn)困難，反復(fù)修改情況常有發(fā)生。

02能做的

學(xué)習(xí)使用原型交互設(shè)計，原型表達(dá)的越明確，確認(rèn)工作越輕松；

原型上需求，代替 PRD文檔；

需要時可附帶BRD，MRD，PRD文檔。

項目跟進(jìn)

01頭疼情況

項目管理混亂，不能及時了解每個人的進(jìn)度；

每個人進(jìn)度各異，無合作意識，耽誤上線時間；

沒有績效，或有績效也是做做樣子，沒有高效率合作的激勵措施。

02能做的

用項目管理軟件，如：Project，規(guī)范化項目管理過程；

明確每個人職責(zé)及完成工作時間，進(jìn)度；

存在問題及時解決，通知所有人，形成團(tuán)隊共知的氛圍。

測試上線

01問題

1.測試不規(guī)范，BUG測試人員查不出；

2.內(nèi)測后上線任然大量問題存在。

02能做的

l? 測試用例文檔先制做，嚴(yán)格按測試文檔測試；

l? 做可用性測試；

l? 使用測試軟件：Tapd，OneAPM（頁面量載測試）TestLink。

開始迭代

01頭疼情況

1.迭代混亂，兩次迭代間銜接混亂

2.下一次替代無上一次產(chǎn)品上線的用戶反饋

3.沒有收集上線后的使用反饋， Bug修復(fù)延遲

02能做的

l? 建立迭代節(jié)奏

l? 定期收集上線數(shù)據(jù)，以調(diào)整后續(xù)迭代計劃

l? 可使用分析工具進(jìn)行數(shù)據(jù)分析，如：SPSS文檔

產(chǎn)品的完成過程，是一個反復(fù)重復(fù)，改進(jìn)的過程，我們要做好充分的準(zhǔn)備，全盤考慮產(chǎn)品生命周期的完整狀況，才能逐步完善產(chǎn)品。

只有腳踏實地做好產(chǎn)品才是正道，每一個產(chǎn)品都要一步步去積累跟實踐！