如何通過溝通需求,鍛煉產(chǎn)品技能?
產(chǎn)品經(jīng)理工作中,有很多一部分就是溝通了——和運(yùn)營、設(shè)計(jì)、開發(fā)、老板溝通等。那么在耗費(fèi)不少時(shí)間的溝通中,產(chǎn)品經(jīng)理能否從中找到一些總結(jié)經(jīng)驗(yàn)以及汲取產(chǎn)品知識的方法,避免重復(fù)溝通但是又沒學(xué)到什么東西。本文中,筆者就介紹了相關(guān)的方法,希望對你有所幫助。
01 我是誰
我是入行兩年的產(chǎn)品人鐘傾,一直做B端的產(chǎn)品,以后會一直往B端的方向發(fā)展。
02 問題
做B端產(chǎn)品兩年下來,從實(shí)習(xí)生到初級產(chǎn)品經(jīng)理,我發(fā)現(xiàn)很多需求都是通過運(yùn)營人員反饋得到的,而溝通工作會占據(jù)大量的時(shí)間,剩余的工作時(shí)間也被一些評審會、第三方對接會瓜分。
時(shí)間長了我就覺得我只是在重復(fù)勞動,自己的產(chǎn)品技能并沒有提升;而且還會出現(xiàn)大量的紕漏,需求沒有整理到位,在評審的時(shí)候需求會漏掉;上線的時(shí)候沒有通知到相關(guān)運(yùn)營人,導(dǎo)致運(yùn)營人員在服務(wù)不到位;然后下一波需求又來了,完全沒有空隙去深度思考產(chǎn)品。
所以為了改變這個(gè)工作狀態(tài),我自己反思了整個(gè)工作的流程,發(fā)現(xiàn)我們大部分的時(shí)間用在溝通需求上,而需求又是聯(lián)結(jié)用戶和產(chǎn)品的紐帶,所以我可以通過日常的需求溝通來不斷練習(xí)產(chǎn)品的相關(guān)的技能,那么如何做呢?
03 如何做
1. 解析需求,思考產(chǎn)品
在溝通之前需要做的事情,對需求進(jìn)行篩選,排除偽需求和bug型需求,篩選出有價(jià)值的需求;然后我們通過對產(chǎn)品的理解去解析這些需求,列舉出可能的實(shí)現(xiàn)方案以及需求場景,對現(xiàn)有產(chǎn)品進(jìn)行查漏補(bǔ)缺。
1)我們?yōu)槭裁匆@樣做?
- 對產(chǎn)品本身來說:篩選出對產(chǎn)品有價(jià)值的需求能更貼近用戶,增加用戶對產(chǎn)品的粘性。
- 對個(gè)人來說:加深我們對現(xiàn)有產(chǎn)品的理解知道我這個(gè)功能最終是為了滿足什么樣的場景,解決用戶什么樣的問題。
2)具體怎么實(shí)踐?
我把需求分為四大類:bug型需求、體驗(yàn)優(yōu)化型需求、偽需求、值得深挖的需求,通過對需求的分類能節(jié)約我們對需求篩選的時(shí)間,提高團(tuán)隊(duì)協(xié)作,提升我們的工作效率。
在分類的基礎(chǔ)上,我們要對需求進(jìn)行簡單的處理。
①Bug型需求
線上出現(xiàn)的問題,偶爾出現(xiàn)的;或者是大面積問題急需解決。
自己先驗(yàn)證這個(gè)需求是否真實(shí)存在,通過跟研發(fā)協(xié)同,每周給出一個(gè)小版本來快速迭代這些需求,通過需求的方式來快速解決bug,讓運(yùn)營人員和用戶能快速感知到自己提出的問題得到完善;
如果沒有這個(gè)需求,需要轉(zhuǎn)交給相關(guān)的技術(shù)支持人員進(jìn)行單獨(dú)排查,讓他們協(xié)助運(yùn)營人員解決單個(gè)用戶的偶然性問題。
②體驗(yàn)優(yōu)化型需求
用戶在使用產(chǎn)品時(shí),有些步驟會反復(fù)操作會影響到他們的工作效率,希望通過優(yōu)化組件或者相關(guān)功能提示來達(dá)到節(jié)約操作時(shí)間成本。
這樣的需求需要協(xié)同UE和UI人員,看看能不能優(yōu)化操作體驗(yàn),根據(jù)優(yōu)化的程度對其進(jìn)行排期。優(yōu)化程度比較復(fù)雜,需要重新設(shè)計(jì)組件或者連同整個(gè)功能一起優(yōu)化的,那么需要排進(jìn)功能性優(yōu)化的大版本;優(yōu)化程度比較簡單的,排進(jìn)bug型需求小版本中盡快優(yōu)化。
③偽需求
看上去跟值得深挖的需求接近,但是多次提出沒有解決的、技術(shù)上無法實(shí)現(xiàn)、與用戶行為相違背。偽需求容易耗費(fèi)我們大量的時(shí)間和精力去思考,而且需要花費(fèi)一些時(shí)間給運(yùn)營人員解釋。
這樣的需求,我們要想清楚,以前為什么沒有這么做,這個(gè)需求確實(shí)對產(chǎn)品起到非常大的優(yōu)化作用,但是為什么我們一直沒有實(shí)現(xiàn),這時(shí)候就要請教相關(guān)技術(shù)人員進(jìn)行咨詢;根據(jù)需求設(shè)計(jì)出來的產(chǎn)品放到場景中是否符合邏輯,如果不符合邏輯說明,這與用戶行為習(xí)慣相違背。
④值得深挖的需求
符合產(chǎn)品規(guī)劃的,在產(chǎn)品設(shè)計(jì)中并沒有想到的,對現(xiàn)在產(chǎn)品設(shè)計(jì)不滿意的。
這樣的需求,需要我們重點(diǎn)關(guān)注,在需求列表中也需要標(biāo)注出來,然后我們對相關(guān)的場景和用戶行為進(jìn)行進(jìn)一步的研究,與運(yùn)營人員進(jìn)行精準(zhǔn)溝通,在確認(rèn)需求后進(jìn)行歸檔和排期。
2. 精準(zhǔn)溝通,深挖場景
在進(jìn)行溝通時(shí)最重要的就是知道用戶想要什么和怎么使用。??
?1)我們能獲得什么?
- 對產(chǎn)品設(shè)計(jì)來說:明確了需求的價(jià)值,完善了產(chǎn)品覆蓋的應(yīng)用場景,幫助用戶解決問題;
- 對個(gè)人來說:增強(qiáng)同理心,通過了解用戶行為,加深對場景的理解,對產(chǎn)品上的創(chuàng)新有更多的幫助;驗(yàn)證自己的想法,強(qiáng)化對產(chǎn)品的理解。
?2)我將提問形式分為兩類
①直接提問
一般用于運(yùn)營人員對需求描述缺少我們對需求判斷的信息,比如用戶使用場景或者具體的用戶行為。
我們需要通過提問的方式引導(dǎo)運(yùn)營人員表達(dá)超出用戶的原話,或者通過實(shí)際案例來說明這個(gè)需求是如何產(chǎn)生的。
②反問法
一般用于運(yùn)營人員描述了完整的用戶行為或者用戶場景以及功能需要修改的地方,這樣我們通過反問對方你猜想的修改后的用戶場景和需求理解是否正確來驗(yàn)證。
通過溝通我們能獲取比較詳細(xì)的場景信息和用戶行為,明確了需求的價(jià)值,然后我們進(jìn)一步深挖場景。
3)如何進(jìn)一步深挖場景?
①列舉滿足用戶需求后產(chǎn)生哪些有可能的結(jié)果,根據(jù)列舉的結(jié)果再反過來思考功能是否能滿足用戶達(dá)成這些結(jié)果。
對于需求的解決方案有很多種,在我們還沒有定下來最終解決方案的時(shí)候,我們需要思考的是每種解決方案帶來的后果,以及對前后流程有什么樣的影響,你考慮的越周全,最終定下來的最優(yōu)解就能越貼近用戶。
②思考產(chǎn)品中有沒有其他類似的應(yīng)用場景。
在我們平時(shí)生活中其實(shí)也會遇到很多相似的場景,我們能更好的把自己想成是一個(gè)用戶,將自己的遇到的場景帶入產(chǎn)品中,將更多場景綜合到產(chǎn)品中,增強(qiáng)產(chǎn)品的通用性。
③根據(jù)用戶操作數(shù)據(jù)統(tǒng)計(jì),分析跟該需求相關(guān)功能的指標(biāo)。
需求對應(yīng)的功能會產(chǎn)生大量的數(shù)據(jù),數(shù)據(jù)分析是支持我們?yōu)槭裁匆纳频膹?qiáng)有力的證明,比如這個(gè)功能下一步跳出的數(shù)量和繼續(xù)點(diǎn)擊的數(shù)量進(jìn)行對比,如果相差很大說明用戶在這邊的操作讓他們放棄了,那么是什么讓他們放棄的,是我們需要繼續(xù)思考的問題;?如果相差不大,是不是用戶覺得使用這個(gè)功能的效率不是很高,浪費(fèi)了用戶很多時(shí)間,或者是沒有按照常規(guī)的操作接著往下走。
通過數(shù)據(jù)我們能找出用戶行為超出常規(guī)邏輯的地方和出現(xiàn)異常的地方,能幫助我們對場景更加深入思考,慢慢完善用戶使用邏輯,讓用戶覺得使用產(chǎn)品時(shí)又快又高效。
根據(jù)上面三步,我們能從需求中看到更多復(fù)雜的使用場景,將這些場景通過功能快速解決用戶工作中遇到的問題,用戶才會覺得這個(gè)產(chǎn)品是在幫助他達(dá)成目的。
3. 及時(shí)歸檔,及時(shí)反饋
歸檔也是整理,最簡單的是整理產(chǎn)品需求,最復(fù)雜的是整理產(chǎn)品規(guī)劃,所花費(fèi)的時(shí)間肯定是成倍增多,但是規(guī)劃總是從一點(diǎn)點(diǎn)小需求開始積累,不積跬步無以至千里,不積累需求無以成就好產(chǎn)品。
整理看似簡單,但是也是產(chǎn)品流程中最最重要的也是最容易被忘記的一環(huán)。
如果我們沒有整理的習(xí)慣,那么隨著產(chǎn)品越做越深入的時(shí)候,會缺乏整體思維,很難發(fā)現(xiàn)需求與需求之間的關(guān)聯(lián),容易偏離產(chǎn)品核心。
當(dāng)我們整理的技能不斷強(qiáng)化,養(yǎng)成良好的習(xí)慣, 我們能發(fā)現(xiàn)用戶需求出在哪里,根據(jù)收集到需求,加強(qiáng)對現(xiàn)有產(chǎn)品的理解,豐富產(chǎn)品使用場景,為后面產(chǎn)品做出新規(guī)劃;同時(shí)也方便我們自己了解產(chǎn)品規(guī)劃進(jìn)度,及時(shí)跟進(jìn)未完成的需求。
1)那么我們整理時(shí)候需要什么呢?
需求整理需要兩樣關(guān)鍵文檔:需求池和需求文檔;
①需求池
歸檔未到研發(fā)階段的需求;每天抽出十分鐘進(jìn)行整理;通過需求池我們統(tǒng)計(jì)出,容易出需求的功能模塊,以及用戶的思考方向,能為我們下次產(chǎn)品規(guī)劃提供很好的支持;
②需求文檔
管理線上運(yùn)行產(chǎn)品需求以及正處于開發(fā)階段的需求;每周抽出一個(gè)下午進(jìn)行整理;通過需求文檔,我們方便掌握需求進(jìn)展,以及產(chǎn)品規(guī)劃實(shí)現(xiàn)程度。
需求整理看似簡單其實(shí)是最需要我們自己不斷練習(xí)的技能,是幫助我們理清產(chǎn)品邏輯的好工具。有了好工具,也需要我們利用好需求文檔向運(yùn)營人員及時(shí)反饋。因?yàn)檫\(yùn)營在提出需求之后會需要我們的及時(shí)反饋,對于他們來說客戶的提出的需求會有一個(gè)時(shí)效性,我們給出的反饋越快越精準(zhǔn),那么他們給到客戶的反饋就越快越好,用戶就不容易失去耐心。
?2)那么如何反饋呢?
我把兩種方式結(jié)合起來使用:文檔記錄和一對一解釋。
①文檔記錄
把拿到的需求和對應(yīng)的處理情況通過文檔的形式記錄下來,給到運(yùn)營人員。方便運(yùn)營人員有需要的時(shí)候及時(shí)查看,也能在運(yùn)營人員急需的時(shí)候給出回復(fù)。
在自己的需求池中增加“是否反饋”的屬性,幫助自己完善這個(gè)步驟。越到后面你會發(fā)現(xiàn)很多運(yùn)營人員愿意相信你,找你解決問題;在以后的工作配合會越來越默契。
②一對一解釋
遇到偽需求的時(shí)候,我們需要將完整解釋跟運(yùn)營人員說明白,讓他理解,給他提供較為合理的說辭,照顧用戶聽到時(shí)候的感受。
反饋無論在什么時(shí)候都是容易被忽略的,特別是忙起來的時(shí)候,給出反饋不僅能提升自己工作效率和團(tuán)隊(duì)協(xié)作,也是對自我整理一種監(jiān)察機(jī)制。
04 總結(jié)
我通過對日常需求溝通總結(jié)出的一些經(jīng)驗(yàn),當(dāng)然其中還有更多值得深入探討的空間,希望通過我的總結(jié)能幫助大家更好的總結(jié)自己的日常工作。
盡管被溝通工作占據(jù)了大部分的工作時(shí)間,但是通過思考、溝通和整理,產(chǎn)品技能不斷提升,通過量變達(dá)到質(zhì)變,那無論多么枯燥重復(fù)的工作你都能從里面汲取到跟產(chǎn)品有關(guān)的知識。
也希望大家能與我分享更多的經(jīng)驗(yàn)。
本文由 @鐘傾 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
寫的很好,我就是一個(gè)剛工作一年多的產(chǎn)品助理小白,每次和運(yùn)營和技術(shù)溝通時(shí)都很怵,運(yùn)營提出來的問題有時(shí)候不知怎么解決,提出來的需求難以辨別真?zhèn)涡枨?,和技術(shù)溝通時(shí)總被技術(shù)反問就不知該如何解決;
怵的話可以把自己負(fù)責(zé)的模塊再去梳理一下
跟運(yùn)營可以再討教一下他們的操作和對接用戶的真實(shí)場景。
需求實(shí)現(xiàn)之前可以先跟研發(fā)通個(gè)氣,看看能不能做,如果不好實(shí)現(xiàn)的話能不能從業(yè)務(wù)邏輯和交互上找到更好的解決方案
【高階產(chǎn)品1元福利好課:產(chǎn)品管理者的溝通技巧!!】
? 奇魚微辦公產(chǎn)品副總裁@黃喆老師
? 1小時(shí)產(chǎn)品管理者溝通技巧拆解!
? 原價(jià)108元,特惠1元!
立即點(diǎn)擊預(yù)約聽課>>>http://3.woshipm.cn/byy26b
厲害,很扎實(shí)的需求分析功底 ??
謝謝,希望對大家都有幫助