實(shí)踐:怎么做好研發(fā)階段的產(chǎn)品工作

12 評(píng)論 12578 瀏覽 80 收藏 16 分鐘

本文作者結(jié)合自己的實(shí)踐經(jīng)驗(yàn),分享了To B軟件產(chǎn)品設(shè)計(jì)在產(chǎn)品研發(fā)階段的相關(guān)工作,并對(duì)各個(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è)人對(duì)需求、回答問題;跟測(cè)試團(tuán)隊(duì)的每個(gè)人對(duì)需求、回答問題;跟市場(chǎng)團(tuán)隊(duì)溝通市場(chǎng)預(yù)熱活動(dòng)……這個(gè)階段的產(chǎn)品其實(shí)最像是打雜的~~~ 好多產(chǎn)品也是栽在這個(gè)階段。既然都是口頭工作,接下來咱們聊聊這里面的一些我認(rèn)為還算有效的工作方法和技巧。

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

一、總體溝通

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

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

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

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

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

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

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

  • 引入階段:這個(gè)時(shí)候你就要寫XXXX年XX月XX日項(xiàng)目溝通會(huì)
  • 當(dāng)前階段:那就是立項(xiàng)階段
  • 問題描述:直接從會(huì)議紀(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就是提出人對(duì)解決方案滿意,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)。

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

二、講解PRD

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

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

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

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

注意,研發(fā)人員在考慮問題的時(shí)候,會(huì)從技術(shù)層面把場(chǎng)景擴(kuò)大化,那么他們提出來的問題可能是問題,可能是風(fēng)險(xiǎn)。如果識(shí)別出來是風(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)可能從哪兒來,我一般會(huì)劃分為客戶、技術(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í):根據(jù)影響判斷等級(jí),一般是高、中、低,高等級(jí)一定要每天都跟蹤;
  • 處理放式:就是風(fēng)險(xiǎn)發(fā)生了咋處理,一般包括接受、避免、轉(zhuǎn)移、減緩;
  • 應(yīng)對(duì)措施:就是根據(jù)你選擇的處理方式描述你準(zhǔn)備咋應(yīng)對(duì),以最大化降低影響;
  • 狀態(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)勢(shì)就體現(xiàn)出來了。我們一般是技術(shù)會(huì)根據(jù)需求做好幾個(gè)選型方案,做好了要開會(huì)給我們講。一般產(chǎn)品需要從以下幾個(gè)方面去看技術(shù)選型方面的內(nèi)容:

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

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

會(huì)后別忘了發(fā)會(huì)議記錄,產(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è)早會(huì),大概15分鐘,然后記錄整體進(jìn)度情況。因?yàn)槲易约合M私獾母?xì)一點(diǎn),雖然公司有項(xiàng)目管理的系統(tǒng),我自己也弄了一個(gè)小的進(jìn)度管理模板來記錄進(jìn)度信息,精確到天的,類似這樣的:

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

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

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

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

五、功能測(cè)試

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

另外,測(cè)試結(jié)束后要求提交測(cè)試報(bào)告,測(cè)試報(bào)告應(yīng)該包括測(cè)試用例及測(cè)試結(jié)果;測(cè)試了幾輪;BUG有沒有收斂趨勢(shì);壓力測(cè)試的報(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)品部署手冊(cè)(線下一般有)
  • 產(chǎn)品測(cè)試報(bào)告

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

#相關(guān)閱讀#

市場(chǎng)分析階段: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é)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 求加更 嘻嘻

    來自北京 回復(fù)
    1. 想看啥內(nèi)容?作者目前思路枯竭了。

      來自北京 回復(fù)
    2. 就是文末提到的呀??

      來自北京 回復(fù)
    3. 驗(yàn)收和市場(chǎng)相關(guān)的工作嗎~~~好吧,這兩天抽時(shí)間更一下。

      來自北京 回復(fù)
  2. 坐等大神更新吶 很受益 感覺自己現(xiàn)在做的工作都是瞎忙 ??

    來自江蘇 回復(fù)
    1. 催更還是來了~~ 最近確實(shí)有點(diǎn)小忙,一定抽時(shí)間補(bǔ)上

      來自北京 回復(fù)
  3. 催的時(shí)候帶上奶茶什么的可以理解,為啥還要帶上護(hù)具啊 ?

    來自重慶 回復(fù)
    1. 萬一催煩了,研發(fā)爸爸拿出武器來,你不得做好個(gè)人防護(hù)嗎? ??

      來自北京 回復(fù)
  4. 已訂閱,寫得都很實(shí)在,受益匪淺。

    來自河南 回復(fù)
    1. 謝謝關(guān)注

      來自北京 回復(fù)
  5. 等你更新

    回復(fù)
    1. 感謝關(guān)注,盡量,最近有點(diǎn)忙,盡量擠時(shí)間

      來自北京 回復(fù)