萬字長文 | 十個模型,總結產品經理溝通方法論

6 評論 9694 瀏覽 168 收藏 41 分鐘

編輯導語:毫不夸張地說溝通占據了產品經理日常工作內容的40%,高效溝通往往能讓事情事半功倍。本文作者結合溝通方法與具體溝通情景講解了如何高效溝通,一起來看看吧!

先問大家一個問題:“作為一名產品經理,你真的懂得溝通嗎?”

誒,先別急著回答,看完文章,再重新思考下這個問題。

產品經理在日常工作當中,不夸張地說,溝通幾乎是占據了40%的工作內容,與運營溝通,與開發溝通,與用戶溝通,與領導溝通等。

學會如何更高效率地溝通,能夠使事情事半功倍,也能夠有效地推動產品項目的運轉。

同時,我們溝通時,會運用到一些方式方法,通常我們會聽到“結論先行”“數據佐證”“說清背景”等等的一些方式。

這些具體的出處、來源又是哪里?

作為產品經理,在什么樣的場景需要運用什么樣的溝通方法?

這么一問,你是否對自己過往的溝通方式開始產生懷疑?究竟是隨心而出,還是有一定的方法?

但并不是掌握了方法,就能夠溝通無阻,畢竟溝通主要核心是內容,掌握了合適的方法只能夠提升效率。

阿境將會先從溝通對于產品經理的作用引入,繼而闡述市面上較為科學的溝通模型,再帶入產品經理日常工作的溝通對象,與模型相論證,達到“方法+事例”的結合。

一、為什么要學會溝通

很多朋友會覺得,不就是溝通嗎?每個人都會。

廈門吳彥祖阿境告訴你:不是的。

學會說話不難,學會好好說話很重要,簡單談下為什么要“學會溝通”。

  1. 好的溝通方式能夠節省很多時間。
  2. 作為團隊的“潤滑劑”,恰當的溝通方式能夠避免許多不必要的沖突。
  3. 有效率的溝通能夠提高項目的運轉效率。

另外,推薦幾本書,不一定有用,但蠻看看總沒錯?!斗潜┝贤ā?、《金字塔原理》、《影響力》、《關鍵對話》……

但有一點說在前面,溝通的本質還是在于內容,不論是文章中提到的模型還是溝通實例,僅僅是拋磚引玉,套路永遠都沒辦法橫跨于優質的內容之上,愿謹記。

當然,如果你是長著一張跟廈門吳彥祖阿境一樣好看的臉那就另說了,當這篇文章說的都是廢話即可。

