產(chǎn)品工作中需要避開的四大坑

古云
2 評論 11677 瀏覽 100 收藏 17 分鐘

產(chǎn)品經(jīng)理在日常工作中會遇到很多坑,剛?cè)胄械漠a(chǎn)品經(jīng)理尤其如此。只有掌握有效的方法來快速避開這些坑,才能讓產(chǎn)品工作更加得心應(yīng)手。本文根據(jù)自己的產(chǎn)品工作經(jīng)歷,總結(jié)了產(chǎn)品工作中需要避開的四大坑,希望能對大家有所用處。

1、誤把客戶需求等同產(chǎn)品需求

雖然常說產(chǎn)品經(jīng)理需要去發(fā)現(xiàn)、洞察用戶需求,但是往往更多的是在對接需求。這些需求可能來自公司內(nèi)部,比如運(yùn)營的需求、市場的需求,當(dāng)然還包括老板的需求;也可能來自公司外部,比如像在齒輪易創(chuàng)這樣提供技術(shù)解決方案的公司,產(chǎn)品經(jīng)理所接的需求大多是來自客戶的需求。

那么問題來了?產(chǎn)品經(jīng)理應(yīng)該以怎樣的姿勢來對接需求呢?這里面就有我今天要說的產(chǎn)品第一坑:

誤把客戶需求等同產(chǎn)品需求。

無論是客戶也好,運(yùn)營、市場也罷,他們所做的工作都是實(shí)現(xiàn)整個(gè)產(chǎn)品的第一步——提出需求。

但這個(gè)需求往往不是產(chǎn)品真實(shí)需求,產(chǎn)品經(jīng)理常常被人詬病的一個(gè)原因就是被認(rèn)為產(chǎn)品經(jīng)理的工作很簡單——接到需求后畫畫原型寫寫文檔然后就是盯設(shè)計(jì)盯開發(fā)盯測試,好像沒有太多技術(shù)含量。

這種觀點(diǎn)對出現(xiàn)很值得我們思考:為什么產(chǎn)品經(jīng)理們會給外界留下這樣的印象?我想可能和很多產(chǎn)品經(jīng)理在需求階段就沒有深入地去判斷和區(qū)分客戶需求和產(chǎn)品需求有關(guān)。

“更快的馬車”的例子在互聯(lián)網(wǎng)界已耳熟能詳,但懂得道理并不代表能夠?qū)嶋H運(yùn)用到工作中去。正確判斷客戶需求和產(chǎn)品需求需要多問自己兩個(gè)問題:

  1. 客戶需求的本質(zhì)是什么?
  2. 這個(gè)客戶需求的目的是什么?

舉個(gè)例子,假如客戶A想要做一款健身類APP,其核心就是通過領(lǐng)取任務(wù)—完成任務(wù)—領(lǐng)取獎(jiǎng)品的方式來吸引用戶健身、提升產(chǎn)品的用戶活躍度和用戶黏性。并且客戶還提出完成任務(wù)就會給用戶發(fā)放特定的獎(jiǎng)品并寄送給用戶。

面對這樣的客戶需求,產(chǎn)品經(jīng)理當(dāng)然可以順著客戶的需求去做,但希望能夠掌控產(chǎn)品的各位是不是也要從自己的判斷出發(fā),梳理發(fā)現(xiàn)這樣的要求下真正的產(chǎn)品需求。

我們可以發(fā)現(xiàn)獎(jiǎng)品實(shí)質(zhì)上是一個(gè)激勵(lì)因素,而發(fā)放獎(jiǎng)品的目的就是為了激勵(lì)用戶使用自己的產(chǎn)品,提升產(chǎn)品的各項(xiàng)數(shù)據(jù)指標(biāo)。在了解需求本質(zhì)的基礎(chǔ)上我們再來從產(chǎn)品角度思考這一需求:是不是一定要發(fā)放實(shí)物獎(jiǎng)品呢?有沒有更好的實(shí)現(xiàn)方式能夠滿足這一目的?那么也許我們可以用現(xiàn)金紅包、手機(jī)話費(fèi)、流量券等多種方式實(shí)現(xiàn)這一產(chǎn)品需求,而同時(shí)又大大節(jié)省了實(shí)物獎(jiǎng)品所耗費(fèi)的人員和物流成本。

當(dāng)然以上討論并不一定是這一產(chǎn)品的最好實(shí)現(xiàn)方式,但卻是一個(gè)產(chǎn)品經(jīng)理應(yīng)有的思考。如果只是機(jī)械地接需求、實(shí)現(xiàn)需求,而不去深入思考需求本身,就無法發(fā)揮產(chǎn)品經(jīng)理的真正價(jià)值。

