本文作者對(duì)To B 產(chǎn)品的迭代工作進(jìn)行了總結(jié)，主要分為兩部分，一是形成迭代規(guī)劃個(gè)人總結(jié)的思路；二是執(zhí)行迭代工作的執(zhí)行步驟。enjoy~有機(jī)會(huì)負(fù)責(zé)過(guò)大型 to B 系統(tǒng)軟件產(chǎn)品迭代設(shè)計(jì)工作，是物聯(lián)網(wǎng)行業(yè)產(chǎn)品，該系統(tǒng)產(chǎn)品由終端、PC web端、手機(jī)app端組成，可以通過(guò)pc web端系統(tǒng)或者手機(jī)app來(lái)控制終端。增加或者減少一個(gè)功能，往往會(huì)有牽一發(fā)而動(dòng)全身的感覺(jué)，同時(shí)接手時(shí)幾乎是沒(méi)有任何規(guī)范的文檔來(lái)記錄背景信息的。（沒(méi)有那就一邊開(kāi)展迭代工作一邊建立對(duì)應(yīng)的規(guī)范，然后不斷修改補(bǔ)充。）以下就是一點(diǎn)總結(jié)。 產(chǎn)品在開(kāi)展迭代工作前，得去理解這個(gè)產(chǎn)品是如何從0到目前階段的。 方法有：
- 寫(xiě)產(chǎn)品體驗(yàn)分析報(bào)告；
- 帶著分析報(bào)告中遇到的疑問(wèn)，充分利用公司的資源去了解該產(chǎn)品的相關(guān)背景來(lái)尋找答案，可以向團(tuán)隊(duì)成員甚至向市場(chǎng)人員、客戶(hù)了解，同時(shí)也要快速了解這個(gè)產(chǎn)品所在的行業(yè)涉及到的相關(guān)專(zhuān)業(yè)知識(shí)。比如在系統(tǒng)軟件上看到并不熟悉的專(zhuān)業(yè)文案，那不一定是會(huì)造成誤解，有可能在行業(yè)里面就是那樣稱(chēng)呼的，不了解的話(huà)還容易鬧笑話(huà)。
- 如果想要了解的信息，無(wú)法從別人那里獲取那就只能依據(jù)自己的專(zhuān)業(yè)能力來(lái)判定了。比如從別人那無(wú)法得知目前產(chǎn)品所處階段、所在市場(chǎng)、生態(tài)形式、目標(biāo)用戶(hù)、驅(qū)動(dòng)力，那可以通過(guò)綜合能了解到的信息做出判定。
Part 1 迭代規(guī)劃的思路
to B 產(chǎn)品，一般的商業(yè)邏輯是通過(guò)向客戶(hù)售賣(mài)硬件以及配套軟件授權(quán)來(lái)賺取回報(bào)。而當(dāng)一個(gè)toB產(chǎn)品充當(dāng)一個(gè)組織想進(jìn)入并壟斷某個(gè)行業(yè)的切入點(diǎn)的角色時(shí)，該產(chǎn)品在迭代規(guī)劃時(shí)所要考慮的維度可能就會(huì)更多。 比如一個(gè)誕生在一家初創(chuàng)物聯(lián)網(wǎng)公司的toB產(chǎn)品，該公司也有遠(yuǎn)大目標(biāo)，迭代計(jì)劃要考慮的包括可能還不限于以下維度：- 該產(chǎn)品目前情況（自身情況，外界情況（競(jìng)品、行業(yè)））
- 產(chǎn)品所處公司目前業(yè)務(wù)情況（公司所擁有的資源，可采用SWOT分析法）
- 公司目標(biāo)（更高層級(jí)的商業(yè)目標(biāo)）
- 產(chǎn)品目標(biāo)與市場(chǎng)反饋、客戶(hù)目標(biāo)與客戶(hù)反饋、用戶(hù)目標(biāo)與用戶(hù)反饋
- 如何更好為另一產(chǎn)品做鋪墊（比如導(dǎo)流）
Part 2 執(zhí)行迭代工作
心里對(duì)迭代規(guī)劃有了底，接下來(lái)就得執(zhí)行迭代工作也是產(chǎn)品經(jīng)常接觸的工作——需求管理工作。從產(chǎn)品經(jīng)理視角，本人將需求管理細(xì)分為挖掘、管理、分析、確認(rèn)、執(zhí)行、跟蹤、完善需求7個(gè)小步驟。工作中往往多個(gè)需求穿插進(jìn)行，此種情況下這7個(gè)步驟是穿插甚至并行進(jìn)行的。重點(diǎn)是分析需求與執(zhí)行需求階段，個(gè)人覺(jué)得這是核心。1、挖掘需求
圍繞該產(chǎn)品的用戶(hù)目標(biāo)與非用戶(hù)目標(biāo)去挖掘，用戶(hù)目標(biāo)就是用戶(hù)的動(dòng)機(jī)，用戶(hù)想要什么樣的感覺(jué)，用戶(hù)想做什么，用戶(hù)想要成為什么樣的人，這個(gè)產(chǎn)品如何一步一步做才可以一一解決這些問(wèn)題進(jìn)而達(dá)到一個(gè)一個(gè)目標(biāo)。有各種目標(biāo)的存在，團(tuán)隊(duì)的其他成員也有義務(wù)挖掘需求，身為產(chǎn)品經(jīng)理就會(huì)接收到來(lái)自他人的需求。需求就會(huì)有主動(dòng)挖掘和被動(dòng)接收（別人挖掘）。這樣需求的來(lái)源大體有：競(jìng)品、客戶(hù)、用戶(hù)、戰(zhàn)略規(guī)劃、數(shù)據(jù)、二手資料。這樣來(lái)自客戶(hù)的需求就一堆，來(lái)自用戶(hù)的也有一堆，來(lái)自競(jìng)品的也不少。 比如，條件不允許時(shí)，且目標(biāo)用戶(hù)的屬性背景與辦公一族有相似時(shí)，往往會(huì)讓內(nèi)部人員甚至團(tuán)隊(duì)開(kāi)發(fā)成員模擬目標(biāo)用戶(hù)去體驗(yàn)產(chǎn)品，然后提需求。專(zhuān)業(yè)一點(diǎn)會(huì)運(yùn)用可用性測(cè)試，用戶(hù)體驗(yàn)地圖、任務(wù)路徑分析、十秒測(cè)試法、視覺(jué)評(píng)估等方法來(lái)挖掘需求。非專(zhuān)業(yè)提需求與專(zhuān)業(yè)提需求，其實(shí)都沒(méi)有離開(kāi)用戶(hù)體驗(yàn)5要素的范圍。所以將戰(zhàn)略層、范圍層、結(jié)構(gòu)層、框架層、表現(xiàn)層作為指導(dǎo)方向再結(jié)合具體方法去挖掘需求的，在迭代階段挖掘需求會(huì)更明晰。2、管理需求
面對(duì)海量的需求，為了方便查找以及追本溯源，而且有的需求被挖掘出來(lái)后一時(shí)半會(huì)是無(wú)法判定是否或者什么時(shí)候排上日程的，這樣把每個(gè)需求涉及到的關(guān)鍵屬性信息記錄清楚就方便后面的工作。 具體方法有比如需求池。需求池里面該記錄哪些信息可以根據(jù)具體的產(chǎn)品來(lái)定。經(jīng)過(guò)簡(jiǎn)單評(píng)估的需求就會(huì)進(jìn)入需求池，要將其拿去設(shè)計(jì)開(kāi)發(fā)上線(xiàn)就還得經(jīng)過(guò)分析確認(rèn)更嚴(yán)謹(jǐn)?shù)脑u(píng)估。3、分析需求
分析需求的目的幾乎是確認(rèn)該需求是否值得投入到設(shè)計(jì)開(kāi)發(fā)中去，也是分析該需求是否有價(jià)值。5W1H、6W2H分析法等等，如果能運(yùn)用到位，在需求這個(gè)大事情身上就會(huì)輕松很多，減少考慮不周、反復(fù)修改的情況。 why（基于什么動(dòng)機(jī)）、what（大體描述什么樣的）、who（用戶(hù)）、where（何地，該需求轉(zhuǎn)化到產(chǎn)品上時(shí)在哪兒）、when（什么情況下）、how（怎么做，涉及流程）、how many（有多少用戶(hù)會(huì)用）、how often、how much等方面提出問(wèn)題進(jìn)行思考。 利用以上其中6個(gè)方面的關(guān)鍵信息可以進(jìn)行場(chǎng)景還原，再判定：- 會(huì)有多少用戶(hù)會(huì)用；（how many）
- 頻率如何；（how often）
- 動(dòng)機(jī)是否與馬斯洛需求層次理論或者人性的7宗罪相吻合，強(qiáng)烈程度；（why）
- 是否符合近期的迭代規(guī)劃，成本如何。（how much）
- 這個(gè)需求與產(chǎn)品這個(gè)系統(tǒng)的關(guān)系。在復(fù)雜尤其還有終端的產(chǎn)品，要去分析這個(gè)需求本身是獨(dú)立的還是對(duì)產(chǎn)品的某一部分造成干擾或者起到協(xié)助作用。造成干擾的話(huà)，解決方案所需要的成本會(huì)不會(huì)很大。
- 這個(gè)需求的落地環(huán)境如何，是否受阻，成本是否很大。
- 這個(gè)需求是否會(huì)被替代，這個(gè)需求比不比要替代的東西要好。
- 為什么只支持用戶(hù)名登錄？（因?yàn)橐婚_(kāi)始沒(méi)有考慮到唯一性的問(wèn)題，為了填補(bǔ)這個(gè)漏洞，轉(zhuǎn)而只支持用戶(hù)名登錄）
- 為什么會(huì)出現(xiàn)上述漏洞的問(wèn)題？（因?yàn)槟嵌螘r(shí)間沒(méi)有專(zhuān)門(mén)的人負(fù)責(zé)考慮這方面的事情，匆匆忙忙就投入開(kāi)發(fā)了）
- 為什么沒(méi)有人負(fù)責(zé)？（因?yàn)樵瓉?lái)負(fù)責(zé)的人離職后，還沒(méi)有招到人來(lái)，也沒(méi)有人去負(fù)責(zé)這些事情，導(dǎo)致容易出錯(cuò)）
- 為什么用戶(hù)容易忘記？（因?yàn)橛脩?hù)擁有的用戶(hù)名太多了，記不了那么多）
- 為什么記不了那么多？（因?yàn)槿说挠洃浺话氵m合記住7個(gè)詞組，互聯(lián)網(wǎng)發(fā)達(dá)階段，一個(gè)人擁有的用戶(hù)名可以是各種各樣的）
4、確認(rèn)需求（需求決策）
分析需求之后，是否要去做該需求以及大體如何做，就得做出決策，這是需要團(tuán)隊(duì)成員以及領(lǐng)導(dǎo)確認(rèn)的，尤其對(duì)于重大一點(diǎn)且比較猶豫不決的需求。如果想要做出正確的決策，除了分析需求的工作要做到位之外，也可以參考《決策與判斷》以及《卓有成效的管理者》中提到的決策5要素，這樣也許可以更深層次地理解決策進(jìn)而對(duì)快速地做決策有一點(diǎn)幫助。5、執(zhí)行需求
在這一階段，需要將功能需求定義清楚，輸出原型文檔，原型文檔評(píng)審，原型文檔交付ui設(shè)計(jì)師和開(kāi)發(fā)同事。 需求確認(rèn)要做之后，就得描述清楚通過(guò)什么辦法來(lái)滿(mǎn)足該需求，也就是功能需求定義階段，定義好流程、邏輯規(guī)則、功能規(guī)則、入口，對(duì)于b端復(fù)雜產(chǎn)品，邏輯規(guī)則特別重要，有的也真的特別復(fù)雜，很燒腦。輸出文字描述版本，將文字版本找技術(shù)負(fù)責(zé)人員交流一下（本身對(duì)技術(shù)很了解就略過(guò)），在分析需求以及確認(rèn)需求階段都是一些比較大體的東西，在執(zhí)行階段就得做得很細(xì)可能會(huì)出現(xiàn)一些之前沒(méi)有考慮過(guò)的東西，所以在輸出功能需求定義文字版本后，最好交流確認(rèn)一下有疑問(wèn)的點(diǎn)以免后期反復(fù)修改，沒(méi)有很?chē)?yán)重的疑問(wèn)后，可以進(jìn)入畫(huà)原型階段了。 進(jìn)行功能需求定義時(shí)，容易出現(xiàn)的問(wèn)題是考慮不全，甚至沒(méi)有實(shí)現(xiàn)這個(gè)功能的邏輯閉環(huán)，以及對(duì)于邊界條件定義得不合適。在分析需求的時(shí)候就已經(jīng)在運(yùn)用wh分析法，一般是大體的分析，在進(jìn)行功能需求定義時(shí)，也同樣可以運(yùn)用wh分析法，要深入，就可以實(shí)現(xiàn)一個(gè)功能的邏輯閉環(huán)。以下是大體步驟。- 按照wh分析法，先找到相匹配的解決方案（分析需求時(shí)應(yīng)該已經(jīng)有了）；
- 思考如果用戶(hù)不按照所提供的方案的正常路徑去使用產(chǎn)品，會(huì)有哪些異常，也就是異常預(yù)估，每一個(gè)環(huán)節(jié)都可能出現(xiàn)異常。這可以從用戶(hù)、產(chǎn)品邏輯鏈條去分析每一個(gè)環(huán)節(jié)的異常，對(duì)于有些功能是可以一起分析的。
- 針對(duì)預(yù)估出來(lái)的每一個(gè)環(huán)節(jié)的異常，給出對(duì)應(yīng)的解決方案。
- 從以上三點(diǎn)考慮對(duì)一個(gè)功能需求的定義就會(huì)比較全面，綜合信息并且再次思考需求本身以及從產(chǎn)品設(shè)計(jì)比較通用的原則尤其體驗(yàn)一致性的原則、成本、公司資源等再去做評(píng)估，會(huì)減少后期的修改，然后從評(píng)估結(jié)果中考慮刪減以及排優(yōu)先級(jí)。（這個(gè)事情往往在評(píng)審的時(shí)候會(huì)進(jìn)行）但是作為產(chǎn)品在評(píng)審前心里最好有個(gè)底。
6、跟蹤需求
產(chǎn)品提交原型后算是完成一個(gè)需求任務(wù)，但是還有任務(wù)就是要去跟蹤ui設(shè)計(jì)、開(kāi)發(fā)，及時(shí)拿到反饋進(jìn)而溝通，開(kāi)發(fā)基本完成后要去驗(yàn)收，等待測(cè)試上線(xiàn)。這些按照路程走，前面工作做到位，是不會(huì)有太大問(wèn)題的。若出現(xiàn)了問(wèn)題，5why分析，哈哈哈~上線(xiàn)之后，還有注意對(duì)客戶(hù)、用戶(hù)反饋信息的跟蹤，留意分析各種數(shù)據(jù)。7、完善需求
需求總是源源不斷的，那就想方設(shè)法去完善。 以上是個(gè)人的總結(jié)，可能還有不全面不到位的地方，歡迎交流。 作者：一篇森林，微信公眾號(hào)：yipiansenlin38，一枚產(chǎn)品。 本文由 @一篇森林 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。 題圖來(lái)自 Pexels，基于 CC0 協(xié)議 愛(ài)盈利-運(yùn)營(yíng)小咖秀 始終堅(jiān)持研究分享移動(dòng)互聯(lián)網(wǎng)App運(yùn)營(yíng)推廣經(jīng)驗(yàn)、策略、全案、渠道等純干貨知識(shí)內(nèi)容；是廣大App運(yùn)營(yíng)從業(yè)者的知識(shí)啟蒙、成長(zhǎng)指導(dǎo)、進(jìn)階學(xué)習(xí)的集聚平臺(tái)；【轉(zhuǎn)載說(shuō)明】 若上述素材出現(xiàn)侵權(quán)，請(qǐng)及時(shí)聯(lián)系我們刪除及進(jìn)行處理：[email protected]