(潛臺詞是,要什么溝通方式,有好看的臉就夠了,相信阿境的朋友們都是好看的?。?/strong>

二、溝通模型

在市面上有很多關于溝通的方法及模型,阿境挑選出在產品經理日常工作/面試中會運用到的模型,總結了幾個,供大家平時運用學習。

產品經理工作當中,主要溝通核心在于“結構化表達”、“說服他人”、“溝通效率”、“溝通邏輯性”、“講故事的方法”,所以阿境所選的例子也均為這些類型的模型。

要注意的是,阿境僅在該部分列舉模型的內容,并不多加展開,在第三部分:產品經理溝通實例在通過具體引用的模型來展開可使用在哪些場景中。

1. PREP原則(結論先行)

萬字長文 | 十個模型,總結產品經理溝通方法論

P-R-E-P(結論-依據-事例-重述結論)是溝通當中的重大原則。

P代指Point-結論,R代指Reason-依據,E代指Example-事例,最后一個P還是point-重述結論。

  • Point-結論,結論先行,是溝通當中的黃金法則。不論溝通對象是誰,雙方在進行溝通之前,都不一定有明確的背景, 而此時,拋出自身明確的觀點/結論至關重要,能夠讓對方清楚接下來的內容是圍繞哪個觀點來展開。
  • Reason-依據,在拋出結論之后,通過有效的數據,有力的事實驗證結論的可靠性。通常我們在闡述依據的時候,往往會采用“我覺得”“我認為”“可能”“應該”這類不確定性且個人主觀意愿很強的詞語來闡述我們的論據,這是站不住腳的,同時也無法使得結論具有信服力。減少形容詞、副詞的使用,通過數據、定理、模型等可靠的信息才能夠作為可靠的依據。
  • Examle-事例,通過闡述可靠性的依據,較為枯燥。人腦對于形象的故事、場景類的描述接受度是較高的,通過事例,引起被溝通者的共情及想象。
  • Point-重述結論,通過事例,引起被溝通者的共情及想象。

通常PREP原則使用在書面溝通、語言溝通中。

2. FIRE模型

萬字長文 | 十個模型,總結產品經理溝通方法論

FIRE模型源于Mark Murphy的《用事實說話》,主要包括,Facts(事實)、Interpretation(解讀)、Reacion(反應)、Ends(結果)。

總體來看,是注意到一些事實,并且對事實進行解讀,根據解讀的結果,經歷情緒反應,期望得到我們想要的結果。

  • Facts(事實):事實是確實存在或發生的事情。它具有五個特點:具體、公正、客觀、不帶感情色彩和及時。事實是真實談話的基礎,通過事實,保持雙方冷靜,排除負面情緒所帶來的影響。
  • Interpretation(解讀):事件發生時,我們會對事實進行解讀,從而得出這一事實的目的或意義。這些解讀建立在個人的經驗和知識上。有時它會迎合我們的喜好,有時它是帶偏見的解釋。因為事實和解讀之間的差異,大腦不會總能察覺。
  • Reaction(反應):根據解讀結果,我們會產生相應的情緒反應。
  • Ends(結果):經歷情緒反應后,我們就會期望某種結果。

FIRE模型能幫助我們認清哪些是事實,哪些是主觀想法。它最大的好處就是,當你聽到一個難以入耳的反饋時,它能幫助你平靜理性地展開分析,從而得到一個有效的解決方案。

為了更好地聚焦事實,我們腦海中需要有一張完整的FIRE模型,假設有一個表格,包括事實、解讀、反應、結果。你看到和聽到什么,就填在事實這一欄;對于這些事實,你是怎么想的,填在解讀這一欄;你有什么情緒或感受,填在反應這一欄;你需要什么,或者你希望得到什么,就填在結果這一欄。

3. STAR法則

萬字長文 | 十個模型,總結產品經理溝通方法論

STAR法則是《高效培訓》一書中所提出的概念,是結構化的一個重要理論,即Situation(情景)、Task(任務)、Action(行動)和Result(結果)。

  • Situation(情景)是所發生的事情的背景,在所闡述的事實中所發生的背景情況。
  • Tast(任務)是在背景環境下所承擔的角色及所執行的任務,及要達成的目標。
  • Action(行動)是在任務當中如何去操作與執行任務的,重點是行動過程。
  • Result(結果)是付諸行動,完成任務后所達到的效果,一般是可量化的指標。

STAR模型代表著一個完整事件的四要素,也是基于此,通常在闡述事情的時候會使用,更注重行為,統籌帷幄,應對情景,是結構化敘事的原則。

通常使用在行為性問題和情境性問題的回答上。往往在面試、寫簡歷等方面都會使用到。

eg: 在什么背景(時間,場所Situation)做過什么樣的工作/項目 (Task), 這個工作/項目最好與所應聘工作相關,怎么做的,和誰一起做的,自己在團隊中的角色(Action),最后的結果(Result)。

注:把「STAR 法則」當做一種核心思想,不追求生硬的表達,只追求在關鍵的時候,可以靈活運用。

4. RIDE說服模型

萬字長文 | 十個模型,總結產品經理溝通方法論

RIDE說服模型是指R(risk)風險、I(interest)利益、D(differences)差異、E(effece)影響,通過暴露風險,闡述利益,繼而引入差異性及影響,來說服他人,即為RIDE模型。

  • R(risk)風險:不采納方案會帶來的風險。根據從人的失去心理入手,心理學家卡尼曼提出了“前景理論”:大多數人在面臨獲得的時候是風險規避的;也就偏保守的選擇,而另外不同的是,大多數人在面臨損失的時候是風險偏愛的,愿意為此冒險;人們對損失比對獲得更敏感?;诖?,需要將風險暴露給對方。
  • I(interest)利益:采納你的方案會帶來的利益。從之前的拋出風險,降低對方心理閾值,繼而引入利益點,提高預期,會使對方更好地接受。
  • D(Differences)差異:自身建議與其他方案的差異之處。與眾不同的點能夠讓對方眼前一亮。
  • E(Effece)影響:方案本身所能帶來的負面影響。太完美的東西反而不真實,小缺點但瑕不掩瑜。

在這個過程中,也有幾個注意點:

闡述風險時,可適當放大風險,但切莫過于夸張。

而在利益引誘時,稍微點出采納了方案可獲得的利益即可,讓對方自己去對比,無需將利益說的過于肯定,因為此時有了風險與利益的強烈對比,表達便具有了沖擊力。

在談論到建議時,盡量結合事實,增加說服力。

而最后一步,瑕疵是為了避免太過于完美,為了增強信任度,也別闡述太多瑕疵。

還有一些加分要點:例如闡述觀點前先認同對方觀點;對話時助于多放在“你”上面;創造第三者引述別人觀點等等,阿境這里就不再展開了。

整體來說,RIDE說服模型是利用人們心理“趨利避害”的天然潛意識,再加以對比的方式,使得更有說服效果。

5. SCRTV表達模型

萬字長文 | 十個模型,總結產品經理溝通方法論

SCRTV表達模型是指Scene(情景)、Conflict(沖突)、Reason(原因)、Tractics(策略)、Value(價值)。

穿起來則是:表情境-爆沖突-找原因-定策略-塑價值。

  • Scene:明確問題—是什么?
  • Conflict:提出疑問—怎么了?
  • Reason:分析原因—為什么?
  • Tactics:進行決策—怎么辦?
  • Value:創造價值—成為什么?

通常我們在使用SCRTV模型時,符合人對于事情的體驗路徑:感觀-情感-思考-行為-識別。

而人的思考路徑是:是什么-怎么了-為什么-怎么辦-成為什么?

思考之后,執行的路徑是:分析-判斷-推理-決策-評估。

而執行的路徑,與SCRTV表達模型的契合度極高,這也就是為什么用SCRTV模型,在匯報工作、講述方案的時候可以更有條理、更有邏輯敘述的原因。

6. SCQA表達模型

萬字長文 | 十個模型,總結產品經理溝通方法論

SCQA模型是一個“結構化表達”工具,是麥肯錫資詢顧問芭芭拉·明托在《金字塔原理》中提出的。

  • S(Situation)情景:由大家都熟悉的情景、事實引入。
  • C(Complication)沖突:實際情況往往和我們的要求有沖突。
  • Q(Question)疑問:怎么辦?
  • A(Answer)回答:我們的解決方案是什么?

通過陳述場景,由大家熟悉且認同的事,引導大家產生共鳴及代入感,然后引出沖突的內容(往往實際情況與我們的訴求有所沖突及不符),繼而從沖突方面提出大家所關心的問題,最后闡述解決方案。

我們在日常使用SCQA中,并不一定非要嚴格按照“S情景(背景)——C沖突——Q疑問——A回答(解決方案)”結構來進行表達,各個結構是可以調換順序以顯出不同的表達風格和情緒,一般可以分為以下4種模式:

  • 標準式:(SCA)背景-沖突-答案
  • 開門見山式:(ASC)答案-背景-沖突
  • 突出憂慮式:(CSA)沖突-背景-答案
  • 突出信心式:(QSCA)疑問-背景-沖突-答案

這邊對于這幾種方式不過多贅述,有興趣的可以看看《金字塔原理》這本書。

7. 溝通漏斗

萬字長文 | 十個模型,總結產品經理溝通方法論

溝通漏斗是,心里所想的是100%,由于溝通方式,所表達出來的只有80%,由于過程中的干擾因素,別人聽到的只有60%,由于每個人理解能力不同,聽懂的只有40%,由于執行力不同,行動的只有20%。

最終,當我們想得到100%的結果,最終實行的結果只有20%。

這也詮釋了,溝通保證不失真的重要性。

而我們也可以通過一定的方法保證失真的最小化。

在第一個20%,源于沒有記住表達內容的重點,條理混亂等,由此我們需要理清自身所想闡述的內容,無一遺漏且結構性有條理地表達。

第二個20%,源于闡述時有外界干擾,內容過長等,由此需要在這個過程中逐步記錄,避免干擾。

第三個20%,源于個人理解能力不同,由此需要不時向對方確認是否聽懂,是否有其他想法等,引發對方思考從而得知是否完全理解。

第四個20%,源于沒有對過程進行監督,導致執行力無法達到預期值,由此需要建立監督體系,把控任務進度。

8. 喬哈里視窗

萬字長文 | 十個模型,總結產品經理溝通方法論

喬哈里視窗,是由喬瑟夫和哈里在20世紀50年代提出的,是用來改善自我認知與組內個體之間的相互理解。將溝通的信息比作一個窗子,它被分為4個區域:公開區、隱蔽區、盲目區、未知區,人的有效溝通就是這四個區域的有機融合。

  • 公開區:自己知道,他人不知道;往往關系越近、共同信息知曉越多的兩個人公開區域會越大。
  • 盲點區:自己不知道,他人知道;在很多情況下,我們都會有盲點區,自身的學識、所出的環境等等都會造成我們與對方所了解的信息不對等。
  • 隱秘區:自己知道,他人不知道;造成隱蔽區的原因在于我們不好意思跟其他人說、忘了對其他人說、沒溝通清楚造成誤解、誤以為別人知道等等原因。
  • 未知區:自己不知道,他人不知道;也被稱為“潛能象限”,每個人都有未知的區域等待被發掘。

在這四個區域當中,往往在產品經理崗位中能夠得到比較大的啟示則是“盲點區”、“隱蔽區”與“公開區”的轉化關系。

而簡單地說,從喬哈里視窗看來,也有幾個在PM溝通中能遇到的問題。

  • 你所闡述的內容,和別人聽到/理解的,很可能不一樣。
  • 增加公開區的面積,學會向上管理,更好的利用資源。
  • 工作中減少隱蔽區,避免信息不對等。

9. 電梯演講

萬字長文 | 十個模型,總結產品經理溝通方法論

電梯演講源于麥肯錫公司檢驗陳述報告的方法之一,而麥肯錫認為,一般情況下人們記得住一二三,記不住四五六,所以凡事要歸納在3條以內。

而三個步驟分別是:Hook吸引→Mutual Benefit給利→Call to Action收網。

  • Hook吸引:通過現狀、存在問題、現狀產生原因、解決方案等吸引對方注意力。
  • Mutual Benefit給利:提出具體解決方案,讓對方意識到你的價值存在。
  • Call to Action收網:指出上述方法的依據及理由,并留下聯系方式。

這是在眾多商界當中流傳的三個主要步驟。

要注意的是,這框架并不是固定的,有典型的“提出問題-產品價值闡述-產品解決方案”的三段式,也有“痛點-解決方案-商業計劃”的電梯演講。

而對于產品經理,在介紹自身的產品,為了說清楚產品本身的價值,有更完整的方式。

為了[目標用戶],他們的[痛點或者問題],我們的[產品名稱]是一個[產品類型],它能夠[產品價值],不同于[競爭對手],我們的產品[競爭優勢]。

10. GROW模型

萬字長文 | 十個模型,總結產品經理溝通方法論

在部分產品經理領域當中,當我們“一不小心”當上了領導,往往在于下屬溝通的時候,會不自覺用命令、說教的方式去溝通,反而會得到適得其反的結果。而輔導溝通的方式之一是“用提問代替說教”,這樣可以引導對方自己找到問題的解決方法,有效的避免對方產生抵觸情緒,達到溝通順暢,輔導有效的結果。

那么,該如何提問呢?可以采用GROW模型來進行提問。

GROW模型分為四部分,Goal(目標)、Reality(現實)、Option(方案選擇)、Will(確認行動)。

Goal(目標):通過提問,探索對方的目標,通過對方的思考跟表達,讓對方也清楚自身的目標。因為往往很多人在做事情之前,由于種種原因(思考,崗位,精力等)僅停留在執行層面,沒有辦法清晰條理地思考。

常見的問題有:這件事/你的目標是什么?如何衡量達到了這個目標?什么時候可以達到這個目標?

題外話:至于目標的闡述,可以采用SMART模型,這邊不再過多贅述。

Reality(現實):通過闡述事實情況,了解達到目標/完成事情需要遇到的阻礙及困難點。

常見的提問有:現實情況如何?目前的背景涉及到哪些干系人,有什么態度?目前我們是怎么處理的?

Option(方案選擇):通過提問,引導對方自己想辦法,通過思考,提出自身的解決方案。相反,不建議直接提建議,對方可能產生抵觸情緒,在潛意識容易丟棄解決問題的責任。這個階段最重要的傾聽,需要多加評判,引導對方多思考幾個方法。

常見的提問有:要解決這個問題,你覺得如何做呢?還有別的方法嗎?這個方案有沒有什么優缺點?

Will(確認):最后一步是確認行動,根據前三步的鋪墊,已經尋找到了解決方案,但由于種種原因,可能沒有辦法保證100%的執行。

常見的提問有:你選擇哪個上述哪個方案呢?這個方案的時間、目標、準確執行是如何?目標中產生的困難有理清了嗎?

由此,通過GROW能夠使輔導溝通更加順暢。切記,拋棄說教,與對方同一角度思考。

三、產品經理溝通實例

首先,了解了產品經理當中我們可以看到,日常要溝通的角色包含但不僅限于運營、技術、測試、客戶、老板、下屬等,溝通的角色之多,也難免“溝通能力”作為一個軟技能,被視為如此重要。

下面就從幾個溝通實例,來闡述下與各角色的溝通方式。

注:并不包含所有的場景,僅列舉幾個高頻的溝通場景,再闡述該場景下的相應溝通方式;朋友們可舉一反三進行深究。

1. 與運營溝通

在于運營溝通的時候,會遇到的問題是:

  • 運營思維與產品思維不一致,導致思考需求的方向點不同,各有各的立場。
  • 有時候運營提需求無法完善,探討需求效率較低。
  • ……

在互聯網中項目中的各崗位,從喬哈里視窗來看,產品與運營的公開區的比重是比較大的,但仍然有部分的盲點區及隱蔽區。

而運營與產品通常與產品的溝通場景是需求溝通較多。

當兩者需求溝通意見不一致時,產品經理往往需要讓運營更好地接受我們這一側的想法,可采用SCRTV表達模型。

同時,在運營提出需求時,也可引導其采用SCRTV表達模型來進行,從而更好地向產品經理闡述需求:表情境-爆沖突-找原因-定策略-塑價值。

通常更多的是了解對方遇到的問題,常用的溝通語言是:

  • “你的問題是什么?”
  • “你的這個方案要解決什么問題呢?”
  • “如果當前方案無法實行,那么你們是采用什么方式進行處理的?”
  • ……

而當運營提出需求時,針對優先級、緊急程度、需求內容有對立意見時,產品經理并不是一昧地進行反駁,而是用事實,用數據說話,可采用FIRE模型。

2. 與開發溝通

與開發溝通的過程中,高頻的溝通場景是溝通需求,往往會遇到幾個問題。

  • 與開發的思考方式不同,產品經理關注產品發展,開發關注實現方式。
  • 開發說技術語言,產品經理說產品語言,導致理解不同。
  • 需求變更時沒有及時周知,導致信息遺漏或滯后。
  • 產品覺得需求簡單,開發覺得實現難,知識的不互通導致信息不對稱。
  • ……

產品與開發這兩個崗位是區別較大的,從溝通上來說,符合喬哈里視窗的盲點區與隱蔽區。產品經理與開發的知識域差別較多,容易造成“我理解,你不理解;我不理解,你理解”的這種情況。

為了避免盲點區的越來越大,產品經理應該多了解技術基礎知識,但并不是了解技術細節,而是基本的技術點,為了更合理的設計產品產品,也更好地跟技術溝通,但不越俎代庖,干涉技術實現細節,畢竟術業有專攻。

而隱蔽區的形成,源于兩者思維方式不同,平時溝通需求時,注意溝通的表達,明確雙方所表述的內容是一致的意思。

同時,在跟開發溝通需求/bug的時候,通常我們需要結構化表達,采用SCQA表達模型中標準式(SCA)的溝通方式:背景(S)-沖突(C)-答案(A)。

eg:當前帖子加載速度過慢(S),但采用原生化比采用H5形式的成本更高(C),所以我們考慮從拆分接口的方式嘗試下(A),你有沒有什么更好的建議?我們探討下。

很多產品與技術溝通的時候直接拋出方案,而沒有背景,雖然技術是執行者,但如此方式容易造成對方的抵觸心理,同時要讓開發從心理上認同做事情的價值。

而在拋出需求之后,往往產品經理覺得簡單的需求,開發評估覺得難,這時候容易滋生矛盾。這個時候需要使用非暴力溝通的方式:觀察-感受-需要-請求。表達感受,盡量不表達情緒跟想法,同時與開發聊需求的背景,優先級及重要程度,請求對方協助,以此達到解決問題的方式。

總結一下:

  1. 減少個人盲點區的范圍,多了解技術基礎知識;針對于隱蔽區,注意雙方溝通表達內容。
  2. 結構化表達,采用SCQA表達模型,把開發當成伙伴而非技術實現工具,與開發探討合適的方案。
  3. 遇到問題及需求變更分析后再提交給開發,有需求變動及時周知及闡述背景。
  4. 需求變更時,采用非暴力溝通的方式,達到解決問題的目的。

3. 與交互/設計/測試溝通

在于交互、設計、測試這類角色的人員溝通時,首先要明確他們與產品經理的關系。

通常都是產品經理是交互、設計、測試的需求方,往往產品提出需求,交互出交互稿,設計出設計稿,測試進行測試功能等。

于是,如何更準確無誤地提出需求、驗收需求的溝通這兩者就是比較高頻的溝通場景。

在提出需求的時候,有的PM會直接提出方案讓交互、設計師去執行,而不論是原型設計還是UI設計,都是離不開內容的,明確當前存在的用戶問題及用戶場景是更為重要的。

采用SCQA表達模型,不論是(SCA)背景-沖突-答案,還是(ASC)答案-背景-沖突都是合適的,最主要的是闡述當前存在的問題,用戶場景,繼而在引出我們個人的方案想法供交互、設計進行參考。

而在我們驗收需求的時候,往往無法一次定稿,那么就需要修改。當我們作為外行的角度,進行驗收內容時,切忌“外行指導內行”,記得尊重專業,同時可也闡述我們的想法,若想要說服對方,可采用RIDE說服模型,通過我們自身產品的敏銳度對于方案的評估,指出風險及方案的差異,從而闡述影響點,以引導設計師修改出合適的方案。

總結一下:

  1. 提出需求,需結構化表達,從SCQA表達模型出發,闡述問題背景與用戶場景,繼而才是解決方案。
  2. 針對于方案進行探討時,尊重專業,也可采用RIDE說服模型,引導對方修改出合適的方案。

4. 與老板/領導溝通

在與老板/領導溝通時,我們需要把握對方的預期,同時也會遇到一些問題。

  • 匯報工作時,拖拖沓沓,講了一大段,但不清楚主題,內容是什么,毫無重點。
  • 討論需求時,往往對方有自身的考慮及想法,無從下手去進行說服他們改變想法。
  • ……

通常在與領導/老板溝通的時候,我們會面臨幾個高頻溝通場景:匯報工作、討論產品需求、說服領導改變想法等,聽阿境娓娓道來。

1)匯報工作