2、被頁面主導(dǎo)而忽視流程

產(chǎn)品經(jīng)理最”炫酷”的技能可能要屬畫原型了,這也是0-1歲產(chǎn)品經(jīng)理會很熱衷于畫原型的原因之一。畫原型是產(chǎn)品經(jīng)理的基本功,是將需求通過可視化的形式表現(xiàn)出來,將功能和其中包含的邏輯以簡單明了的方式呈現(xiàn)出來以方便確認(rèn)需求和溝通。

但很多產(chǎn)品經(jīng)理都會有這樣的感受,原型圖畫了一遍又一遍,跟其他PM過功能,發(fā)現(xiàn)很多問題,改;跟開發(fā)進(jìn)行需求評審,發(fā)現(xiàn)邏輯漏洞,改;跟老板或者客戶匯報(bào),不滿意,改。結(jié)果就是原型改了很多遍才能最終定稿。誠然其中會有一些修改是因?yàn)樾枨蟊旧戆l(fā)生了變更或由于其他不可控因素而發(fā)生的,但是仍有很多修改問題來源于產(chǎn)品經(jīng)理本身——忽視流程而被頁面主導(dǎo)往往是這類問題的根源。

畫原型最忌諱的就是一上來就直接畫圖,而沒有提前對功能的流程及其邏輯進(jìn)行深入思考,這也正是初階產(chǎn)品經(jīng)理常跳的一個(gè)坑。

這類問題往往出現(xiàn)在邏輯相對復(fù)雜的功能板塊,如果直接上手畫原型圖思維就會被頁面帶著走,頁面畫到哪想到哪,想到什么就畫什么。不能很好地從整個(gè)功能板塊的業(yè)務(wù)流程角度去思考問題,一方面會給自己埋下邏輯漏洞,另一方面修改起來也比較麻煩,更容易影響整個(gè)產(chǎn)品流程。

因此在畫原型圖之前可以花很少的時(shí)間先把流程圖給畫出來。流程圖,顧名思義就是用來表達(dá)流程的圖,可以使用各種工具,甚至可以手畫;表現(xiàn)形式也可以是多種多樣,只要能夠幫助你理清業(yè)務(wù)邏輯、想清楚完整流程即可。比如下圖是微信給好友發(fā)紅包的一個(gè)簡單流程圖:

這個(gè)流程圖看起來很簡單,畫出來甚至花不了一分鐘的時(shí)間,但是有了這樣一個(gè)流程圖之后我們就可以很方便地進(jìn)行按圖索驥了。我們可以將原來一個(gè)完整的比較復(fù)雜的發(fā)紅包功能分成一個(gè)個(gè)連貫的小部分,從而逐一進(jìn)行單點(diǎn)突破:

  • 聊天界面需要有一個(gè)發(fā)紅包的按鈕,作為產(chǎn)品經(jīng)理需要思考的就是這個(gè)按鈕怎么放,這個(gè)功能的使用的優(yōu)先級如何?
  • 需要輸入紅包的金額,那么金額有沒有限制呢?
  • 需要輸入留言,留言是必填的嗎,要是用戶不想填有沒有默認(rèn)留言?
  • 要輸入支付密碼,密碼輸入完畢后要不要用戶再點(diǎn)擊確認(rèn)?

解決完這些問題一個(gè)完整的發(fā)紅包功能就出爐了,在這個(gè)基礎(chǔ)上畫原型圖的話不僅會很快,后期也不需要頻繁修改。
重視流程、利用好流程圖這個(gè)工具,不僅能夠幫助產(chǎn)品經(jīng)理們大大提升效率,減少返工,還會給別人留下一種靠譜的印象,避免成為別人眼中的”改圖”經(jīng)理。

3、只會做加法不會做減法

0-1歲的產(chǎn)品經(jīng)理們還在進(jìn)行從用戶向產(chǎn)品經(jīng)理的轉(zhuǎn)變,在設(shè)計(jì)產(chǎn)品時(shí)腦子想的更多的不是我這個(gè)產(chǎn)品或者我這個(gè)功能怎么樣最好,而是回想以前用過的類似的產(chǎn)品或功能都有什么東西可以套用。雖然模仿和參考本身不是壞事,但是作為一個(gè)產(chǎn)品經(jīng)理需要去判斷什么樣的功能是當(dāng)前產(chǎn)品更適合的。最難的永遠(yuǎn)不是加功能,而是如何去減功能,而產(chǎn)品新人往往陷入加功能中無法自拔,反而會拖累產(chǎn)品的發(fā)展。
加功能之所以不難在于你永遠(yuǎn)能夠找出理由來支持你加這個(gè)功能,而在眾多功能中要決定砍掉哪個(gè)卻很考驗(yàn)產(chǎn)品人的能力。當(dāng)我們談?wù)摐p功能時(shí),首先要明白我們?yōu)槭裁匆獪p功能,我認(rèn)為主要有以下三大原因:

