會溝通才有好協作

0 評論 1503 瀏覽 7 收藏 9 分鐘

作為產品經理,溝通是協作中必要的一環,本文總結了正式溝通和非正式溝通,探討如何開好一個會,希望對你有所幫助。

如果我們去觀察市場上招聘產品經理的崗位要求,就會發現幾乎每家公司都要求產品經理有較強或者良好的溝通能力。溝通能力對于其他崗位來說一般是作為加分項,但對于產品經理來說,幾乎已經成為了必備項。

為何溝通能力對于產品經理那么重要?我認為是產品經理在團隊中的角色定位所決定的。作為團隊的催化劑,他需要用需求串起業務、研發、設計師、測試等一眾角色,讓大家朝著同一個目標前進。這中間需要做很多的溝通工作,溝通做得好的產品經理,能成為團隊的潤滑劑,讓事情高效落地,反之,則會經常受夾板氣,上有需求方的壓迫,下有研發測試的不配合,如此,再好的方案也難落地。因此,良好的溝通能力是靠譜產品經理的必備技能。

溝通可以分為正式溝通和非正式溝通。所謂正式溝通通常是指開會,以下我們就先來說說如何開好一個會。

一、關于正式溝通

1、會前準備工作

作為會議的發起人,會議之前首先要準備好會議要討論的內容,討論什么議題,每個議題自己的觀點是什么。如果是需求評審會,那就檢查幾遍自己的需求文檔,看看有沒有表述不清的地方。再思考思考大家可能會提的問題,預先想好該怎么回答,這樣在會上就會從容許多,也更加自信。

2、搞定關鍵角色

會前另一個關鍵事項是找到會議關鍵決策人,先和他私下溝通你的大致方案,取得一致才能開這個會。私下溝通屬于非正式溝通,彼此能更輕松的交流,也更容易達成一致。這樣做能讓你心里更有底,也能在正式會議的討論面臨分歧時,擁有一個有力的支持者。

3、開會的氛圍與節奏

會議開場可以適當聊幾句題外話、開個小玩笑,讓氣氛輕松活躍起來。輕松的氣氛能讓大家松弛下來,消除緊張感和對立情緒。在討論環節要注意節奏的把控,如果討論范圍已經超出本次會議的議題,需要及時打斷,提醒大家本次會議的主題。遇到某些細節問題討論時間過長導致后續重要議題可能沒時間討論的情況,也可以適時打斷,提議會后小范圍討論。節奏把控的目的是讓整個會議按流程順利進行下去,不要在某個環節卡殼。

4、會議記錄與后續todo

會議中每個議題的討論結果都需要記錄下來,涉及到后續todo的也要記錄到人以及解決的時間。如果有未討論清楚的點,需要記錄卡點是什么,各方的觀點是什么等。

會后再將會議記錄整理成會議紀要,涉及后續todo的最好和相關人員確認清楚,然后向與會人員發出會議紀要。最后是跟進后續todo的進展情況,并定期向與會人員同步。

5、溝通技巧

面對不同對象時,表達的側重點是不一樣的。對你的上級的上級,一般不太了解你做的具體的事,最好也不要讓TA和你討論你的工作細節,可能會有不少不太專業的視角。所以溝通要講的是Why,為什么要做這件事,為什么決定這么做,為什么這么做會有效?這是最關鍵的問題,細節不是。

對你的上級,TA會對你的工作了解很多,溝通要講的是What,你要做什么,達到什么效果。

以上兩級的溝通,需要的不是讓他知道你怎么干,而是讓他相信你做事情的邏輯、方法是正確的,支持你,以及在更高的層面幫助你。

對你的平級和下級,要講的是How,盡可能詳細說細節,怎么詳細都不為過,很多溝通壁壘其實在于“我以為你應該知道,其實你不知道”。

二、關于非正式溝通

除了開會這種正式溝通的場景,日常工作中也存在非常多的私下溝通場景。很多人覺得私下溝通沒什么需要注意的,可以率性而為,但往往這種率性而為會在無形中為自己樹敵,導致工作推進出現困難。

其實通過私下溝通,我們可以獲得比正式溝通更多的信息,尤其是關于溝通對象的性格、喜好、行為方式等。了解這些信息是很有用的,可以讓我們避免踩到別人的雷區,也能讓我們在面對不同性格的協作方時采取不同的溝通策略。

有的人比較好面子,那我們在需要他協助時,可以多捧捧他,讓他感受到被尊重,感受到自己很重要。

有的人比較看重實際的好處,那我們在溝通時,可以多說說項目的價值,以及做好了之后對他的好處是什么。

私下溝通應該以和他人保持良好的關系為原則,這個原則不意味著我們需要和所有協作方做朋友,這沒必要,也不可能,良好的關系是指盡量不要把關系搞壞。這其實并不難,與人溝通時記住“只要利益不產生沖突,別人講的話,一般不需要反駁”。

總喜歡反駁他人,并向他人輸出自己的觀點,這會給人一種“很尖銳”的感覺,大部分人都不喜歡和尖銳的人待在一起,因為時不時就會被刺一下,很不舒服。所以保持克制,不刺傷別人,在我看來就是與人保持良好關系的要訣。

產品經理不是一個單打獨斗的崗位,想要做成事,解決問題,就必須和其他人深度協作,而協作就建立在良好的溝通上。搞定了溝通與協作的問題,在解決問題這一環節,就完成了一大半,剩下的部分就是輸出prd。

輸出完整的prd我認為可以分為3個小階段,先繪制流程圖,然后畫原型,最后再寫需求文檔。先梳理流程可以讓思維從具體的細節方面跳脫出來,更容易思考重點和全局,了解業務的痛點在哪。流程梳理清楚,再畫原型,往往會事半功倍。

關于如何繪制流程圖,原型設計的技巧以及撰寫需求文檔需要注意哪些點我在另一篇文章(如何讓你的方案一直很靠譜:http://www.aharts.cn/pd/3314602.html)中有過詳細的介紹,感興趣可以去看那篇文章。

至此,關于我的產品方法論就總結完了,發現問題、分析問題、解決問題,這種做事的思路不光可以用于產品經理的工作,對于處理生活中的問題也是很適用的,希望這3篇文章能夠帶給大家一點啟發,讓工作少一點內耗,生活多一些美好~

本文由 @言歸鄭傳 原創發布于人人都是產品經理。未經許可,禁止轉載。

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

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!