前言
哈嘍各位讀者們，好久不見啦！
最近工作比較忙，因?yàn)槲倚枰?dú)自負(fù)責(zé)所有的產(chǎn)品線，包括客戶端，運(yùn)營(yíng)后臺(tái)，數(shù)據(jù)后臺(tái)等等，產(chǎn)品遇到各種各樣的問題都需要我親自去解決。
當(dāng)然，在這個(gè)過(guò)程中也學(xué)習(xí)摸索到了很多東西，在產(chǎn)品領(lǐng)域真的有太多的知識(shí)點(diǎn)需要不斷地去攻克，所以我也在業(yè)余時(shí)間抽出了大量的時(shí)間去學(xué)習(xí)和總結(jié)，自然寫文章的時(shí)間也就少了，不過(guò)幸好大家不會(huì)因此把我忘了，用戶量還是有增無(wú)減。接下來(lái)我會(huì)花多一點(diǎn)的時(shí)間把我之前思考的東西分享出來(lái)，請(qǐng)各位保持關(guān)注。
說(shuō)句題外話，我這個(gè)人實(shí)在是會(huì)折騰，在忙得蛋疼的這個(gè)節(jié)骨眼上，我還和我哥繼續(xù)在秘密研發(fā)一款新產(chǎn)品，是關(guān)于時(shí)間管理方面的應(yīng)用，在不久之后就會(huì)與大家見面啦！等產(chǎn)品上線后，我也會(huì)和大家去分享做這款產(chǎn)品過(guò)程中的心得和體會(huì)。
做產(chǎn)品實(shí)際上就是在創(chuàng)造一個(gè)世界，在打磨產(chǎn)品的過(guò)程中一定是孤獨(dú)和寂寞的，唯有分享，才能排解這種孤獨(dú)與寂寞。
在產(chǎn)品的整個(gè)生命周期中，一定會(huì)遇到各種各樣的需求蜂擁而至，包括部門內(nèi)部由于運(yùn)營(yíng)需要而提出的需求，領(lǐng)導(dǎo)心血來(lái)潮提出的需求，也有通過(guò)用戶投訴或反饋得來(lái)的需求，以及通過(guò)你個(gè)人對(duì)自身產(chǎn)品和競(jìng)品的體驗(yàn)以及產(chǎn)品的數(shù)據(jù)分析得來(lái)的需求。
同時(shí)你還得負(fù)責(zé)項(xiàng)目的跟進(jìn)，新版本的規(guī)劃等等，在這個(gè)過(guò)程中你既要面對(duì)項(xiàng)目研發(fā)過(guò)程中的諸多問題，又時(shí)時(shí)刻刻面臨需求的不斷轟炸，這時(shí)候我們就會(huì)感覺到事務(wù)非常的多且雜亂。
所以，理清楚產(chǎn)品的整個(gè)規(guī)劃的流程就非常重要，這套流程能夠幫助自己理清思緒，讓你知道你現(xiàn)階段應(yīng)該做什么，接下來(lái)要做些什么，這樣才能讓自己的工作非常有條理，也會(huì)讓產(chǎn)品的迭代更有節(jié)奏。
這是我總結(jié)的產(chǎn)品規(guī)劃的流程圖
需求管理
需求管理是做產(chǎn)品的人最首要也是最核心的任務(wù)，一款產(chǎn)品遇到的所有的需求最終都將匯集到我們產(chǎn)品人這邊過(guò)來(lái)，如果沒有及時(shí)做好需求的記錄和把控，就很容易造成需求的遺漏，重復(fù)記錄等，最后講導(dǎo)致產(chǎn)品規(guī)劃的混亂。
產(chǎn)品需求的產(chǎn)生主要有以下四種方式
1.產(chǎn)品研究
產(chǎn)品人每天至少需要對(duì)自己的產(chǎn)品以及競(jìng)品反復(fù)體驗(yàn)在30分鐘以上，并記下體驗(yàn)過(guò)程中得出來(lái)的需求點(diǎn)。
2.用戶反饋
每天定期查看產(chǎn)品的用戶反饋后臺(tái)，自建渠道包括qq群，貼吧，社交媒體是否有用戶投訴反饋，清楚問題之后記下需求點(diǎn)，若是屬于bug或者急需解決的需求，立刻反映給開發(fā)解決，若是屬于不緊急的需求，則列入版本迭代規(guī)劃中。
3.用戶訪談
如果所在公司有資源，可以定期召集目標(biāo)用戶群體進(jìn)行訪談，如果沒有，也可以召集公司或者部門同事進(jìn)行訪談，詢問他們需求點(diǎn)在哪里，記錄下來(lái)。
4.數(shù)據(jù)分析
產(chǎn)品人需要每天或者至少一周對(duì)產(chǎn)品進(jìn)行全面的數(shù)據(jù)分析，輸出數(shù)據(jù)日?qǐng)?bào)或者數(shù)據(jù)周報(bào)，總結(jié)產(chǎn)品遇到的問題，得出需求點(diǎn)，記錄下來(lái)。
通過(guò)每天的需求收集，會(huì)生成以下的需求管理表
產(chǎn)品版本迭代規(guī)劃
每個(gè)特定的時(shí)間都需要對(duì)產(chǎn)品的現(xiàn)狀進(jìn)行一番梳理和總結(jié)，理清楚產(chǎn)品上線后的效果是怎么樣的，接下來(lái)的方向應(yīng)該怎么走。
做產(chǎn)品一定不能盲目地去加各種各樣的需求，或者毫無(wú)目的地去做版本迭代。每個(gè)版本的需求一定都是基于產(chǎn)品目前的現(xiàn)狀，市場(chǎng)的情況，最后基于產(chǎn)品發(fā)展的目的而去做的。、
目前我給自己定了兩個(gè)時(shí)間點(diǎn)去做產(chǎn)品的版本迭代規(guī)劃
第一個(gè)時(shí)間點(diǎn)：每個(gè)月的月底
在每個(gè)月的月底都需要對(duì)產(chǎn)品進(jìn)行總結(jié)，發(fā)現(xiàn)產(chǎn)品的問題，規(guī)劃產(chǎn)品未來(lái)的發(fā)展。
第二個(gè)時(shí)間點(diǎn)：上一版本開發(fā)結(jié)束前
為了保證產(chǎn)品開發(fā)的節(jié)奏，需要在上一個(gè)版本開發(fā)結(jié)束后，馬上可以與技術(shù)對(duì)接新版本的需求和原型，所以在上一版本開發(fā)結(jié)束前至少一周，就必須要對(duì)產(chǎn)品進(jìn)行總結(jié)，作出接下來(lái)的版本需求規(guī)劃，這樣才可以保證新版本需求的輸出，且留有一定的時(shí)間完成產(chǎn)品原型的設(shè)計(jì)。
產(chǎn)品規(guī)劃包括以下兩點(diǎn)內(nèi)容
1.月度數(shù)據(jù)分析
先對(duì)本月產(chǎn)品的數(shù)據(jù)情況進(jìn)行分析總結(jié)，得出問題點(diǎn)，輸出數(shù)據(jù)月報(bào)
2.需求匯總分析
在上文已經(jīng)提到，我們每天都通過(guò)四種方式去采集各種各樣的需求，現(xiàn)在就是運(yùn)用它們的時(shí)候了。
我們就需要把之前收集到的所有的需求點(diǎn)以及數(shù)據(jù)月報(bào)得出來(lái)的需求點(diǎn)進(jìn)行打包，結(jié)合數(shù)據(jù)月報(bào)得出來(lái)的結(jié)論進(jìn)行綜合分析，然后思考接下來(lái)半年的版本迭代規(guī)劃。
例如我們接下來(lái)半年需要分為幾個(gè)版本去迭代，每個(gè)版本分別要花多少時(shí)間開發(fā)，以及每個(gè)版本應(yīng)該做哪些需求。
當(dāng)然，有一些需求是無(wú)法確定什么時(shí)候做的或者是半年以后才有可能去做的，那么就把這些需求列入到“待定版本需求”中去。
做完產(chǎn)品版本規(guī)劃之后，我們就已經(jīng)把之前收集到的所有需求都封裝到上面那幾個(gè)表格中去了。
接下來(lái)我們依然需要每天進(jìn)行需求的收集，但是收集到的需求不能馬上添加到這幾個(gè)表格中，而是仍然需要等下一個(gè)時(shí)間點(diǎn)來(lái)了之后，再次重復(fù)上文所說(shuō)的產(chǎn)品版本迭代規(guī)劃之后，再將收集到的需求添加到表格中去。
原型設(shè)計(jì)
半年的版本迭代規(guī)劃做完后，對(duì)接下來(lái)新版本要做什么需求就非常清晰了，所以接下來(lái)就需要將新版本規(guī)劃好的需求進(jìn)行落地了。這一點(diǎn)就不需要我多說(shuō)了，原型階段應(yīng)該是最簡(jiǎn)單的，每一個(gè)入門級(jí)的產(chǎn)品經(jīng)理必經(jīng)的階段。這個(gè)時(shí)候的原型不需要做得很細(xì)，只要能夠理清需求的邏輯就可以了，因?yàn)樵椭饕怯脕?lái)和技術(shù)對(duì)接的，把需求講清楚就可以了，更細(xì)節(jié)的產(chǎn)品邏輯需要通過(guò)完整的需求文檔來(lái)描述。
技術(shù)對(duì)接
完成新版本的原型設(shè)計(jì)之后，此時(shí)上一版本的需求技術(shù)估計(jì)也差不多開發(fā)完了，那么接下來(lái)就是召開技術(shù)的對(duì)接會(huì)議，當(dāng)然，撕逼是免不了的啦，你之前規(guī)劃好的版本迭代計(jì)劃一定會(huì)因?yàn)楦鞣N技術(shù)實(shí)現(xiàn)原因而大動(dòng)刀子。
經(jīng)過(guò)技術(shù)對(duì)接會(huì)議之后，我們需要將產(chǎn)品的需求點(diǎn)以及需求原型通過(guò)郵件發(fā)送給技術(shù)，讓技術(shù)評(píng)估需求的問題點(diǎn)以及實(shí)現(xiàn)難度。評(píng)估結(jié)果出來(lái)之后，產(chǎn)品部門內(nèi)部需要進(jìn)一步地討論，此時(shí)我們要做的就是去調(diào)整版本規(guī)劃表的需求劃分，例如有些需求這個(gè)版本不能實(shí)現(xiàn)的，就下移到下一個(gè)版本，有些需求壓根不能實(shí)現(xiàn)的，就直接刪除，有些需求實(shí)現(xiàn)難度太大的，就可以直接放到待定版本需求里面去。
需求文檔
經(jīng)過(guò)技術(shù)的評(píng)估，產(chǎn)品部門內(nèi)部討論之后，新版本的需求和原型基本就定下來(lái)了，此時(shí)并不能馬上就把需求和原型遞交給技術(shù)就完事了，因?yàn)樵彤吘故峭ㄟ^(guò)原型軟件畫出來(lái)的，不是通過(guò)文檔寫的，很多產(chǎn)品的細(xì)節(jié)邏輯無(wú)法很清晰地通過(guò)大量的文字寫出來(lái)，這樣會(huì)導(dǎo)致技術(shù)需求理解不清楚，這樣后面就會(huì)導(dǎo)致各種各樣的問題，不僅如此，在產(chǎn)品開發(fā)的過(guò)程中一定會(huì)遇到各種需求變更的情況，每一次對(duì)需求的修改都需要做一次記錄，這樣方便項(xiàng)目組查看，也有利于后續(xù)對(duì)需求變更記錄的追蹤。所以，總體來(lái)說(shuō)，詳細(xì)的產(chǎn)品需求文檔是必不可少的。
項(xiàng)目跟進(jìn)
項(xiàng)目跟進(jìn)之前，產(chǎn)品人需要和技術(shù)去溝通需求實(shí)現(xiàn)的時(shí)間節(jié)點(diǎn)，例如前端的哪些需求在哪個(gè)時(shí)間點(diǎn)能完成，后端的哪些需求在哪個(gè)時(shí)間點(diǎn)能完成，將溝通后的結(jié)果輸出成項(xiàng)目里程碑，產(chǎn)品人要做的就是盯著技術(shù)是否按照項(xiàng)目里程碑上面的時(shí)間節(jié)點(diǎn)完成需求的開發(fā)，如果不行，該趕就得趕，該撕逼還得撕逼，隨時(shí)準(zhǔn)備為項(xiàng)目順利上線犧牲。