(1)首先是產(chǎn)品定位的問題

要弄清楚自己這個(gè)產(chǎn)品的定位是什么,對于不符合產(chǎn)品定位的功能就應(yīng)該果斷砍掉。

(2)其次是產(chǎn)品迭代的問題

互聯(lián)網(wǎng)產(chǎn)品與傳統(tǒng)行業(yè)在產(chǎn)品更新?lián)Q代上有著顯著差異,傳統(tǒng)行業(yè)往往會幾年時(shí)間調(diào)研、設(shè)計(jì)、生產(chǎn)一款新產(chǎn)品,而互聯(lián)網(wǎng)行業(yè)遵循的則是快速迭代的精益創(chuàng)業(yè)理念,同類產(chǎn)品間競爭的往往不是誰更好,而是誰更快一步,只有快速迭代、快速試錯(cuò)才能緊跟市場的變化。因此,面對如此快速的迭代過程,產(chǎn)品經(jīng)理必須下狠心對功能動刀子。

(3)最后是資源的問題

因?yàn)橘Y源永遠(yuǎn)是不足的,即使在BAT這樣的大公司中資源也是短缺的。比起你想做的,你能做的往往會大打折扣。這里的資源涵蓋時(shí)間、人力、金錢等產(chǎn)品研發(fā)中所需要的各類資源,面對資源短缺的現(xiàn)實(shí),產(chǎn)品經(jīng)理只能將現(xiàn)有資源效益最大化,先做優(yōu)先級最高的功能先把”孩子”生下來。

騰訊去年11月推出的輕聊版QQ——TIM就是一個(gè)減功能的好例子,因?yàn)門IM就是在手機(jī)QQ的基礎(chǔ)上增加功能和減少功能而成的。拿TIM舉個(gè)最簡單的例子,TIM1.0.1版本中雖然上線了在線協(xié)作文檔功能,但是只能進(jìn)行最基本的文字編輯,之后在1.1.5版本中才加入了上傳圖片的功能。在移動端支持上傳圖片本身并不存在技術(shù)難度,那為什么在第一版本沒有做呢?

因?yàn)樵诰€文檔編輯的實(shí)際使用場景在PC端,移動端只是PC端的一個(gè)補(bǔ)償,移動端文檔的主要使用場景是不在電腦身邊又需要及時(shí)查看文檔,而不是編輯文檔。所以在第一版本中TIM的產(chǎn)品經(jīng)理們將上傳圖片的功能砍掉了。但這并不表示移動端上傳圖片就是個(gè)偽需求,相反它是一個(gè)可以提升用戶體驗(yàn)的點(diǎn),在產(chǎn)品迭代優(yōu)化的過程中這個(gè)功能是值得做的。

要記住,砍掉一個(gè)功能并不代表這個(gè)功能不重要,只是因?yàn)橥瑫r(shí)有更重要的功能。對于一個(gè)產(chǎn)品新人來說,學(xué)會砍功能比學(xué)會加功能更加重要。

4、不會給PRD“減負(fù)”

撰寫PRD文檔也是產(chǎn)品經(jīng)理的基本功,但是要把文檔寫好卻并不是一件簡單事。產(chǎn)品新人初寫文檔時(shí)往往不得要領(lǐng)會犯很多錯(cuò)誤,而PRD里面的坑也確實(shí)不少,今天主要想給大家分享如何給PRD“減負(fù)”。

給PRD“減負(fù)”聽上去似乎很奇怪,難道PRD還會超負(fù)荷嗎?
當(dāng)然,當(dāng)你的PRD文檔有著大量重復(fù)內(nèi)容或者需要用非常繁瑣的文字說明去解釋某一功能的時(shí)候,就說明你的PRD文檔需要減負(fù)了。因?yàn)樽珜慞RD文檔是為了能更好地溝通清楚需求,如果盲目撰寫文檔、不給文檔減負(fù)以增強(qiáng)可讀性,不僅達(dá)不到提升溝通效率的目的,反而會讓看文檔的人深受其累。

那么如何去給PRD文檔減負(fù)呢?

我認(rèn)為有兩個(gè)方法可以提供參考:

(1)用模塊化的思維來撰寫文檔

