和研發(fā)“battle”完,一位產(chǎn)品的深思

6 評論 5529 瀏覽 33 收藏 14 分鐘

產(chǎn)品在日常工作中,需要與開發(fā)進行溝通交流,在產(chǎn)品協(xié)作過程中,總會遇到一些問題與摩擦,面對這些問題,產(chǎn)品人員該如何應對比較合適?作者分享了一些他的看法,希望對你有所幫助。

今天重溫了一下老書,一時間入了迷。想起了當初第一次看這本書時候我的狀態(tài),想起了我工作快兩年來遇到的一些問題。有感而發(fā),臨時想寫一篇文章來記錄一下,記一下我對產(chǎn)品工作的認識以及產(chǎn)研之間矛盾的看法。

一、先來簡單說說我認可的產(chǎn)品和產(chǎn)品經(jīng)理的定義

1. 什么是產(chǎn)品?

解決某類需求的商品或者服務。說白了,就是可以滿足需求的載體。

比如滿足你刷牙需求的牙刷,出行需求的共享單車,外賣需求的餓了嗎等等。這些從虛擬到實體都可以統(tǒng)稱為產(chǎn)品。

2. 什么是產(chǎn)品經(jīng)理?

俞軍說:企業(yè)通過“產(chǎn)品”這個關鍵媒介,以創(chuàng)造“用戶價值” 的方式,有選擇地和用戶進行價值交換。

那么企業(yè)需要的這個媒介的創(chuàng)造者就可以稱為產(chǎn)品經(jīng)理。

舉個不是很恰當?shù)睦?,如果現(xiàn)在大家洗澡洗的不爽,洗不干凈。這個需求被某個人或者某個企業(yè)發(fā)現(xiàn)了,那么負責解決洗澡洗不干凈的人就是產(chǎn)品經(jīng)理。

  • 也許這個企業(yè)會有個部門,一些人創(chuàng)造出了肥皂,用戶洗澡的時候用肥皂就能比之前洗的更干凈。那么這個部門也許會叫做產(chǎn)品部,這群人就叫產(chǎn)品經(jīng)理(肥皂這個商品)。
  • 也許這個企業(yè)有個部門,一些人發(fā)現(xiàn)搓背這個行為能有效的解決洗不干凈的問題,于是制定了一套搓背服務流程,搓完比不搓洗的更干凈。那么這群創(chuàng)造這個服務的人就叫產(chǎn)品經(jīng)理(搓澡這個服務)。

其實產(chǎn)品經(jīng)理也就是創(chuàng)造“肥皂”,發(fā)現(xiàn)“搓背”服務的人。無非是這個肥皂可能叫做滴滴,這個服務可能叫做出行?;蛘呤墙凶雒缊F/外賣,微信/社交。

二、為什么需要我們這些“產(chǎn)品”?

聽起來這個崗位好像也沒有很高的門檻,沒有很高的標準,那為什么有著較高專業(yè)知識門檻的研發(fā)不能順便“兼顧”一下看似輕巧的產(chǎn)品經(jīng)理的工作呢?

個人理解,在以下的幾個方面的差異導致產(chǎn)品工作需要精心對待而不是隨意應付:

1. 崗位定義的不同

這個在各個求職軟件上的招聘要求都有,五花八門,總的來說產(chǎn)品處于信息的上游,研發(fā)處于信息的下游。一個負責設計,一個負責實施。在同一條河里,但是不在同一條船上。我簡單總結(jié)了一下。

pm:負責發(fā)現(xiàn)/收集/創(chuàng)造和定義需求,將需求通過具體的產(chǎn)品功能設計呈現(xiàn)為用戶可用的產(chǎn)品。

研發(fā):從技術(shù)角度評估產(chǎn)品方案,設計技術(shù)方案,最終將產(chǎn)品設計實施落地為用戶可用的產(chǎn)品。

2. 崗位考核的不同

產(chǎn)品崗位的考核其實很清晰,與崗位最初賦予你的責任其實是對應的。能否高效準確的將各方需求轉(zhuǎn)化為產(chǎn)品需求,然后將需求轉(zhuǎn)化為產(chǎn)品方案,并確保產(chǎn)品方案順利落地并實施。簡單來說就是:把產(chǎn)品搞好。