當我們在匯報工作時,通常采用PREP表達方式,也就是結論先行,不論是口頭溝通還是書面表達,優先闡述結論,讓對方了解事情概況,再通過依據、實例描述內容,最后重述結論。

eg:對于社區的優化,采用帖子新增話題的方案(P),通過數據來看,話題在其他模塊的滲透率達到15%,互動情況也占據內容的10%(R),同時從競品及用戶調研來看,話題是用戶較為關心的內容(E),所以最終考慮采用了帖子新增話題的方案(P)。

當然,不僅僅是用在與老板/領導溝通的時候,與其他角色溝通方案均可采用PREP表達方式。

2)說服老板/領導改變想法

老板/領導的決策也會有不確定的時候,而作為產品規劃者,我們需要指出決策的錯誤,從而說服老板改變想法,此時可以采用RIDE說服模型與其溝通。

而RIDE說服模型是指通過暴露風險,闡述利益,繼而引入差異性及影響,來說服領導。利用趨利避害的潛意識,加以對比提高說服的成功率。

eg:這個方案一的風險可能導致社區的留存率降低5%,用戶也會因此大量流失,據評估,這可能導致產品收益降低8%(R),我們可以采用保守點的方案二,雖然無法提升社區的用戶數,但可以保證留存率不降低,同時在這個基礎上增長產品收益(I),方案二與方案一對比,用戶體驗會稍微差點,但是我這邊有考慮了幾個折中的方式可以看下(D),當然,方案二的時間成本也會較高,但影響不大。(E)