在一個(gè)產(chǎn)品中往往有在很多頁面中反復(fù)出現(xiàn)的板塊,比如一款音樂APP中的音樂播放板塊、歌曲列表、分享板塊等。產(chǎn)品經(jīng)理在撰寫文檔時(shí)沒有必要每次遇到同樣的或類似的板塊都重復(fù)再說明一遍。

有同學(xué)可能會問,如果只是將那個(gè)板塊的說明復(fù)制粘貼過來,既不增加工作量,又可以使文檔更加滴水不漏,豈不更好?
答案是否定的,因?yàn)樵谧珜懳臋n時(shí)我們?nèi)匀灰o繃用戶體驗(yàn)這根弦。雖然這樣做對撰寫文檔本身沒有增加太多工作量,但是對于閱讀文檔的人來說,為了確保不遺漏信息卻要認(rèn)真看每一句話,這樣無疑增加了文檔閱讀者的工作量。更重要的是當(dāng)他們發(fā)現(xiàn)大段都是重復(fù)內(nèi)容的時(shí)候內(nèi)心一定是一萬頭草泥馬在奔騰。

因此對于這樣的內(nèi)容,我們可以采用兩種方式來進(jìn)行優(yōu)化:在音樂APP的例子中,對于音樂播放這樣的板塊應(yīng)該拿出來作為一個(gè)單獨(dú)板塊進(jìn)行統(tǒng)一闡述,而對于歌曲列表這樣反復(fù)出現(xiàn)但本身又不復(fù)雜的板塊則只需要在第一次出現(xiàn)歌曲列表的時(shí)候盡可能詳細(xì)地說明清楚,此后再遇到同類型歌曲列表只需一語帶過。通過這樣給PRD文檔”瘦身”既能提升我們自己的工作效率,更能大大提升文檔的可讀性。

(2)善用流程圖

在一款產(chǎn)品中,往往會有一些比較復(fù)雜的功能,要么是功能流程長,要么是背后有著非常復(fù)雜的判斷邏輯。這種時(shí)候要想把這個(gè)功能表述清楚往往就需要花費(fèi)很大的篇幅。而大篇幅的文字說明對開發(fā)來說往往不是最好的理解方式。且不說更有甚者,即使花了很大的篇幅也無法把問題表述清楚。而這種時(shí)候流程圖這種圖形語言就能夠提供很大的幫助。

拿最簡單的登錄驗(yàn)證來舉例子,用戶輸入手機(jī)號和密碼后需要依次經(jīng)過如下圖所示的五個(gè)判定,缺一不可。

如果用文字來表達(dá)這個(gè)流程:

流程圖是一種圖形化語言,相對文字而言不僅更加直觀,還更符合工程師思考問題的方式。通過將PRD中繁瑣的語言替換成流程圖我們不僅能給PRD瘦身,更有利于工程師理解和確認(rèn)需求,降低溝通成本。

結(jié)尾

產(chǎn)品工作中的坑當(dāng)然遠(yuǎn)遠(yuǎn)不止這些。在避開上述的四大坑的基礎(chǔ)上,初階產(chǎn)品經(jīng)理還需要在工作中不斷總結(jié)自己所踩過的那些坑,只有這樣才能保持和提升自己的產(chǎn)品能力,打造出真正牛逼的產(chǎn)品。

-The End-

 

作者:張世健,初階產(chǎn)品dog。微信公眾號:齒輪易創(chuàng)(chilunyichuang)

本文由 @張世健 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 而對于歌曲列表這樣反復(fù)出現(xiàn)但本身又不復(fù)雜的板塊則只需要在第一次出現(xiàn)歌曲列表的時(shí)候盡可能詳細(xì)地說明清楚,此后再遇到同類型歌曲列表只需一語帶過。———-這里的一語帶過要怎么帶呢

    來自廣西 回復(fù)
  2. 受教,寫得很好。

    來自浙江 回復(fù)
专题
13403人已学习15篇文章
私域流量是与公域流量相对的概念,本专题的文章主要通过几个核心的问题,为大家解读私域流量背后的底层逻辑。
专题
12805人已学习12篇文章
营销数字化与数字化营销,是两个不同的概念,很多容易混淆。本专题的文章分享了关于营销数字化的解读。
专题
61097人已学习24篇文章
想要脱围而出,你必须学点实在的技能。
专题
19975人已学习19篇文章
好的权限系统可以明确公司内不同人员、不同部门的分工,便于管理等优势。本专题的文章提供了后台权限管理设计指南。
专题
14249人已学习12篇文章
与C端调研不一样的是,虽然方法论可能相同,但实际操作的时候,B端和G端总会遇到各种各样的问题。本专题的文章分享了B端和G端的客户调研经验。
专题
15156人已学习13篇文章
本专题的文章分享了数据分析报告写作指南。