我經(jīng)歷過的“產(chǎn)品事故”
2015年，我在騰訊旗下某2B軟件的代理公司做CRM，當(dāng)時(shí)是個(gè)小研發(fā)團(tuán)隊(duì)，加上項(xiàng)目經(jīng)理18個(gè)人。 項(xiàng)目經(jīng)理是騰訊下來(lái)的，高度提倡敏捷開發(fā)，一周一個(gè)小迭代，兩周一個(gè)大迭代，通常是上一個(gè)迭代內(nèi)容剛測(cè)試完成，下一個(gè)迭代內(nèi)容就開始宣講了，團(tuán)隊(duì)的研發(fā)人員一直處于工作量飽和，節(jié)奏快得工作狀態(tài)。 正式在這種開發(fā)背景下，促成了一次嚴(yán)重的事故，當(dāng)時(shí)那個(gè)需求的重要性很高，所以是產(chǎn)品總監(jiān)牽頭負(fù)責(zé)的。 我們的需求評(píng)審?fù)ǔＪ歉鞑块TLeader一起參加，該需求最初是Boss直接提出的，在評(píng)審的時(shí)候發(fā)現(xiàn)產(chǎn)品功能與期望的需求有偏差，因此產(chǎn)生了嚴(yán)重分歧。 進(jìn)一步導(dǎo)致技術(shù)實(shí)現(xiàn)上也產(chǎn)生爭(zhēng)論，10個(gè)人參加的需求評(píng)審，出現(xiàn)了10種不同的聲音。 那段時(shí)間開了無(wú)數(shù)次的碰頭會(huì)，搞得大家都很精疲力盡，所以到最后也沒有出現(xiàn)一個(gè)“大家一致認(rèn)可”的方案出現(xiàn)，感覺總有漏洞，但是時(shí)間緊迫，沒辦法只能“跟著感覺走”讓開發(fā)做了一個(gè)心里沒譜的版本上線。 剛上線一天，大量數(shù)據(jù)涌入，嚴(yán)重的缺陷瞬間暴露，造成公司那一天的退款訂單比平時(shí)一個(gè)月都還多。 Boss大發(fā)雷霆，產(chǎn)品總監(jiān)事后主動(dòng)辭職。這次事故讓我明白了什么？
首先要說(shuō)服自己
我對(duì)PRD文檔的理解，其實(shí)里面的內(nèi)容是給自己看的，寫的過程其實(shí)是，幫助自己梳理思路的過程。 一個(gè)PRD文檔，上午寫完趁熱看，感覺很完美，下午再來(lái)看一遍，就會(huì)發(fā)現(xiàn)問題。 一個(gè)點(diǎn)，也許會(huì)被自己推翻很多次，只有當(dāng)自己也推翻不了自己的時(shí)候，才說(shuō)明那個(gè)點(diǎn)已經(jīng)可以曝光給其他人了。自己還沒想清楚，就別拉著大家開會(huì)
開會(huì)的目的無(wú)非就是向一群人詳細(xì)的表達(dá)自己的想法，或聯(lián)合一群人來(lái)頭腦風(fēng)暴，需求評(píng)審會(huì)議明顯屬于前者，別把評(píng)審會(huì)開成了”大家來(lái)幫你思考的討論會(huì)”。頻繁交流
產(chǎn)品經(jīng)理是“無(wú)冕之王”，我們是沒有實(shí)權(quán)但是又可以是站在公司最耀眼的地方的人，我們能驅(qū)動(dòng)公司的資源來(lái)幫助落地我們腦子里的想法，靠的不光是思考，還有溝通。 “思考再多，不說(shuō)出來(lái)等于不思考?！?/strong>持續(xù)跟蹤
需求交付給設(shè)計(jì)和開發(fā)以后，應(yīng)該持續(xù)跟蹤，以保證實(shí)現(xiàn)的方式跟需求是吻合的。 人與人之間交流，內(nèi)容傳遞是一個(gè)衰減的過程，你想的和你說(shuō)的，以及對(duì)方聽到的，可能內(nèi)容都不一樣。那么，該如何避免制造事故的？
需求采集階段
需求一定是采集來(lái)的，而不是自己憑著主觀意識(shí)和想當(dāng)然的同理心去設(shè)想出來(lái)的，采集需求一定要客觀，只有客觀才能最貼近真實(shí)需求，只有貼近真實(shí)需求，才能保證接下來(lái)的工作路線是正確的。運(yùn)營(yíng)部反饋了一個(gè)問題：“用戶覺得這個(gè)地方字太小，內(nèi)容又多，操作起來(lái)很麻煩，看久了眼睛又花又累?！?/blockquote> 如果單純聽取運(yùn)營(yíng)部的想法，以及主觀思考來(lái)分析，很容易“誤入歧途”的認(rèn)為，只要“通過優(yōu)化UI清爽界面，或把一個(gè)頁(yè)面的功能拆分為兩個(gè)頁(yè)面來(lái)完成” 就能解決用戶這個(gè)需求。 其實(shí)只有去拜訪用戶，面對(duì)面交流，觀察以后，才會(huì)發(fā)現(xiàn)用戶的真實(shí)需求為：在Web端上開發(fā)出這個(gè)功能，因?yàn)槟苡秒娔X操作，屏幕大。 如果把產(chǎn)品經(jīng)理的工作看作是修路，終點(diǎn)是“滿足用戶需求”，那么需求采集階段就是修路的第一段，我們的理解和看法，產(chǎn)生的思考結(jié)果，將決定這條路的方向。 思考實(shí)現(xiàn)的方法，實(shí)現(xiàn)的路徑，實(shí)現(xiàn)的難度，資源的分配，就如盤上公路一半，S型的蜿蜒盤旋，繞過一個(gè)又一個(gè)的“雷區(qū)”。 只有思考的越透徹，那后面的雜音才會(huì)越小，落地的速度才會(huì)最快。分析與設(shè)計(jì)階段
需求分析與設(shè)計(jì)，是產(chǎn)品工作中很重要的一部分，這里產(chǎn)出的內(nèi)容，將決定公司接下來(lái)的營(yíng)銷、運(yùn)營(yíng)、研發(fā)等資源的調(diào)配與消耗，所以需求分析一定要謹(jǐn)慎，產(chǎn)品設(shè)計(jì)一定要匹配。今年年初，我牽頭負(fù)責(zé)了我們產(chǎn)品“錢包”功能的重構(gòu)設(shè)計(jì)，以下是這期間我的大致工作流程：
- 學(xué)會(huì)頻繁的梳理自己的PRD文檔，也許每過一遍，就會(huì)修復(fù)一些邏輯缺陷，或者產(chǎn)生更好的想法來(lái)調(diào)優(yōu)方案。
- 拿捏不準(zhǔn)的和概念模糊的，學(xué)會(huì)請(qǐng)教相關(guān)的人，描述想法給他人，以驗(yàn)證對(duì)方案的設(shè)想是否正確，只有得到驗(yàn)證才好大膽的去實(shí)現(xiàn)。
- 對(duì)自己批判性思考，學(xué)會(huì)問自己“首先是這是不是真實(shí)需求，其次是這樣解決的可行性如何？最后是這種解決方案在邏輯上是否合理”。
- 開需求評(píng)審會(huì)以前，盡量先跟參會(huì)的關(guān)鍵人員們通通氣，分歧和不統(tǒng)一的意見，盡量放到臺(tái)下來(lái)解決，減少會(huì)議上的雜音。
如果前期我“聽風(fēng)就是雨”，做的驗(yàn)證不夠就拿到臺(tái)面上來(lái)宣講，那么帶來(lái)的結(jié)果：
作為產(chǎn)品的第一負(fù)責(zé)人，只有嚴(yán)謹(jǐn)?shù)淖鍪路绞饺ケ苊獬霈F(xiàn)“產(chǎn)品事故”，才能有機(jī)會(huì)站在臺(tái)上，被眾人所注目，被聚光燈所照亮。 如果只能做螺絲釘，也要做一顆有思想的螺絲釘。 本文由 @擁抱變化?原創(chuàng)。
- 可能與財(cái)務(wù)系統(tǒng)有沖突。
- 可能技術(shù)實(shí)現(xiàn)有困難。
- 可能不符合公司運(yùn)營(yíng)方案的策略。
- 產(chǎn)品思路有問題，缺陷明顯。
- 上線后問題暴露，傷害用戶，造成損失。
【轉(zhuǎn)載說(shuō)明】 若上述素材出現(xiàn)侵權(quán)，請(qǐng)及時(shí)聯(lián)系我們刪除及進(jìn)行處理：[email protected]