簡單提一嘴,我覺得把產(chǎn)品搞好我覺得有幾個關鍵節(jié)點。

  1. 需求的收集與反饋:作為需求的第一承接人,所有需求需要記錄下來。將需求的關鍵屬性諸如場景,提交人,緊急程度等等記錄。然后這些需求的狀態(tài)變更(如從需求池到產(chǎn)品設計階段,如進入研發(fā)階段,上線時間已定等等),及時通知關聯(lián)人員。避免出現(xiàn)大家會經(jīng)常來問 需求怎么樣了到哪一步了上線了嗎 此類信息不對稱問題。
  2. 產(chǎn)品方案的高質(zhì)量設計:這個無需贅述,產(chǎn)品最需要做好的工作。
  3. 版本的穩(wěn)定上線:通常每個上線任務都有deadline,不要交給研發(fā)之后就不聞不問了,要常常跟一下進度,做到心中有數(shù)。如果有任何意外,需要及時調(diào)整時間和通知上級。
  4. 上線后的持續(xù)跟進:上線不是終點!上線不是終點!上線不是終點!重要的話說三遍,在此我想引用一下丘吉爾的”The End of the Beginning”演講上的一句話來表達觀點:“ 這不是結(jié)束,甚至不是結(jié)束的開始,而可能只是開始的結(jié)束。”

pm:承接好各方需求,并準確高效的轉(zhuǎn)化成產(chǎn)品方案并推進落地。

研發(fā):在緊迫的時間內(nèi)優(yōu)質(zhì)的完成產(chǎn)品方案的落地。

3. 思維的不同

因為崗位的定義和考核不同,所以決定了思維大概率就會不同。梁寧說過,我們都活在角色里,被角色馴化。角色化的人在思維上自然也會變化,所以大家和人打交道的時候可以很明顯的看到這個人角色化的痕跡。我們來分析下產(chǎn)研兩個角色上的思維差別。

我們把研發(fā)的思維叫做“工程思維”,工程思維往往是理性的邏輯思維,從實現(xiàn)的難易程度和系統(tǒng)的角度去定義產(chǎn)品和設計產(chǎn)品。

這么做有一個比較大的弊端,就是容易脫離實際。這個實際不是說的技術(shù)實際,而是需求和實際場景。研發(fā)拿到需求時,第一時間考慮技術(shù)方案和架構(gòu)。這沒有什么不對,但是換個角度看,一個需求的價值不在于實現(xiàn)時的技術(shù)和難易程度,而在于有沒有為用戶解決問題。

產(chǎn)品經(jīng)理的思維叫做“產(chǎn)品思維”,產(chǎn)品思維是一種結(jié)合工程思維,功能思維和商業(yè)思維的綜合思維模式,包含對商業(yè)目標,目標用戶和用戶場景的理解。

我們來舉個例子,“在這個河上建一座橋”,聽到這句話的時候,這兩個思維會如何進行思考呢?

  • 工程思維:建什么橋,水泥橋還是石橋,水流湍急程度,什么時候完工….
  • 產(chǎn)品思維:建這座橋是為了做什么?需求方是誰?預計帶來的商業(yè)價值有哪些?現(xiàn)在需求方是如何進行操作的(劃船?),頻率是多少…..

pm:產(chǎn)品思維

研發(fā):工程思維

三、想象一下沒有產(chǎn)品經(jīng)理的世界

首先,有產(chǎn)品就必然代表有需求。這個需求大概率是直接由用戶提出來的,不加思考的需求(很少有用戶能夠清晰地描述自己的需求。直接問他們使用產(chǎn)品的感受,大都傾向于關注產(chǎn)品的次要功能或者彌補缺陷的小竅門)。

這些未經(jīng)思考,過濾,篩選的需求通常和用戶真正期望的需求關系不大。再簡單將這些需求轉(zhuǎn)化成產(chǎn)品隊列,然后期望用復雜技術(shù)編配優(yōu)雅產(chǎn)品出來其實是不切實際的。

開發(fā)人員會直接決定構(gòu)造產(chǎn)品的過程,也決定構(gòu)造什么樣的產(chǎn)品。但是開發(fā)人員的任務訴求與產(chǎn)品最終用戶的訴求很大可能完全不同。且矛盾的地方在于優(yōu)秀的開發(fā)人員關注的是解決技術(shù)難題帶來的挑戰(zhàn)、如期完成任務。

他們收到的信息往往不完整、缺乏遠見、有時甚至相互矛盾,還要在極為緊迫的時間內(nèi)且不了解人們將如何使用產(chǎn)品的情況下,被迫做出事關用戶體驗的重要決定。

因此,最直接負責創(chuàng)造產(chǎn)品的人員如果很少考慮或者沒有時間和精力去考慮到真實用戶的目標、需求或動機,那么產(chǎn)品大概率是失敗的(你應該想象面對刺猬形或者圓形的還洗不干凈的肥皂和面對搓背體驗很差的師傅是什么樣的感受)。

