產(chǎn)品經(jīng)理在日常工作中會(huì)遇到許多需求,本篇文章,作者分析應(yīng)對(duì)二手需求需要關(guān)注的幾個(gè)方面,以便更好的解決工作難題,讓我們看看作者是如何解決的吧~
【資料圖】
小姜同學(xué):“我被分配了一個(gè)別人負(fù)責(zé)的模塊,前期也是他跟運(yùn)營(yíng)同學(xué)對(duì)接。他告訴我,運(yùn)營(yíng)想要一個(gè)某某某功能,我花了很長(zhǎng)時(shí)間完成,跟運(yùn)營(yíng)評(píng)審的時(shí)候,發(fā)現(xiàn)根本不是運(yùn)營(yíng)同學(xué)想要的功能。結(jié)局就是,我又返工重做了一遍。如果下次遇到這種情況,我該怎么辦?”
首先,確定需求真實(shí)的來源是什么。
產(chǎn)品經(jīng)理在日常工作中,會(huì)接收到大量的需求,有他人轉(zhuǎn)達(dá)的,有本人提出具體方案的等等。
很重要的一點(diǎn),就是明確需求的來源。
在原始需求池中,需求來源的有效記錄尤為重要。因?yàn)檫@個(gè)信息,會(huì)影響后續(xù)需求范圍的確認(rèn)、優(yōu)先級(jí)的決策和規(guī)模大小的判斷。
其次,明確業(yè)務(wù)場(chǎng)景和真實(shí)痛點(diǎn)。
大部分人提需求,并不會(huì)說:我想要解決什么問題;他們一般會(huì)描述為:我想要什么功能。
舉一個(gè)案例,一個(gè)新銷售公司在經(jīng)營(yíng)上游收購了3個(gè)工廠,老板提出想要一個(gè)工廠管理系統(tǒng)。經(jīng)過一系列的詢問和溝通,發(fā)現(xiàn)老板想要的是規(guī)范三個(gè)不同工廠的作業(yè)流和生產(chǎn)質(zhì)量。所以他并不需要一整套完整的工廠管理平臺(tái),而是生產(chǎn)管理體系。
那么如何確定用戶的真實(shí)需求呢?
要知道,中國(guó)的語言系統(tǒng)是復(fù)雜的,因此在溝通交流的過程中,需要注意不同的詞語和表達(dá)在不同語境的含義,不要只停留在字面意思。
我們可以通過反復(fù)詢問,結(jié)合上下文和獲得更多背景信息來推斷他的真實(shí)含義。最重要的是,我們需要保持開放的心態(tài),做一個(gè)積極的傾聽者和共情者,讓需求提出方信任我們,并且也是真正可以解決他的問題。
2.接下來,需要在大段的溝通和討論中,快速抓住重點(diǎn)他最主要想表達(dá)什么?關(guān)鍵詞是什么?他最關(guān)注的點(diǎn)是什么?判斷出他的真實(shí)意圖,分析說他真正的痛點(diǎn)是什么?他的困難是什么?他想解決什么問題?他覺得難過的點(diǎn)在哪里?而不是傻傻的問:你有什么需求,你想要什么功能。
tips:在這個(gè)過程中,可結(jié)合【發(fā)現(xiàn)問題模型】來輔助分析判斷。
第一步,使用As is/To be模型,將理想狀態(tài)和現(xiàn)狀的落差可視化,所謂的落差,就是問題。
描述理想狀態(tài),例如:作為門店的銷售顧問,我希望快速看到每日的任務(wù);整理現(xiàn)狀,目前我們只能在APP上看到雜亂的客戶信息,無法快速跟進(jìn)客戶。
第二步,使用“6W2H”模型,深入探究問題的核心。
Who:門店銷售人員。whom:門店客戶。What:現(xiàn)有系統(tǒng)難以快速建立聯(lián)系。when:每天。how:每天都要花大量的時(shí)間在系統(tǒng)里找到對(duì)應(yīng)的跟進(jìn)任務(wù)。why:公司要求,系統(tǒng)難用。where:公司提供的APP和線下紙質(zhì)單。通過簡(jiǎn)單的梳理,確認(rèn)自己是否正確的理解了問題,并分析出為什么會(huì)出現(xiàn)這個(gè)問題,再找找有沒有下意識(shí)里忽略的關(guān)鍵點(diǎn)。
在提問過程中,可以使用“原因分析”模型,持續(xù)詢問為什么。
首先要設(shè)定問題,鎖定一個(gè)具體問題。其次詢問為什么,并寫出原因,持續(xù)詢問為什么,繼續(xù)深究原因,通過層層抽絲剝繭,直到很有邏輯說明“只要改善這個(gè)問題,就可能解決一開始提出的問題?!?/p>
問題:分店新調(diào)來的員工下錯(cuò)了訂單。
沒有發(fā)現(xiàn)自己輸錯(cuò)了。沒有仔細(xì)確認(rèn)。沒有確認(rèn)使用流程和相關(guān)規(guī)范。流程不統(tǒng)一,不知道流程是什么。沒有通用的標(biāo)準(zhǔn)版作業(yè)流程。3. 整理歸納總結(jié)可通過魚骨圖或邏輯樹狀圖,把凌亂的問題匯總起來,明確問題沒有遺漏。對(duì)問題進(jìn)行分類,并帶有邏輯的梳理。
過程中,查看問題是否有重疊或者遺漏,需求是否可以合并或需要加以補(bǔ)充。
4. 復(fù)述一遍最后,一定要復(fù)述一遍結(jié)論,再次明確是否有歧義,獲得最終的確認(rèn)。
針對(duì)一個(gè)問題,可以多找?guī)讉€(gè)相關(guān)方,詢問同樣的問題,看看其他人的答案是什么。
從中,我們可以找到被忽略的信息。因?yàn)槿诵允菑?fù)雜的,大部分人都是精致的利己主義者。那么在溝通過程中,很有可能趨利避害,只闡述有利于自己的信息,從而會(huì)干擾我們做出判斷。
通過不同的角色,轉(zhuǎn)變不同的視角,去找到那些不愿被提及的問題,說不定,這些問題才是真實(shí)的痛點(diǎn)。
經(jīng)過上面的流程,得到了的需求,需要完整的記錄。
需求池有很多種,根據(jù)我個(gè)人工作經(jīng)驗(yàn),總結(jié)出一套產(chǎn)品需求池模板(還有運(yùn)營(yíng)需求池模板,在后續(xù)需求管理的文章里會(huì)詳細(xì)講解)。
原始需求描述:盡量記錄提出人的原始對(duì)話,不要二次加工增加主觀分析。解決方案:1. 用什么功能實(shí)現(xiàn)什么效果/達(dá)到什么目的。 2. 想要實(shí)現(xiàn)什么管理手段/經(jīng)營(yíng)目標(biāo)/改善痛點(diǎn)。需求標(biāo)題:平臺(tái)-模塊-需求標(biāo)題,例如:運(yùn)營(yíng)平臺(tái)-用戶管理-建議增加查詢功能。需求描述:描述整體閉環(huán)流程和關(guān)鍵邏輯。優(yōu)先級(jí):P0-P4。需求來源:外部客戶、運(yùn)營(yíng)建議、技術(shù)建議、產(chǎn)品規(guī)劃、高層領(lǐng)導(dǎo)。需求類型:新增功能、功能改進(jìn)、bug修復(fù)、用戶體驗(yàn)、UI優(yōu)化、定制化需求、刪除需求、接口需求。日常記得滾動(dòng)翻閱需求池,及時(shí)合并需求并出池。
二手的需求,就好像一個(gè)渣男,不清不楚不明不白,還硬著頭皮要愛上它。但你可以通過各種方式識(shí)別并馴化他,加以利用。
本文由@Rzhiyi 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。提供信息存儲(chǔ)空間服務(wù)。