產品經理溝通法則:取勢、明道、優術

9 評論 12672 瀏覽 165 收藏 15 分鐘

產品經理每天都要花很多的精力在溝通上,那么是否有一套行之有效的方法論,來提高溝通效率降、低溝通成本呢?我總結的產品經理溝通法則就是:取勢、明道、優術。

取勢

所謂勢,就是大方向。逆勢而為,不進則退;順勢而為,扶搖直上。

作為產品經理,在溝通中能取的勢就是天時地利人和。正所謂:天時不如地利,地利不如人和。其中,人和是最關鍵,但是這里的人和不是大家開開心心一團和氣,而是有共同的價值觀和目標。當目標和愿景一致了,便有了溝通的前提,一旦取得了這個勢,溝通的過程可能曲折,但是方向始終堅定。

那么,如何確立共同目標,統一戰線呢?明確愿景,大局為重,合縱連橫,成就大我。

首先,我們應該站在較高的角度綜合考慮問題,也就是我們常說的戰略層。保證我們做出的所有決策都是基于公司愿景的、符合公司戰略利益的,而不是出于部門KPI或是個人利益考慮(所以產品經理絕對不能甩鍋?。4缶钟^是會影響他人的,自己從大局考慮,影響其他部門同事也從大局觀出發,當所有人都認同一個目標,那么就是仁者無敵,就不會出現所謂的撕逼情況了。

雖然,產品經理是用戶的第一負責人,但是,我們更應該明確的是,用戶是大家的用戶,不是產品經理的用戶,所有人都應該為用戶負責。一旦出了問題(除非是明顯的個人低級錯誤外),產品經理應該帶頭背鍋,但不是單獨背鍋,因為公司的失誤,是所有相關人員一起犯的。既然每個人身上都有一口鍋,就沒必要去甩鍋。

所以產品經理是一個縱橫家,游走在各個部門之間,為了公司目標,編織一張意義之網,網羅各方力量,順目標而為。

明道

道,是一種規律,萬事萬物都有其規則,溝通也有相應的規律。

溝通之道—-個人魅力

條理性是個人魅力非常重要的體現。產品經理在溝通時應該遵守金字塔原理,在口頭溝通時,結論先行,然后闡述理由。在書面溝通時,寫明背景、沖突、疑問、結論。闡述理由時,應條理清晰,使用演繹推理或歸納推理;群體溝通時能用圖的不要用字,能用表的盡量不用圖。自己理清思路,有條理地娓娓道來,方便對方理解,溝通就會順暢很多。

知識的廣度也是一個非常重要的個人魅力體現。溝通的過程一定要始終保持雙方在一個頻道上,否則就是雞同鴨講,無效溝通甚至產生歧義。但是,產品經理需要溝通的對象很多,如何才能在溝通時跟任何一方都能保持同一頻道呢?那就需要豐富的知識儲備和認知寬度,產品經理需要懂技術、懂運營、懂測試,這樣才能跟各方愉快的溝通(也能防止被坑哦)。所以,產品經理要把自己打造成一個T型人才—-既有專業的深度,又有知識的廣度。

專業性也能為個人魅力加分不少。產品經理在規劃功能和設計流程時,應該始終體現自己的專業性,因為只有展現出專業,才能贏得別人的信任。每個人都愿意跟著專業的“老司機”走,而不是被新手帶溝里。

所以,當有人質疑你:為什么toast的時間是1.5s時,你因該說人類視覺暫留達到最大值的最短時間是1.5s,大于這個時間,提示過重造成干擾,小于這個時間,達不到提示效果;當有人質疑你為什么設置5個項而不是其它數字時,你應該用人類短時記憶的有效項目數為7±2來解釋;當有人質疑你為什么要激勵用戶時,你應該從斯金納操作條件反射談起;當有人質疑你設計的用戶獎勵過少時,你應該從“德西效應”出發跟他聊一聊····

溝通之道—懂人性

用戶是人,所以產品經理要懂人性;溝通對象也是人,所以懂人性才能更好地溝通。

人有互惠性。溝通是一門妥協的藝術,我們在說服別人按照我們的意愿行事的時候,也要給予一定的付出或妥協。比如我們在提需求的時候,就可以把核心的需求摻雜在非核心需求中,必要時犧牲掉非核心需求(或降低優先級下個版本再實現),做出讓步,進而保全核心需求。

人有利己性。雖然在取勢中談到團隊目標一致性,但是不可避免的每個人都有利己的私心,其它部門的人也要維護自己的利益、部門的利益。所以,當產品取得成績的時候,應該將相關人員都帶上。當提需求的時候,如果不是緊急需求,也需要考慮一下其它部門的時間安排,盡量不在別人忙著趕進度的時候,提額外的需求。

人有情感性。雖然身在職場,應該公事公辦,但是人的情感性就決定了,人不可能不帶個人感情進入工作。有時候在會上,爭面紅耳赤都解決不了的事情,會后一句哥們(姐們),請他喝杯咖啡,就愉快的達成了共識。所以產品經理要想溝通順利,平時也要攢人品,偶爾請個下午茶,陪哥們抽個煙聊聊人生,組織一下聚餐···畢竟沒有什么是一頓飯決絕不了的事情,如果有,那就兩頓~

優術

人生就是一場修行,術,就是一個個的技能點。與不同的角色溝通,我們就需要使用不同的具體技能。

與Boss溝通

老板說的總是對的,老板說的總是對的,老板說的總是對的。重要的事情說3遍,這倒不是溜須拍馬,而是基于以下邏輯:

  • 老板也是人,他有自己的想法,有自己存在感的需求,也有自己的KPI要背,也要跟投資人交代。他做的一些決定,有我們作為產品經理看不到的一些需求方,有他的不得已。
  • 老板站的角度更高,掌握的信息和資源更多,很多我們覺得不對的,或者不可能完成的事情,對他來說卻不一定。很多時候我們覺得錯了的決定,很可能他看到了更大的問題,只是兩害相權取其輕。又或者,他眼光長遠,在當前看來是錯誤的方案,放在長遠來看,是有利于長期發展的。
  • 與老板溝通時,我們更多的是提出一個或多個可行方案,然后分別闡述優劣,并盡可能地爭取使我們覺得更優的方案被采納。但是,決定權在老板那里,經過一番努力,如果最終采納的不是我們的方案,也要遵照執行,畢竟這關系到團隊的效率。哪怕最后錯了再改,也比過程一直爭論不休,項目無法推進來的好,更何況,對錯尚未可知呢?

與UI設計師溝通

UI設計師像是一群游俠散仙,他們對美有執著的追求,和個性的表達。他們偏重于感性和直覺,所以在溝通的時候,我們不能用邏輯和強權去壓制。而且,UI界面的美丑是任何人都可以評論上兩句的,這個說好看,那個卻說不好看,他們也很無奈。

所以我們在跟UI同學溝通設計稿時,一定要給出核心的設計目標和理念,明確大的設計方向,切記使用“我覺得···”。審美是因人而異的,但是設計的規則和目標是統一的。我們只要抓住核心目標,剩下的就交給設計師了,讓他們專業的人做專業的事,給予足夠的發揮空間。

與RD溝通

程序猿這樣的形象已經非常深入人心了。與他們溝通的方式與UI恰恰相反,與開發溝通一定要用邏輯規則,用絲絲入扣的推理和論證征服他們。切記不能挑戰他們在技術領域的自尊心,比如說:這個功能很簡單,沒什么做不了的,我們以前···很容易就搞定了。到時候懟你一句:you can you up,no can no bibi!那就沒的聊了。

所以,當產品經理面對開發甩過來的一句“這個功能做不了”時,我們應該像分析用戶需求那樣,挖掘深層的含義,有針對性的去溝通:

  • 時間來不及。絕大部分是這個情況,這就需要產品合理的排期,預留15%~20%的時間余量,以應付這一類的問題。如果時間已經來不及了,那就需要另做權衡:是把功能放到下個版本實現,還是砍掉一些這個版本的低優先級功能讓出時間,又或者發揮一下個人魅力,陪開發加加班搞定。
  • 開發覺得這個功能做了意義不大。這也是很常見的問題,開發本身對你的設計不認可,但是又覺得談用戶體驗、談場景撕不過你,所以只能用這個方法搪塞了。這個時候就只能以理服人,再次用邏輯、規則、論證的方式說服他們并達成一致。當然,一些有產品思維的開發也會提出他的方案,這時也不妨一起討論一下,說不定他的方案確實更好呢?
  • 真的是技術上實現不了。這種情況也有,但是少見,真要是遇到了,也只能要么多給點時間,下個版本好好研究一下再上;要么,妥協一下,用其它略差一點的方案曲線救國,再圖優化。(怎么辦呢,難道還真找個程序猿祭天???)

與運營溝通

運營是產品需求的主要來源之一。運營是一群腦洞大,強跳躍性思維,撕逼能力也比較厲害的物種。他們一般會提很多需求,需求之間有時候沒有關聯,甚至是矛盾的。提出的需求每次都是緊急,巴不得希望你今天下班前就上線。但是換位思考一下,他們是整個公司背負KPI壓力最大的部門,提一些緊急需求;提一些只對眼下數據有提升,但是對長期利益無益的功能也是情有可原的。

與運營溝通最核心的一點就是用數據說話。所以產品設計中做好數據埋點,平時做好產品數據分析,必要時把數據拿出來佐證,達到溝通目的。當運營提出新的需求以配合活動時,我們應該讓運營拿出活動方案,一來可以排除掉很多拍腦袋需求,二來可以根據活動的力度,范圍,時間長短等要素來靈活應對。如果是活動力度較小的短期活動,可以用一些第三方活動平臺提供的功能,如H5形式的抽獎,大轉盤,有獎小游戲等;如果是投入較大,時間跨度也較長的活動,可以先開發簡化版小范圍試驗,收集數據,根據數據表現來決定下個版本此功能的走向。

經過上面的分析,你會發現,溝通不是“對話”這么一個點,溝通是一個面,是一個系統。所以,想解決溝通問題,就要系統化的去著手。取勢、明道、優術,就是我的溝通方法論。

溝通是一個包治百病的庸醫,任何事情都可以通過溝通解決,但是卻需要大量的時間。在這個高度分工的時代,溝通正變的越來越重要,我們能做的,就是不斷提高溝通效率,降低溝通成本。

 

本文由 @胡小Q 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 我最近也在負責配送系統,方便加個微信交流么?感謝!13751866787

    來自廣東 回復
  2. 作者寫的太棒了,能不能談談和測試人員的溝通技巧,經常為上線后的問題是需求還是bug撕逼

    回復
  3. 很多UI覺得自己設計的很NB。連競品都沒看過。不但改功能還改一些命名規則。這種直接懟回去。

    來自北京 回復
    1. 論靠譜隊友的重要性~

      來自江蘇 回復
  4. 與UI設計師溝通 中的“切記使用‘我覺得。。?!保遣皇乔屑??

    來自江蘇 回復
    1. 嗯,是切忌,感謝指正

      來自江蘇 回復
  5. 還真的是,后續要多學習樓主的溝通方式 :mrgreen:

    來自浙江 回復
    1. 每個方法論都是經歷了無數個坑,坑填多了,路也就多了~??

      來自江蘇 回復