產(chǎn)品經(jīng)理遇到不明確的需求怎么辦？

就在不久前的某一天，杭州一家創(chuàng)業(yè)公司的產(chǎn)品經(jīng)理被老板毆打住院的消息不脛而走，傳遍了朋友圈和各大社區(qū)，尋根究底，原因不過是因為老板要求四個月做一個抖音的需求而已，我不禁對此事情產(chǎn)生了一些思考。

事實上，類似的一句話需求的案例在日常的工作場景中并不少見，我就經(jīng)常遇到，但是如果是我，我會怎么辦呢?對于四個月能不能做抖音這個問題，我想我會思考以下問題：

1、問題是為什么做，因為領(lǐng)導(dǎo)喜歡還是有什么業(yè)務(wù)目的，做需求調(diào)研，了解項目緣起;

2、思考做成什么樣，就可以滿足第一個問題，確認初版驗收標準、成功標準;

3、能不能做;評估項目可行性，確認需調(diào)撥資源數(shù)量;不滿足返回第二步驟和第一步驟重新循環(huán);執(zhí)行，配團隊，定里程碑和deadline，產(chǎn)出物;

我會更關(guān)心的是需求本身是什么，是否被如實的表達出來了，而不是直接針對這個需求是否合理進行判斷。我們在日后的工作中遇到，要怎么處理這樣的問題，經(jīng)常情況下需求方往往會給出一個自己經(jīng)過思考后得出的結(jié)論，但是這個結(jié)論是否成立需要經(jīng)過產(chǎn)品經(jīng)理的一步一步論證與分析才可以，我認為這個產(chǎn)品經(jīng)理存在的價值之一，當然我非常佩服文章開頭的產(chǎn)品經(jīng)理的精神，這個精神是我所不具備的。

下面我總結(jié)我的工作場景給出一個解決一句話需求的方法：

第一步：得到需求源的信息。

要具備提問的能力，也就是獲取信息和挖掘信息的能力，直接的表現(xiàn)就是提問：如何獲取需求，就是不停的提問，向所有可能涉及的干系人發(fā)問。

第二步：深挖需求場景，確定需求的核心場景。

如何深挖?不被需求方的結(jié)論性表述所迷惑，要注意啟發(fā)需求方更多描述需求場景，得出這個結(jié)論的場景是什么?據(jù)此判斷需求方的真正痛點與需求是什么?

第三步：拿到需求場景后，確定角色和業(yè)務(wù)流程，設(shè)計解決方案。

這個過程就是基本的產(chǎn)品工作過程，確定之后可以與業(yè)務(wù)方反復(fù)溝通，是否符合其真正的業(yè)務(wù)場景，以及解決方案是否滿足其需求。

第四步：優(yōu)先級劃分與項目管理

基于以上四步可以很好的處理絕大部分的一句話需求，最重要的是提問與溝通，整個流程下來需求分析是所有流程的起點，所以一定要更加重視，而對于需求分析來說最重要的就是識別場景與描述場景。

我認為核心場景就是本次需求的驗收標準，是否滿足這個場景就是衡量這個項目成功與否的關(guān)鍵。明確場景就是明確需求的整體邊界。

最后，我始終認為雖然產(chǎn)品的用戶是人，但是產(chǎn)品不是為用戶服務(wù)，產(chǎn)品是為場景服務(wù)的，用戶天然就在場景中，不同的人在不同的場景其角色與需求都是不同的。設(shè)計產(chǎn)品的本質(zhì)是滿足場景，交付產(chǎn)品的本質(zhì)是交付場景。

猜你喜歡：

產(chǎn)品經(jīng)理應(yīng)該怎么畫原型？

b端產(chǎn)品經(jīng)理與c端產(chǎn)品經(jīng)理區(qū)別在哪里？

產(chǎn)品經(jīng)理如何做好saas產(chǎn)品架構(gòu)搭建?

產(chǎn)品經(jīng)理需要會什么軟件?產(chǎn)品經(jīng)理常見工具匯總

黑馬程序員產(chǎn)品經(jīng)理課程