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