本文作者結(jié)合自己的實(shí)踐經(jīng)驗(yàn)，分享了To B軟件產(chǎn)品設(shè)計(jì)在產(chǎn)品研發(fā)階段的相關(guān)工作，并對各個(gè)環(huán)節(jié)需要注意的問題進(jìn)行了分析總結(jié)，供大家一同參考和學(xué)習(xí)。

產(chǎn)品研發(fā)階段可以說是最考驗(yàn)產(chǎn)品經(jīng)理協(xié)調(diào)溝通能力的時(shí)候，因?yàn)樵谶@個(gè)階段，產(chǎn)品經(jīng)理的主要工作都在嘴上，跟研發(fā)大佬要人、要排期；跟所有研發(fā)團(tuán)隊(duì)的每個(gè)人對需求、回答問題；跟測試團(tuán)隊(duì)的每個(gè)人對需求、回答問題；跟市場團(tuán)隊(duì)溝通市場預(yù)熱活動……這個(gè)階段的產(chǎn)品其實(shí)最像是打雜的~~~ 好多產(chǎn)品也是栽在這個(gè)階段。既然都是口頭工作，接下來咱們聊聊這里面的一些我認(rèn)為還算有效的工作方法和技巧。

產(chǎn)品研發(fā)流程通常是按照技術(shù)選型、功能開發(fā)、功能測試這幾個(gè)階段來執(zhí)行的，大部分企業(yè)有專業(yè)的項(xiàng)目經(jīng)理來負(fù)責(zé)排期和盯進(jìn)度，我們公司沒這個(gè)條件，都是由產(chǎn)品直接跟技術(shù)對接的，幸虧我是研發(fā)、項(xiàng)目經(jīng)理、產(chǎn)品的轉(zhuǎn)型路徑，還能勉強(qiáng)Hold住。所以，我會在介紹各項(xiàng)工作內(nèi)容的過程中穿插一些項(xiàng)目管理的東西，我的工作方法真的不一定適合所有人，大家批判的看吧，以參考為主。

一、總體溝通

能進(jìn)入這個(gè)階段，就說明你負(fù)責(zé)的產(chǎn)品的市場機(jī)會（MRD）已經(jīng)得到了公司大佬的認(rèn)可了，有了大佬這顆大樹，你就可以開展后面的活動了。首先要做一次整體的溝通，這個(gè)溝通一定要開會，參會人員包括：

• 技術(shù)組的老大（一般是技術(shù)總監(jiān)，根據(jù)實(shí)際情況來，一般得是給你安排人、排期的人），
• 產(chǎn)品這邊的相關(guān)人員（一般產(chǎn)品總監(jiān)得參會，得跟技術(shù)總監(jiān)那邊的大佬Level對等）
• 團(tuán)隊(duì)人員都叫過來（我們一般這個(gè)時(shí)候還沒有正式開始，所以只安排了二級Leader）
• 市場相關(guān)人員
• 銷售相關(guān)人員

大家開個(gè)會統(tǒng)一一下意見，這個(gè)會主要從以下幾個(gè)方面給大家做個(gè)介紹：

1. 產(chǎn)品整體情況（從MRD里面撈干的說）
2. 各主要功能的開發(fā)時(shí)間評估
3. 各功能模塊優(yōu)先級
4. 本期準(zhǔn)備開發(fā)的功能
5. 預(yù)計(jì)的開始時(shí)間和上線時(shí)間

開這個(gè)會的目的有幾個(gè)，一方面跟大佬們統(tǒng)一意見，讓大家了解即將開始研發(fā)的產(chǎn)品內(nèi)容已便于大佬們（或者安排下面人）構(gòu)思產(chǎn)品整體框架；最重要的是跟各部門大佬們混個(gè)臉熟，以后找他們的時(shí)候，不會一臉懵逼的想這哥們兒是誰。

開會的時(shí)候一般會記錄會議紀(jì)要，各大佬的提出的問題一定要記著，會上能回答的就會上回答（要在會議記錄里面體現(xiàn)），會上不能回答的，要做個(gè)QAList，會后研討解決了，通過郵件發(fā)給提出問題的大佬，同時(shí)抄送參會的其他人員，如果還有追加問題，也都通過QAList統(tǒng)一做記錄、跟蹤，所有大佬提出的問題一定都要有響應(yīng)、有回答，直到對方滿意為止。