總結一下:

  1. 采用PREP表達方式匯報工作,精準描述內容,思路清晰,重點明了。
  2. 通過RIDE說服模型與領導進行方案的溝通。

5. 與下屬溝通

當我們摸爬滾打一段時間后,可能在產品團隊中作為領導,就避免不了需要與下屬長期反復的溝通。通常也是會遇到如下問題:

  • 領導做決策,下屬接到任務及需求,做的不情不愿,一臉蒙圈。
  • 布置任務時,沒有背景,沒有前因后果,缺少元素(內容,截止時間等),導致完成效果不如預期。
  • 信息傳遞有遞減,導致任務完成效率低。
  • ……

由于位置的不同,導致上下級思考的方式也不同。

而在與下屬的相處中,布置任務、溝通工作是較為高頻的溝通場景。

在引導下屬去做某個任務時,避免單方面進行決策,而是與下屬一起探討,而為了有效溝通,我們可以采用GROW模型與下屬進行溝通。

通過提問了解做需求/任務的目標,引發對方思考,從現實層面入手了解實施的困難點,再提出自身的解決方案,此時需要引導對方多進行方案的思考,最后商量一個合適的方案,進行確認方案的實施,保證有效地進行。

eg:項目的社區模塊需要進行改版,你覺得我們改版的目標是什么呢?如果改版成立的話,我們會遇到什么問題嘞?如果這個方案還有缺陷的話,我們再考慮下還有沒有其他更優的方案。如果這個方案要實施,你準備怎么做呢?

