編輯導(dǎo)語：由于每個互聯(lián)網(wǎng)產(chǎn)品都有著一定的差異，所以每個團(tuán)隊(duì)的產(chǎn)品流程其實(shí)都大不相同，也沒有一個完全的標(biāo)準(zhǔn)，但是大致上的研發(fā)流程還是有相似之處；本文作者分享了關(guān)于大型互聯(lián)網(wǎng)產(chǎn)品流程，我們一起來看一下。

最近因?yàn)楣ぷ餍枰匾庹砹水a(chǎn)品的流程，其中基本覆蓋了互聯(lián)網(wǎng)產(chǎn)品的主要節(jié)點(diǎn)，由于這個偏通用型，所以并不能說這個就一定適用不同類型或者不同階段的產(chǎn)品；尤其對于創(chuàng)業(yè)型或者敏捷型團(tuán)隊(duì)，其推進(jìn)的流程是相對簡單的。

這兒需要特意強(qiáng)調(diào)：不要迷戀流程！不要迷戀流程！不要迷戀流程！

當(dāng)團(tuán)隊(duì)需要靠流程來約束的時候，團(tuán)隊(duì)?wèi)?zhàn)斗力和自驅(qū)力已經(jīng)受損了，流程往往是一種多個角色妥協(xié)的結(jié)果，而且流程使用不好，對于團(tuán)隊(duì)殺傷力極大。

既然聊到流程，就多說幾句個人的觀點(diǎn)。

• 流程只是一個“約束”，是希望盡量讓大家協(xié)同效率變高；但是不應(yīng)該讓團(tuán)隊(duì)成員用流程來反向約束或者挑戰(zhàn)關(guān)聯(lián)角色，不應(yīng)該成為一種“制衡”或者“甩鍋”的工具。
• 流程在使用中如果發(fā)現(xiàn)不對，當(dāng)有“甩鍋”的苗頭，需要盡快調(diào)整。
• 業(yè)務(wù)在不同階段、團(tuán)隊(duì)成員能力構(gòu)成不同，產(chǎn)品流程可能差別很大。
• 如果大家的精力都在focus流程，那這個項(xiàng)目團(tuán)隊(duì)勢必已經(jīng)走偏了，可以預(yù)判業(yè)務(wù)沒有“增長”。

如下流程將大部分關(guān)節(jié)節(jié)點(diǎn)都有體現(xiàn)，其中并不是強(qiáng)制約束，可能不同階段的團(tuán)隊(duì)在部分節(jié)點(diǎn)上的處理方式會有不同。

我們來詳細(xì)聊下這些節(jié)點(diǎn)：

一、BRD階段

核心點(diǎn)就是“需求來源”，不同公司情況差別很大，很多產(chǎn)品的需求其實(shí)來自于老板，經(jīng)常甩一句“xxx老板的需求”，這種需求基本上也就不存在BRD的說法了，需要對接需求的同學(xué)能相對清晰的理解需求。

大家往往容易忽視這個階段的重要性，因?yàn)檫@個階段其實(shí)需要收集到比較關(guān)鍵的信息，比如需求背景、價值、上線時間預(yù)期等，這些都是接下來會直接影響項(xiàng)目排期的。

大部分公司項(xiàng)目資源都是有限的，所以往往都會涉及到優(yōu)先級的PK；如果前期收集的信息相對完整，在中間決策的時候，就不需要再往前回推找人確認(rèn)這些信息。

二、產(chǎn)品規(guī)劃

這個話題很大，需要通過單獨(dú)的topic來聊。

有幾個點(diǎn)需要注意：

• 產(chǎn)品規(guī)劃體現(xiàn)的是對于需求輸入和產(chǎn)品長期走向和資源現(xiàn)狀的綜合判斷，是一種綜合能力的體現(xiàn)。
• 產(chǎn)品規(guī)劃的大忌就是看似很漂亮很牛逼，但是不接地氣，落不了地。
• 規(guī)劃是一種動態(tài)的行為，需要根據(jù)產(chǎn)品推進(jìn)階段和資源情況，以及市場環(huán)境變化或者組織結(jié)構(gòu)的變化，而及時調(diào)整。

三、需求設(shè)計

即我們常說的需求文檔輸出——能否輸出高質(zhì)量的需求文檔，也是體現(xiàn)產(chǎn)品經(jīng)理能力的地方；需求文檔的核心在于讓開發(fā)和測試?yán)斫庑枨?，通過這個文檔可以按照產(chǎn)品經(jīng)理的要求交付功能。

個人的風(fēng)格更加傾向?qū)嵱弥髁x，也就是用相對清晰簡潔的方式高效率的把文檔輸出，這個要基于對于開發(fā)、測試的理解能力的判斷，以及相互的配合默契程度的把握。

首先確保大方向和邏輯不要跑偏，關(guān)鍵細(xì)節(jié)需要盡量完整，但并不一定是每個地方都需要特別精細(xì)特別完整。完整的背后就是時間和精力的投入。

產(chǎn)品交互和流程建立一些基礎(chǔ)的規(guī)范，可以大大提升效率，這個需要日常的積累，構(gòu)建規(guī)范，構(gòu)建默契。

關(guān)于需求文檔模板或者規(guī)范，這個還是很有必要的，至少可以減少產(chǎn)品內(nèi)部或者研發(fā)對于需求文檔理解的成本；但是這個模板不要太復(fù)雜，別規(guī)定的太細(xì)，可以先從粗后細(xì)；比如剛開始只需要明確需要包括：需求背景和目標(biāo)、關(guān)鍵名詞解釋、核心流程圖、用戶量預(yù)期等（用戶量預(yù)期，這個對于研發(fā)比較關(guān)鍵，他們會根據(jù)這個指標(biāo)或者節(jié)奏來制定合理的技術(shù)方案）。

四、需求內(nèi)部評審

這個階段很有必要，尤其是一個初創(chuàng)或者還不是特別成熟的團(tuán)隊(duì)，通過資深的產(chǎn)品來review下需求設(shè)計，會避免后面很多問題；往往很多較為初級的產(chǎn)品經(jīng)理容易受經(jīng)驗(yàn)的限制造成設(shè)計的方案考慮不夠完整，容易出現(xiàn)邏輯漏洞，或者方案擴(kuò)展性不強(qiáng)。

但是如果配合默契的團(tuán)隊(duì)，并不需要單獨(dú)有這個步驟，一般都會潛在的“導(dǎo)師制”，也就是初級的產(chǎn)品經(jīng)理一般會在設(shè)計方案的時候會先和自己的“導(dǎo)師”先溝通對齊方案，然后再寫文檔，避免后續(xù)修改返工。

五、提測后的走查

只要產(chǎn)研配合順暢，這個階段一般是不需要的。

將這個節(jié)點(diǎn)列出來，只是在有些比較重要的產(chǎn)品功能或者邏輯比較復(fù)雜的功能，產(chǎn)品最好還是提前介入會好一些；這樣可以及時發(fā)現(xiàn)問題，避免到后期因?yàn)槿肆蛘吖て诨蛘邷贤▎栴}造成項(xiàng)目延期。

本文由 @七月專欄 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于 CC0 協(xié)議