這樣做的目的是要讓流程閉環(huán)，不要遺留任何問題到后面的階段，一旦遺留了問題，這個(gè)問題一定會變成一個(gè)巨大的坑，越是小問題，越會在項(xiàng)目即將結(jié)束的時(shí)候爆發(fā)出來，影響越大。很多公司都有相關(guān)的系統(tǒng)，我們沒有，所以QA是我自己用Excel維護(hù)的，大概是這樣的：

• 引入階段：這個(gè)時(shí)候你就要寫XXXX年XX月XX日項(xiàng)目溝通會
• 當(dāng)前階段：那就是立項(xiàng)階段
• 問題描述：直接從會議紀(jì)要里面摘，千萬別改，就是原來的問題
• 提出人：提問題的人的名字
• 目標(biāo)解決日期：預(yù)計(jì)你要那天解決
• 解決人：這個(gè)問題要誰來解決，要有具體的人
• 解決方案：預(yù)計(jì)這個(gè)問題應(yīng)該怎么解決，主要描述思路和方案
• 實(shí)際解決日期：提出方案是啥時(shí)候提出來的
• 狀態(tài)：Open、Close兩個(gè)狀態(tài)，Open就是還沒解決，Close就是已經(jīng)解決了；
• 確認(rèn)：OK、NG兩個(gè)狀態(tài)，OK就是提出人對解決方案滿意，NG就是不滿意。

這個(gè)問題列表是要貫穿在整個(gè)項(xiàng)目進(jìn)行過程中的，各個(gè)階段提出來的問題都要記錄在這個(gè)問題列表中，后面要持續(xù)追蹤，一定要閉環(huán)。

這里舉個(gè)例子：比如說研發(fā)大佬提出一個(gè)技術(shù)上的問題，可以提出解決方案，但是具體是在研發(fā)階段才能解決，那么狀態(tài)不能是Close，直到研發(fā)的人確認(rèn)這個(gè)已經(jīng)體現(xiàn)在這個(gè)階段了，你才能設(shè)置成Close，同時(shí)發(fā)給提出人讓他來確認(rèn)。

總體溝通會開完了，你和其他部門的思想也都統(tǒng)一了，研發(fā)那邊會給你安排人（開始至少會安排幾個(gè)Leader級別的人），就可以開始下一步的工作了。

二、講解PRD

確定了研發(fā)的人，你首先要做的就是給他們講產(chǎn)品設(shè)計(jì)，這個(gè)階段大家關(guān)注的應(yīng)該就是產(chǎn)品功能實(shí)現(xiàn)本身了，你要拿著這一期要開發(fā)的功能列表、優(yōu)先級、PRD來講。一般講解的順序是：

1. 講需求列表和優(yōu)先級，要讓具體研發(fā)的人對產(chǎn)品功能有一個(gè)整體上的判斷；
2. 講PRD，讓研發(fā)人員對具體實(shí)現(xiàn)有個(gè)認(rèn)識；
3. 講注意事項(xiàng)，比如預(yù)計(jì)多少用戶啦、預(yù)計(jì)并發(fā)量啦、客戶環(huán)境情況等等，這些小細(xì)節(jié)都是會影響到他們技術(shù)選型工作的。

如果設(shè)計(jì)的產(chǎn)品功能比較多，建議分開幾次會議講，講完了要讓研發(fā)消化一下，按照我的經(jīng)驗(yàn)，一般是隔一天講一下，當(dāng)然有時(shí)候研發(fā)那邊沒那么多時(shí)間，那就得集中講了，不過集中講內(nèi)容會比較多，效果不太好。

講解的過程中、講解后一般研發(fā)會問很多問題，這個(gè)問題也要記錄在項(xiàng)目問題列表里來做整體的追蹤，上面已經(jīng)講過了，這里就不再講了。

注意，研發(fā)人員在考慮問題的時(shí)候，會從技術(shù)層面把場景擴(kuò)大化，那么他們提出來的問題可能是問題，可能是風(fēng)險(xiǎn)。如果識別出來是風(fēng)險(xiǎn)，那就要把問題轉(zhuǎn)為風(fēng)險(xiǎn)管理。我們也沒有風(fēng)險(xiǎn)管理的系統(tǒng)，都是我自己追蹤的，所以做完了大概是這樣子的：