如果是較為明確的任務,那么在步驟任務的時候,需要說清楚任務的幾要素:背景、干系人、當前進度、任務內容、完成時間。

同時,通過溝通漏斗我們可以知道,溝通若斷層,效率則減半,在這個過程中需要跟對方確認是否聽清楚了任務并且理解,若不理解則需要再闡述清楚。

總結一下:

  1. 讓下屬得到參與感,通過GROW模型進行引導式溝通。
  2. 布置任務說清楚任務要素。
  3. 保證信息傳遞的完整性,同時減少溝通漏斗帶來的影響。
  4. 保持激勵。

6. 與面試官溝通

與面試官進行溝通時,內容較多,這邊僅簡單提下,點到為止。后續會用整篇文章來單獨闡述。

較多的溝通場景是向面試官展示個人做過的項目,也就是個人過往成就。

我們通常采用的方法是采用STAR法則闡述個人成就,能夠更表現自己分析闡述項目的清晰性、條理性和邏輯性。

eg:在什么背景(時間,場所Situation)做過什么樣的項目 (Task),怎么做的,和誰一起做的,自己在團隊中的角色(Action),最后的結果是什么。(Result)。

在這里面要注意的點是,闡述項目的結果(R),以數據來闡述會有較多說服力。

由于文章僅概述溝通方式,阿境在這邊就不過多展開面試的技巧,有興趣的朋友們可關注阿境公眾號:夢想家阿境,一起交流。

