尤其讓我印象深刻地是,他還特別準(zhǔn)備了問題清單,結(jié)構(gòu)層次也很清晰,而我們都知道:問題清單,往往就是指向答案路徑的機(jī)會清單。
因此,今天熬夜復(fù)盤下溝通內(nèi)容,發(fā)現(xiàn)對我們產(chǎn)品經(jīng)理最有啟發(fā),也是很多產(chǎn)品新人最容易陷入的兩個認(rèn)知陷阱:「弱思考」與「憑直覺」。
嚴(yán)格來說,「弱思考」與「憑直覺」有著內(nèi)在的強(qiáng)關(guān)聯(lián),很多時(shí)候都是有機(jī)的統(tǒng)一:「弱思考」往往催生「憑直覺」,「憑直覺」也往往受制于「弱思考」。
其實(shí)在職業(yè)發(fā)展中,我們有很多產(chǎn)品工作做得不夠完美,背后的底層邏輯往往都是懶于思考、弱于思考,因?yàn)?,在這樣的背景下,即便是有成熟的產(chǎn)品方法論做行動指南,也無濟(jì)于事。
而關(guān)于憑直覺,鏡同學(xué)則認(rèn)為這是最常見的產(chǎn)品認(rèn)知錯誤,比如,我們在很多產(chǎn)品需求調(diào)研時(shí),往往會“自以為是”的憑直覺為需求設(shè)定自我標(biāo)簽,俗稱閉門造車。
我記得,之前給大家也分享過37 signals關(guān)于“正確決策”的38條鐵律,其中就明確提到“正確決策要基于數(shù)據(jù),而不是憑直覺”,對了,37 signals還出版了一本暢銷書,就是我反復(fù)推薦大家閱讀的那本《Rework》。
不妨試著回憶下,你們之前的公司決策,是不是有不少是“憑直覺”,而非基于數(shù)據(jù)呢?
不妨試著回憶下,你們之前的個人決策,是不是有不少是“憑直覺”,而非基于深思呢?
因此,鏡同學(xué)想結(jié)合上周的兩個產(chǎn)品案例,分享一些關(guān)于向上發(fā)展的思考,希望能帶給你一些啟發(fā)和參考。
01 運(yùn)營反饋需求:用戶想要刪除系統(tǒng)數(shù)據(jù)
上周我們產(chǎn)品運(yùn)營同學(xué)向我們提交反饋了一個需求:企業(yè)用戶想要刪除掉系統(tǒng)中“待辦”、“整改”的系統(tǒng)數(shù)據(jù),請我們產(chǎn)品經(jīng)理設(shè)計(jì)需求,研發(fā)同學(xué)執(zhí)行下開發(fā)任務(wù)。
這個需求背景是:企業(yè)使用我們的信息管理系統(tǒng),他們的上級監(jiān)管部門要檢查企業(yè)的信息化使用情況,但他們系統(tǒng)上存在很多待辦數(shù)據(jù)、整改數(shù)據(jù)等,這些數(shù)據(jù)暴露出企業(yè)安全生產(chǎn)管理的執(zhí)行不力,因此,這個企業(yè)就想要我們幫忙刪除掉這些數(shù)據(jù)。
鏡同學(xué)相信,應(yīng)該有不少B端產(chǎn)品同學(xué)都遇到過類似問題,當(dāng)時(shí)我們一個產(chǎn)品經(jīng)理在群里收到該需求后,不假思索地就答應(yīng)了,還憑直覺承諾當(dāng)天就會完成產(chǎn)品設(shè)計(jì),當(dāng)然,這類技術(shù)性需求本身并不復(fù)雜,只要定義描述好需求后,開發(fā)同學(xué)分分鐘就可以搞定。
聽完該產(chǎn)品同學(xué)的反饋匯報(bào)后,我有兩點(diǎn)清晰的感受,一是該同學(xué)工作很積極,響應(yīng)很快;二是,該同學(xué)掉入了“弱思考陷阱”,越是簡單的事越容易憑本能、按感覺去做事。
我便引導(dǎo)著問他,在正常的產(chǎn)品設(shè)計(jì)流程中,收集到需求之后應(yīng)該做什么?他回答說,應(yīng)該先做需求調(diào)研,論證需求。
是的,他很清楚需求流程,也具備方法論,只是忘記了思考,由本能主宰了理性,憑直覺做出了行動決策。
那我們多維度論證下這個需求:從技術(shù)實(shí)現(xiàn)上來說,并沒有任何難度,但從公司價(jià)值來說,我們作為技術(shù)服務(wù)的供應(yīng)商,我們竟然能刪除用戶數(shù)據(jù),幫助用戶“造假”,既違反用戶隱私,也有損公司口碑。
從需求調(diào)研本身上來說,這就是典型的“偽需求”,既沒必要做,也不能做,更是技術(shù)性公司應(yīng)該堅(jiān)持的底線,而從產(chǎn)品同學(xué)的思考邏輯來看,他并非不知道需求調(diào)研的方法論,也不是沒有能力識別,而是,在這個小需求面前,忽略了“思考”的必要和價(jià)值。
所以你看,弱思考,往往會導(dǎo)致流程性的錯誤。
02 客戶提出需求:想要批量開通用戶
大家都知道,在日常工作中,產(chǎn)品經(jīng)理與客戶溝通需求的場景非常普遍,用戶往往也會反饋很多有價(jià)值的真實(shí)需求,而有些需求通常很著急,做完整的產(chǎn)品設(shè)計(jì)則會耽誤用戶使用。
比如,上周我們的機(jī)構(gòu)客戶就提出一個需求,他們在使用我們的一款SaaS產(chǎn)品,其中有個功能是可以添加自己所服務(wù)的企業(yè),當(dāng)時(shí),他們臨時(shí)有個集中匯報(bào)會,需要快速為即將要服務(wù)的200多家企業(yè)開通賬號。
不過,按照現(xiàn)有的功能,他們需要逐一去添加賬號,為服務(wù)的企業(yè)開通系統(tǒng),這樣很慢、效率很低,我們系統(tǒng)又沒有批量導(dǎo)入功能,他們就希望我們通過技術(shù)手段后臺為這些企業(yè)用戶批量開通下賬號。
這個需求不同于上面刪除用戶數(shù)據(jù)的案例,該需求是有真實(shí)價(jià)值的,只是我們產(chǎn)品暫時(shí)沒有該功能,因此,我覺得這樣沒有問題,就沒再深度思考,作為產(chǎn)品研發(fā)中心負(fù)責(zé)人,我就準(zhǔn)備隨后安排后臺開發(fā)人員進(jìn)行技術(shù)處理。
剛好我們要開周總結(jié)會,我就順便把該事情給總裁匯報(bào)了一下,領(lǐng)導(dǎo)當(dāng)時(shí)就強(qiáng)調(diào):先不要直接答應(yīng)客戶,讓客戶提交一個書面申請,授權(quán)我們?yōu)樗麄兣块_通賬號,這樣既能解決客戶問題,還能避免后續(xù)扯皮,更能對外表現(xiàn)我們的技術(shù)張力和專業(yè)正規(guī)性。
果然,客戶并沒有反感,也沒有認(rèn)為我們的“多此一舉”,反正發(fā)來信息贊賞我們的技術(shù)管理很專業(yè),也很配合地提交了“授權(quán)申請”。
事后我總結(jié),我在這件事情處理上認(rèn)知有偏差,單純認(rèn)為是缺乏經(jīng)驗(yàn)也不準(zhǔn)確,事實(shí)上,我當(dāng)時(shí)深度思考不足,也在憑直覺來處理新事物,至少沒有尋求多方溝通的主動意識。
是的,往往越是簡單的新事務(wù),越容易陷入“直覺”陷阱。
03 產(chǎn)品同學(xué)需要寫《產(chǎn)品操作說明書》嗎?
上周還有一件事,有個產(chǎn)品同學(xué)詢問我產(chǎn)品經(jīng)理需要寫《產(chǎn)品操作說明書》嗎?那不是測試或者運(yùn)營的工作嗎?和他溝通后對我的啟發(fā)也是:面對問題,我們的本能不應(yīng)該是回答答案,而應(yīng)該先深度思考。
我當(dāng)時(shí)也在小報(bào)童「鏡同學(xué)的產(chǎn)品驛站」做了分享,在這里也給大家做下簡單的復(fù)盤:
首先,有問題就會有答案,這對很多人來說,都是本能認(rèn)知、也是基本常識,所以你看,這句標(biāo)語甚至成了“知乎”的slogan。
但是,據(jù)鏡同學(xué)觀察,很多產(chǎn)品同學(xué)在面對職場問題時(shí)總顯得缺乏定力和靜氣,難以周全的兼顧,本能的直接回復(fù),生怕答案過期,而且,越是簡單的問題就越是輕敵。
那么,面對問題,我們的本能反應(yīng)既然不是“回答答案”,那應(yīng)該是什么呢?
很簡單,是思考。
底層認(rèn)知邏輯也很樸素:問題→思考→答案。
思考是催生答案的必備過程,面對問題我們最重要的便是深度思考:思考功能定義、思考問題要點(diǎn)、思考本質(zhì)解。
我們說回這個問題,我當(dāng)時(shí)并沒有直接回答,因?yàn)槲疑钪x問題是找到答案前提,而且,我過往也踩過類似的坑,遇到過類似事情,比如,我們之前公司的《產(chǎn)品操作說明書》就不需要產(chǎn)品經(jīng)理來編寫,于是,我和他做了溝通交流,解題思路如下:
1)定義清楚《產(chǎn)品操作說明書》
你們公司對《產(chǎn)品操作說明書》的定義是什么?
產(chǎn)品生命周期后半程會有很多文檔,如,《產(chǎn)品手冊》、《產(chǎn)品說明書》、《產(chǎn)品操作說明書》、《產(chǎn)品培訓(xùn)手冊》、《用戶使用指南》等等,這些文件在不同公司語境下作用不同,承建崗位也各異。
而《產(chǎn)品操作說明書》顧名思義,主要是對現(xiàn)有的產(chǎn)品功能、操作步驟進(jìn)行解釋說明,以便用戶更快地理解產(chǎn)品、上手使用產(chǎn)品。
2)搞清楚該文檔的目標(biāo)用戶
那么,這個文檔是給公司內(nèi)部人員(如,業(yè)務(wù)、運(yùn)營)使用還是給外部客戶使用?
當(dāng)時(shí),我們之前公司定義的《產(chǎn)品操作說明書》是外部文檔,因此,這個不需要由產(chǎn)品經(jīng)理來寫,而是由客戶成功部門來編寫,他們是直接面客的。
但是,產(chǎn)品經(jīng)理需要編寫《產(chǎn)品手冊》,客戶成功同事會依此為基礎(chǔ)編寫《產(chǎn)品操作說明書》。
3)以價(jià)值重新理解
好了,明白了該文檔的內(nèi)部價(jià)值,我們就更好理解為何我們當(dāng)時(shí)公司沒有定義產(chǎn)品經(jīng)理來寫的原因:
之所以這樣安排,一是客戶成功需要深度了解產(chǎn)品;二是很多客戶關(guān)注的產(chǎn)品功能尚在研發(fā)中,但客戶成功部門可以提前劇透,他們會結(jié)合市場動態(tài)進(jìn)行放大表述;
而產(chǎn)品經(jīng)理所寫的《產(chǎn)品手冊》更多只是從產(chǎn)品角度對現(xiàn)有產(chǎn)品功能進(jìn)行的內(nèi)部分析,以便公司其他部門人員學(xué)習(xí)了解。
我們再次回到問題本身:《產(chǎn)品操作說明書》這個小問題,似乎很好回答,我相信一定有不少產(chǎn)品同學(xué)會說,肯定是產(chǎn)品經(jīng)理來寫啊,不用懷疑的,甚至?xí)谐鼍W(wǎng)上答案,或者,ChatGPT的回復(fù),以證自己說得對。
誠然,絕大多數(shù)情況下《產(chǎn)品操作說明書》由產(chǎn)品經(jīng)理來編制并無不妥,但總有例外,本能回答并非最優(yōu)解,正確的解題思路應(yīng)該先進(jìn)行深度思考。
其實(shí),這多復(fù)雜問題的正確的答案都不是從書面上可以直接回答的,而是在不斷互動、碰撞過程中修正完善的。
問題→思考→答案,面對問題先不要急著回答。
這個認(rèn)知習(xí)慣也許能幫助你從問題中積蓄成長的力量。
最后,鏡同學(xué)想說的是,產(chǎn)品經(jīng)理本質(zhì)上是設(shè)計(jì)崗位,是創(chuàng)造性的工作,華為曾說過,創(chuàng)新是最大的護(hù)城河,對產(chǎn)品同學(xué)也一樣,核心競爭力來源于對新事物的達(dá)成效率。
因此,我們再強(qiáng)調(diào)總結(jié)下,在產(chǎn)品工作中應(yīng)該要竭力避免「弱思考」和「憑直覺」的錯誤認(rèn)知,想把「問題清單」轉(zhuǎn)化為「解決方案」更應(yīng)牢記:深度思考、基于理性。
專欄作家
產(chǎn)品大峽谷,公眾號:產(chǎn)品大峽谷,人人都是產(chǎn)品經(jīng)理專欄作家。七年B端產(chǎn)品經(jīng)理,供應(yīng)鏈物流與金融領(lǐng)域,擅長需求設(shè)計(jì)、業(yè)務(wù)指導(dǎo)、商業(yè)觀察等。
本文由@產(chǎn)品大峽谷 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。