• 風(fēng)險(xiǎn)類別：那就是說什么類型的風(fēng)險(xiǎn)，我一般劃分為資源風(fēng)險(xiǎn)、業(yè)務(wù)風(fēng)險(xiǎn)、管理風(fēng)險(xiǎn)和技術(shù)風(fēng)險(xiǎn)；
• 風(fēng)險(xiǎn)來源：就是說風(fēng)險(xiǎn)可能從哪兒來，我一般會劃分為客戶、技術(shù)、工程過程、人力資源、設(shè)備；
• 風(fēng)險(xiǎn)描述：說明一下啥風(fēng)險(xiǎn)，一般是可能造成項(xiàng)目延期的，一定是可能造成；
• 風(fēng)險(xiǎn)影響：就是這個(gè)風(fēng)險(xiǎn)一旦真的發(fā)生了，可能造成啥影響；
• 風(fēng)險(xiǎn)發(fā)生現(xiàn)象：就是告訴大家怎么判斷風(fēng)險(xiǎn)真的發(fā)生了；
• 跟蹤時(shí)間：就是到那天或者什么階段，可以判斷這個(gè)風(fēng)險(xiǎn)發(fā)生的可能性沒有了；
• 可能性：發(fā)生可能性大概是多少；
• 風(fēng)險(xiǎn)等級：根據(jù)影響判斷等級，一般是高、中、低，高等級一定要每天都跟蹤；
• 處理放式：就是風(fēng)險(xiǎn)發(fā)生了咋處理，一般包括接受、避免、轉(zhuǎn)移、減緩；
• 應(yīng)對措施：就是根據(jù)你選擇的處理方式描述你準(zhǔn)備咋應(yīng)對，以最大化降低影響；
• 狀態(tài)：狀態(tài)分為開放、關(guān)閉、忽略、轉(zhuǎn)為問題。開放就是還沒發(fā)生，有可能發(fā)生，關(guān)閉就是肯定發(fā)生不了了；忽略就是影響不大，發(fā)生就發(fā)生吧；轉(zhuǎn)為問題那就是真他娘的發(fā)生了，已經(jīng)發(fā)生了就不能叫風(fēng)險(xiǎn)了，叫問題，得放到問題列表中去處理解決。

三、技術(shù)選型

給研發(fā)把事兒講明白了，他們就要做技術(shù)選型了，這時(shí)候常規(guī)的產(chǎn)品經(jīng)理存在感相當(dāng)小，因?yàn)槁犃四阋膊欢?。這時(shí)候作為研發(fā)出身的產(chǎn)品的我，優(yōu)勢就體現(xiàn)出來了。我們一般是技術(shù)會根據(jù)需求做好幾個(gè)選型方案，做好了要開會給我們講。一般產(chǎn)品需要從以下幾個(gè)方面去看技術(shù)選型方面的內(nèi)容：

1. 性能以及擴(kuò)展性：就是你做的技術(shù)方案能不能支撐我預(yù)期那么大的并發(fā)量，后續(xù)如果我并發(fā)量更大你還頂不頂?shù)米。?/li>
2. 安全性：就是你做的方案安全性能保證不？用戶信息會不會泄露，有沒有這方面的考慮；
3. 產(chǎn)品自身安全性：就是有沒有可能被盜版；
4. 可定制性：就是如果客戶改需求了，你能不能快速對應(yīng)；
5. 升級：就是產(chǎn)品有BUG或者有了新特性，咋給人家升級。

一般從這五個(gè)方面去問他們，如果某一個(gè)方案沒考慮就pass，如果能剩下一個(gè)方案，那就選這個(gè)；如果一個(gè)也剩不下，那就委婉的問問能不能再想想；如果都能剩下（那就是研發(fā)相當(dāng)牛掰），就讓研發(fā)自己推薦，他們肯定是有一個(gè)最滿意的，如果你聽不懂他們說啥你選第二推薦就行（因?yàn)樗麄冏顫M意的肯定最復(fù)雜，別問我咋知道的）。

