文章出處：會溝通的運營才是好運營？
普林斯頓大學有一項研究說啊，一個人的成功，
只有25%受“智商”、“專業技術”和“經驗”的影響，其餘75%是和良好的人際溝通有關係的。
最近，公眾號“互聯網er的早讀課”發了一篇文章提到，
好的運營不僅要有創意、有執行力、有方法論，關鍵還得會溝通。
那麼，運營該怎麼樣與平時打交道最多的產品、設計和技術做好溝通呢？
首先是怎麼與產品崗位良好溝通。運營和產品聽著有點像天生的一對兒冤家，
在現實中這兩個崗位有時候還真是互相看不順眼。
要嘛是運營埋怨產品功能做的差，要嘛是產品說運營只會搞些虛頭巴腦的事兒。
寶貴的時間就這麼被浪費在互相扯皮上，實質的問題一個也沒解決。
那麼，和產品崗位溝通需要掌握哪些小竅門呢？
第一是用同頻道的語言溝通。
運營的主要工作是做內容、寫策劃書、寫PPT什麼的，
產品的主要工作是用戶需求分析、競品功能分析、
寫需求文檔、畫原型圖什麼的，工作內容上有很多不一樣。
如果雙方都用自己熟悉的方式溝通，那最後就是雞同鴨講，
誰也聽不進去對方說的話，效率就會大打折扣。
所以，運營在和產品溝通的時候，
可以先寫一份產品需求文檔，用產品人員熟悉的方式去溝通，他們就肯定會放下抵觸心理。
第二，告知收益，不邀功。
產品關心的收益無非就是，用戶數量和數據增長這兩點，
它們會直接影響用戶的成就感和積極性。
所以，運營人員的項目要是直接復用了產品的某個功能，就可以在立項的時候，
直接點名感謝這個產品經理的功能支持，讓產品人員感到滿足。
第三，虛心學習，不耍情緒。
運營一般擅長想創意和點子，產品卻偏向邏輯。
有的運營能自己應付一些小項目，獨立完成產品需求文檔，
但千萬不要因為這個就自恃過高，時不時地還抖個機靈什麼的，
還是要好好虛心地學習，畢竟這是人家產品崗位的看家本領。
第四，借力領導，不衝突。
運營有的時候需要進行跨部門溝通，如果自己實在解決不了了，可以請求領導支援。
比如說，在發郵件的時候抄送部門領導。要注意的是啊，
借力領導必須提前讓領導知道有這麼個事，才好讓他們指導你接下來該怎麼做。
第二個要解決的問題是，怎麼與設計進行良好溝通。
在這個看臉的時代，產品的美觀度對項目數據的影響有多大，大家心裡應該都有桿秤。
第一，提前參與，有效設計。
運營在功能設計初期就可以邀請設計加入，一是在設計上他們是專業的，
也許能帶來更多想法；二是讓設計提前參與，可以節省時間，
不用去重複解釋原型圖裡，每個按鈕的交互是啥樣的，讓大家更能換位思考，提高效率。
第二，迂迴說服，給予肯定。
雖然孔子說過“三人行，必有我師”，但如果我們問設計師最討厭什麼，
那麼其中有一條肯定就是，人人都在有意無意地當他們的老師，對他們指手畫腳。
所以，運營表達自己設計意見的時候，
應該更婉轉一些，並及時對設計的專業能力給予肯定。
第三，群組溝通，進度互通。
如果運營只把自己當成產品、設計、技術各方之間的傳話筒，不僅會把自己累死，
還會造成各方之間的信息不同，讓大家理解不了對方的想法。
所以，群組溝通是個不錯的辦法。現在大家基本都是手機不離手，
QQ、微信拉個群就能把這事乾了，那乾嘛放著不用呢？
最後是怎麼與技術進行良好溝通。
產品最後是否能完美呈現，技術這關也很關鍵。
運營肯定也不想自己像個跟屁蟲似得天天追著技術問排期、測bug什麼的。
那麼，怎麼和技術溝通呢？
首先，充分說明，調動積極性。
雖然程序員都很有自嘲精神，笑稱自己是碼農。
但你可千萬別真以為他們只會寫代碼，其實他們都很有想法。
所以，要讓他們徹底了解產品，了解你要做什麼以及為什麼要做這個，
當這幫極客搞清楚你需求的來龍去脈的時候，
他們會從專業的角度給你提出更好的解決方案。
其次，明確需求，別輕易改動。
運營由於工作瑣碎，養成了他們比較活躍、發散的思維，
但這也是運營和技術溝通中的一大障礙。你想啊，假如你是技術人員，正開發產品呢，
運營那邊想一出是一出，一會改下這，一會又改下那，你是不是也得被逼瘋。
所以，運營給技術的開發文檔和頁面都盡量給最終版，
否則，你就只能眼巴巴地看著自己項目的排期被其他項目擠掉。
最後，模塊溝通，讓問題沉澱。
盡量不要在技術人員寫代碼的時候，讓他不停地修改。
因為，技術人員的工作基本都是單進程的，
為了提高單位時間寫代碼的效率，他們會自行開啟飛行模式，
你在這個時候打斷他們，他們的研發思路就會中斷，這絕對會讓他們抓狂。
所以，作為運營，在與技術人員溝通的時候，
需要將問題先收集匯總在一起，並確定優先級和排期，然後再定期和他們溝通。
上面講到的就是運營與產品、設計和技術之間的溝通寶典，
儘管這些方法具有參考價值，但並不表示它們都是放之四海而皆準的真理。
因為，最好的溝通合作方式是，實現所有參與者的共贏。
本文源自：公眾號“互聯網er的早讀課”
（牛逼的運營，除了有創意、執行力、方法論，還有哪個技能是必備的？）
稿：桃子
轉載:得到
普林斯頓大學有一項研究說啊，一個人的成功，
只有25%受“智商”、“專業技術”和“經驗”的影響，其餘75%是和良好的人際溝通有關係的。
最近，公眾號“互聯網er的早讀課”發了一篇文章提到，
好的運營不僅要有創意、有執行力、有方法論，關鍵還得會溝通。
那麼，運營該怎麼樣與平時打交道最多的產品、設計和技術做好溝通呢？
首先是怎麼與產品崗位良好溝通。運營和產品聽著有點像天生的一對兒冤家，
在現實中這兩個崗位有時候還真是互相看不順眼。
要嘛是運營埋怨產品功能做的差，要嘛是產品說運營只會搞些虛頭巴腦的事兒。
寶貴的時間就這麼被浪費在互相扯皮上，實質的問題一個也沒解決。
那麼，和產品崗位溝通需要掌握哪些小竅門呢？
第一是用同頻道的語言溝通。
運營的主要工作是做內容、寫策劃書、寫PPT什麼的，
產品的主要工作是用戶需求分析、競品功能分析、
寫需求文檔、畫原型圖什麼的，工作內容上有很多不一樣。
如果雙方都用自己熟悉的方式溝通，那最後就是雞同鴨講，
誰也聽不進去對方說的話，效率就會大打折扣。
所以，運營在和產品溝通的時候，
可以先寫一份產品需求文檔，用產品人員熟悉的方式去溝通，他們就肯定會放下抵觸心理。
第二，告知收益，不邀功。
產品關心的收益無非就是，用戶數量和數據增長這兩點，
它們會直接影響用戶的成就感和積極性。
所以，運營人員的項目要是直接復用了產品的某個功能，就可以在立項的時候，
直接點名感謝這個產品經理的功能支持，讓產品人員感到滿足。
第三，虛心學習，不耍情緒。
運營一般擅長想創意和點子，產品卻偏向邏輯。
有的運營能自己應付一些小項目，獨立完成產品需求文檔，
但千萬不要因為這個就自恃過高，時不時地還抖個機靈什麼的，
還是要好好虛心地學習，畢竟這是人家產品崗位的看家本領。
第四，借力領導，不衝突。
運營有的時候需要進行跨部門溝通，如果自己實在解決不了了，可以請求領導支援。
比如說，在發郵件的時候抄送部門領導。要注意的是啊，
借力領導必須提前讓領導知道有這麼個事，才好讓他們指導你接下來該怎麼做。
第二個要解決的問題是，怎麼與設計進行良好溝通。
在這個看臉的時代，產品的美觀度對項目數據的影響有多大，大家心裡應該都有桿秤。
第一，提前參與，有效設計。
運營在功能設計初期就可以邀請設計加入，一是在設計上他們是專業的，
也許能帶來更多想法；二是讓設計提前參與，可以節省時間，
不用去重複解釋原型圖裡，每個按鈕的交互是啥樣的，讓大家更能換位思考，提高效率。
第二，迂迴說服，給予肯定。
雖然孔子說過“三人行，必有我師”，但如果我們問設計師最討厭什麼，
那麼其中有一條肯定就是，人人都在有意無意地當他們的老師，對他們指手畫腳。
所以，運營表達自己設計意見的時候，
應該更婉轉一些，並及時對設計的專業能力給予肯定。
第三，群組溝通，進度互通。
如果運營只把自己當成產品、設計、技術各方之間的傳話筒，不僅會把自己累死，
還會造成各方之間的信息不同，讓大家理解不了對方的想法。
所以，群組溝通是個不錯的辦法。現在大家基本都是手機不離手，
QQ、微信拉個群就能把這事乾了，那乾嘛放著不用呢？
最後是怎麼與技術進行良好溝通。
產品最後是否能完美呈現，技術這關也很關鍵。
運營肯定也不想自己像個跟屁蟲似得天天追著技術問排期、測bug什麼的。
那麼，怎麼和技術溝通呢？
首先，充分說明，調動積極性。
雖然程序員都很有自嘲精神，笑稱自己是碼農。
但你可千萬別真以為他們只會寫代碼，其實他們都很有想法。
所以，要讓他們徹底了解產品，了解你要做什麼以及為什麼要做這個，
當這幫極客搞清楚你需求的來龍去脈的時候，
他們會從專業的角度給你提出更好的解決方案。
其次，明確需求，別輕易改動。
運營由於工作瑣碎，養成了他們比較活躍、發散的思維，
但這也是運營和技術溝通中的一大障礙。你想啊，假如你是技術人員，正開發產品呢，
運營那邊想一出是一出，一會改下這，一會又改下那，你是不是也得被逼瘋。
所以，運營給技術的開發文檔和頁面都盡量給最終版，
否則，你就只能眼巴巴地看著自己項目的排期被其他項目擠掉。
最後，模塊溝通，讓問題沉澱。
盡量不要在技術人員寫代碼的時候，讓他不停地修改。
因為，技術人員的工作基本都是單進程的，
為了提高單位時間寫代碼的效率，他們會自行開啟飛行模式，
你在這個時候打斷他們，他們的研發思路就會中斷，這絕對會讓他們抓狂。
所以，作為運營，在與技術人員溝通的時候，
需要將問題先收集匯總在一起，並確定優先級和排期，然後再定期和他們溝通。
上面講到的就是運營與產品、設計和技術之間的溝通寶典，
儘管這些方法具有參考價值，但並不表示它們都是放之四海而皆準的真理。
因為，最好的溝通合作方式是，實現所有參與者的共贏。
本文源自：公眾號“互聯網er的早讀課”
（牛逼的運營，除了有創意、執行力、方法論，還有哪個技能是必備的？）
稿：桃子
轉載:得到
沒有留言:
張貼留言