四、一些可能有用的Tips

  1. 明確雙方所表達的語義是否一致,掌握好措辭;若不一致需及時了解,打破雙方誤解。
  2. 結論先行,也就是PREP原則的核心思想。
  3. 闡述事情先講背景,再講內容。
  4. 在溝通之前,明確此次溝通的目的,了解所溝通對象的訴求。
  5. 不論溝通對象是誰,結構化表達,能讓對方更好地理解你說的話。若當面溝通無法闡述清楚,則預先打個腹稿或者以文字形式輸出。
  6. 切莫自己一頓瘋狂輸出,也記得傾聽對方的想法及方案。
  7. 區分哪些是真正的事實,哪些是對方/自己解讀后的觀點,基于客觀事實和行為模式是尋求真相談話的基礎。
  8. 前面幾點均為“可能有用”,不一定適用于所有人,跟著合適自己的方式走即可;如不適用,將其全部忘記即可。

五、寫在最后

作為產品經理,溝通的重要性不言而喻。

而阿境說了這么多,闡述了這么多所謂的“模型”,當你看到這里時,若腦子當中都是生硬的溝通模型,那么其實并沒有達到這篇文章的目的。

固然,溝通模型能夠讓人邏輯清晰,條理通暢,但在溝通的過程中,我們并不需要被困頓于模型當中,而是能夠活學活用。