會后別忘了發(fā)會議記錄，產(chǎn)品提出來的問題也是要做閉環(huán)管理的，研發(fā)那邊也要回答的~ 他們那么忙肯定沒時(shí)間嗎，沒關(guān)系，這小事兒，產(chǎn)品幫他來管理，時(shí)不時(shí)去問問就行。

四、研發(fā)階段

都準(zhǔn)備好了的話，就進(jìn)入研發(fā)階段了。這個(gè)階段產(chǎn)品通常就是回答研發(fā)爸爸們的問題了，這方面我就不講了，如果你產(chǎn)品設(shè)計(jì)過程中，都考慮到了，直接能回答最好，一般回答都是告訴他們以下信息點(diǎn)：

1. 這個(gè)內(nèi)容是啥樣的；
2. 為啥是這樣的；
3. 實(shí)在做不成這樣的話，你說你能做成啥樣的;
4. 那行吧\先這樣吧\那不行，咱要不再商量商量。

進(jìn)入研發(fā)階段最重要的就是要了解各功能的開發(fā)情況，我們是每天上午開個(gè)早會，大概15分鐘，然后記錄整體進(jìn)度情況。因?yàn)槲易约合Ｍ私獾母?xì)一點(diǎn)，雖然公司有項(xiàng)目管理的系統(tǒng)，我自己也弄了一個(gè)小的進(jìn)度管理模板來記錄進(jìn)度信息，精確到天的，類似這樣的：

這里面會把各個(gè)功能、團(tuán)隊(duì)、工作內(nèi)容（他們告訴我的）、每天的情況做個(gè)記錄。

• StandBy就是還沒開始
• Plan就是計(jì)劃開始了
• Doing就是正在做
• OK就是做完了

每天記錄完了跟總體排期去比對，這樣你對整體上線時(shí)間就有相對比較精確的了解了。然后按照整體排期來催他們（催的時(shí)候千萬帶好小零食、奶茶、咖啡和個(gè)人護(hù)具）。

一般他們調(diào)完一個(gè)功能我們就會上去隨便點(diǎn)點(diǎn)、用用，需求理解上的偏差越早發(fā)現(xiàn)對項(xiàng)目的影響越小。

五、功能測試

我們的測試團(tuán)隊(duì)跟研發(fā)團(tuán)隊(duì)是一個(gè)團(tuán)隊(duì)，所以整體過程是一起管理的，不過產(chǎn)品一定要評審測試團(tuán)隊(duì)的測試計(jì)劃和測試用例。測試計(jì)劃里面重點(diǎn)關(guān)注的是測試啟動條件、硬件環(huán)境、時(shí)間進(jìn)度安排；測試用例關(guān)注的是測試的點(diǎn)對不對，測試內(nèi)容是不是能覆蓋到功能細(xì)節(jié)。還是老規(guī)矩，評審后的問題也要放在問題列表里面做跟蹤。

另外，測試結(jié)束后要求提交測試報(bào)告，測試報(bào)告應(yīng)該包括測試用例及測試結(jié)果；測試了幾輪；BUG有沒有收斂趨勢；壓力測試的報(bào)告等等。

我之前的公司甚至要根據(jù)代碼行數(shù)來計(jì)算用例覆蓋率、BUG殘留率等等品質(zhì)指標(biāo)，現(xiàn)在好像這么計(jì)算的比較少了。

好了，經(jīng)過一段時(shí)間的研發(fā)工作后，研發(fā)團(tuán)隊(duì)將給你提交以下幾個(gè)成果物：

• 產(chǎn)品包（線上的或者安裝包）
• 產(chǎn)品部署手冊（線下一般有）
• 產(chǎn)品測試報(bào)告

拿到這幾個(gè)成果物了，我們產(chǎn)品就要開始我們的驗(yàn)收、市場支持相關(guān)的工作了，了解后續(xù)工作，且聽下回分解吧。

#相關(guān)閱讀#

市場分析階段：To B軟件產(chǎn)品設(shè)計(jì)流程總結(jié)

產(chǎn)品設(shè)計(jì)階段：To B軟件產(chǎn)品設(shè)計(jì)流程總結(jié)

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

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