歸根結(jié)底問題很簡單。人無法每次都戰(zhàn)勝人性,選擇那條更“艱難而準確”的道路。

一個產(chǎn)品的實現(xiàn)和設計之間必然存在沖突。研發(fā)會經(jīng)常在易于編程和易于使用之間做選擇,但是考核他們的卻是編程效率和能否在緊張時間內(nèi)完成編程任務,你就可以預見產(chǎn)品的最終模樣了。正如在法庭上我們絕不能讓原告來裁定案件一樣,產(chǎn)品也應該確保設計師和開發(fā)人員不是同一批人。即使程序員有足夠的設計能力和設計意愿,也無法有效地兼顧用戶、商業(yè)及技術(shù)各方利益。

四、該如何與研發(fā)相處

研發(fā)和產(chǎn)品不是同一批人,甚至思維方式都截然不同。但是都是為同一個目標去努力的,研發(fā)和產(chǎn)品是無法完全切割開來的。

舉個例子:在宣講時不能只講最終方案不講需求場景。雖然兩個崗位職責不同,但是大家是同一個團隊,都是圍繞著需求,功能,產(chǎn)品來進行展開工作。了解整個通路對協(xié)同有很大幫助。

在講解產(chǎn)品設計時講一下這個產(chǎn)品的 需求場景 等上游信息,其實對開展工作也是有比較多的幫助。

  1. 其一:研發(fā)會有參與感和被信任感,他會覺得這個產(chǎn)品方案我也有提供一些建議,也有貢獻。誰都希望自己的建議能夠被采納,自己有足夠的存在感。這對研發(fā)同學“快樂”的寫代碼可能也會有幫助~。
  2. 其二:研發(fā)如果用工程思維考量你的方案時候,也可以基于你表述的場景給一些建議,而這些建議往往就會產(chǎn)生意想不到的效果。

最后給一些正在承受“與研發(fā)針鋒相對的關系”新人產(chǎn)品經(jīng)理幾個小tips。

  • 我們雖然有著“經(jīng)理頭銜”,但我們只能管理自己。
  • 和研發(fā)的溝通要虛心,弱小和無知不是“被懟”的那個point,傲慢才是。
  • 價值的傳遞。站在他人角度考慮。認同他們的付出,經(jīng)常同步他們產(chǎn)品上線后的結(jié)果,包括數(shù)據(jù)結(jié)果、用戶反饋、使用感受等等都可以,讓他們覺得在做有意義的事情。

五、寫在最后

在我的產(chǎn)品生涯不長,但和研發(fā)battle的次數(shù)卻不少。

在爭的面紅耳赤的時候,在會議結(jié)束自己一個人坐在空無一人會議室的旋轉(zhuǎn)椅上的時候,在夜晚默默參照會議記錄修改產(chǎn)品方案的時候,我時常問我自己:這樣子有價值嗎,有存在的意義嗎?

這些在后來的過程里都有了答案,我既知道了“君子和而不同”,也知道了只要你期待你的產(chǎn)品能給公司帶來效益,能給用戶更好的使用體驗,能給世界多一份美好。那么你正在從事的,堅持的東西就是有價值的。

且不論過程是怎么樣的艱難。但行好事,莫問前程,不忘初心。堅持那顆做好產(chǎn)品的心吧,把自己的價值打包成產(chǎn)品交付給世界,那世界就會給你一個happy ending。

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

題圖來自 Unsplash,基于 CC0 協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 那要看是什么團隊了,有些連基本界面實現(xiàn)都困難的開發(fā),忍得下去嗎

    來自中國 回復
  2. 產(chǎn)品偏重回答”why”,技術(shù)偏重回答”how”。

    來自廣東 回復
  3. 我當產(chǎn)品7、8年了,從來沒和研發(fā)懟過,不知道為啥那么多產(chǎn)品和研發(fā)過不去。思考自己的原因吧,是邏輯問題,還是對技術(shù)不懂。別再出現(xiàn)根據(jù)天氣改變皮膚的奇葩需求了。

    來自四川 回復
  4. ??

    來自浙江 回復
  5. 寫得很棒,剛走上這條路時我也問過自己產(chǎn)品經(jīng)理存在的價值是什么,那時候有些企業(yè)還沒有這個角色,產(chǎn)品思維說起來有點空,其實能運用對商業(yè)模式、用戶場景、需求目標和技術(shù)的理解,讓產(chǎn)品真正解決目標問題,就是產(chǎn)品經(jīng)理莫大的價值了

    來自吉林 回復
    1. 是的,做到向內(nèi)問心無愧,向外輸出價值就好了。一起通過產(chǎn)品讓世界變好吧!

      來自浙江 回復