本質上,溝通模型也是思維方式。

前期通過刻意地訓練“模型”中所要傳達的表達方式,從而提升我們思考問題及與人溝通的思維方式,繼而加強溝通的效率,節省溝通所付出的時間成本。

張三豐教張無忌太極劍法時有這么一幕場景,起初,張三豐打了一遍,問張無忌,記住了多少。無忌說,記住了八成。又打了一遍,問他,記住了多少?無忌說,忘記了一半。最后一遍,他說全忘記了。張三豐此時說“很好,你已經大徹大悟了”。

恰如其分溝通方式絕不是死記硬背模型所得到的,溝通方式、溝通模型僅僅只是招式,最重要的還是溝通的內容,切勿舍本逐末。

謹記,共勉。

#專欄作家#

阿境,微信公眾號:夢想家阿境,人人都是產品經理專欄作家。遇到過三位數的DAU,也有八位數DAU的經歷;擅長產品面試的指導,用戶需求的洞察,對社交領域有深入的見解。

本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 很有幫助,就是“Point-重述結論,通過事例,引起被溝通者的共情及想象?!边@句好像是不是串行了

    來自北京 回復
  2. 很全了,可以當教材用

    來自北京 回復
  3. 每個人性格不一樣,對應的每個人的溝通方法也不一樣;各類模式是提供方法的思路,還是要在實際溝通中 不斷嘗試和總結經驗,找到讓自己最舒服、也是最適合自己的溝通方式

    來自廣東 回復
  4. 持續關注阿鏡更新~~~

    來自廣東 回復
  5. 感謝作者的真心分享,看完文章后真的是收獲頗多,碼這么多字也不容易

    來自山東 回復
  6. 在互聯網中項目中的各崗位,從喬哈里視窗來看,產品與運營的公開區的比重是比較大的,但仍然有部分的盲點區及隱蔽區。

    來自中國 回復