一個產品項目團隊通常包括如下幾個工種的成員(具體情況和不同時期人員配置會有增減)：產品、設計、研發、測試、運維、運營、市場、商務、渠道。在產品開發初期，產品和研發同學會作為主導，讓產品從無到有，并且確保產品按需完成。產品上線后的日常管理和數據指標就會變成由運營來扛，產品的用戶量能夠有幾個“0”就看運營和市場、渠道、商務童鞋能做多少事啦。
在為產品攻城略地的運營過程中，我們會大量收到來自用戶的功能和需求的反饋，有時候為了近一步提升產品數據也會為自己的運營項目提產品迭代需求。這時我們就需要向產品提需求、技術提排期，UI提交互…緊接的就是一場漫長而又不得不做的溝通等待著去面對。
美國著名學府普林斯頓大學對一萬份人事檔案進行分析，發現：“智商”、“專業技術”和“經驗”只占成功因素的25% ，其余75%決定于良好的人際溝通;另外，哈佛大學就業指導小組調查結果顯示，在500名被解職的男女中，因人際溝通不良而導致工作不稱職者占82%。
運營為了讓自己不被解雇，與團隊其他成員是否能夠建立良好的溝通就顯得尤為關鍵。
做過運營的人都知道，在公司里需要我們經常去溝通的人有三種，分別是產品、技術、UI，(少部分的商務、渠道的童鞋)，下面進行一一的溝通方式說明，希望對的項目推動溝通有所幫助。
一、運營如何與產品良好的溝通?
自從有了運營和產品兩個崗位之后，他倆關系向來是最微妙的，非常容易產生相互瞧不起對方的情況。如果公司把運營和產品獨立成個部門，分別由不同的領導帶領，估計他倆是各自盯著對方，抓住問題隨時開撕：
在運營來看，產品占用了那么多的開發資源，大部分時候做出的是粑粑一樣的功能，每次還得幫他們擦屁股，做他們的接盤俠。
在產品看來，運營除了小打小鬧發獎做活動，帶來一波對產品發展并沒什么卵用的羊毛黨，其他好像也沒什么大的作用，就不能整點讓我一樣影響產品震驚行業的事情嘛….
運營和產品這樣相互不對眼可能出現的一個問題是，運營的項目推動排不上期，產品的功能沒后續運營管理，甚至連最核心的產品日活數據也都會下降。姑且不論責任究竟出在哪一方，寶貴的時間都耗在了吐槽上，最后誰獲利?
破這種局的解決方法有花錢和不花錢的，如果公司預算允許可以運營團隊招產品經理，產品團隊招運營人員。不想多花錢的話從組織結構上理順，為一個產品線配備齊全人員的產品事業部制，就比按職能劃分按任務派活的大部門制更能激發員工對產品的責任感和積極性;(似乎調組織架構并不簡單)，要么咱們運營以身作則好好溝通了哈。
1.同頻道的語言溝通
運營每天比較多的工作是做內容、寫策劃書、寫PPT，產品則做是用戶需求分析、競品的功能分析、需求文檔的撰寫、畫原型圖…..做的工作不同，決定了我們溝通的載體和方式不同。
運營用對的運營和產品做溝通，不能只是拿這一份策劃書就去了，還需要寫一份產品需求文檔(MRD)，這是能夠快速讓產品知道我們的需求以及他們需求做什么的文檔，初次溝通細節并不一定都要標清，但核心功能點的交互需求必須寫明。
2.告知收益，不邀功
運營從細節的優化出發，產品則是做產品層面比較大的迭代。運營和產品的所有工作本質目標都是為了最大化產品的價值，只是手段和思考方式不一樣。
作為運營在跟產品溝通項目的功能需求時，可以明確告知該項目對他現在所負責的產品的收益。產品關心的收益無外乎，自己做的產品有更多人在使用，或者證明自己做的那些功能對產品的核心目標數據有促進作用，例如你的項目直接復用產品團隊的某個功能，然后再立項時直接點名感謝某產品經理的功能支持，估計就會溝通起來順暢些。
3.虛心學習，不情緒
心理學發現，當人們發現領袖出現一點個人主義的苗頭，就會變得冷漠，甚至出現敵對的情緒。相反，藏身幕后、不那么拋頭露面的領導更會受到普遍的尊重。
《紐約世界報》的創始人和出版人普利策就曾對他的編輯們說，如果在一個緊急時期他所發的命令違背了該報的政策的話，編輯們可以不予理睬。學會謙讓，在人際交往中絕對是“退一步海闊天空”的事。
作為運營我們可以想到各種各樣好玩的創意和點子，產品在邏輯上比較好，對產品的所有數據和接口都比較了解。對于小的項目運營的確是可以獨立完成產品需求文檔的撰寫，但是大的產品迭代需求，最好是虛心學習，不情緒，如果能跟產品一起商量合作的話，估計能夠起到更好的效果，至少是和技術溝通的時候會把所有產品的細節想的更清楚。
4.借力領導，不沖突
有一次自己在深圳做分享，有童鞋問道“運營如何更好的跨部門溝通”?當時我給的建議是“可以先嘗試自己溝通解決，然后如果實在沒辦法解決，為了避免沖突可以發郵件抄送部門領導，然后讓領導幫助推進項目。在貼吧那會，看到有一位銷售，把郵件抄送給了副總裁，然后產品立馬把問題解決了，哈哈!如果你平常人緣好，可能會有另外更好到方式”
為了項目推薦借力領導，需要提前跟領導知會，讓他們來指導你這封郵件要寫哪些內容。運營需要做的就是在與領導進行知會溝通時，告知項目背景、項目收益、項目現狀、目前遇到的需求問題、然后需求優先級排序(哪些功能必須要做，不做就沒辦法完成項目)，希望得到產品怎樣的支持。
二、運營如何與設計良好的溝通?
在優化/開發產品的某項功能時，當運營和PM將功能的原型完成之后，就需要UI針對原型上的文字和互動模塊進行視覺的設計了。
對用戶來說，在這個看臉的年代美觀性是決定他們是否會使用這項功能的關鍵;對于運營來說，功能的視覺效果直接影響的是項目數據，因此運營與UI之間的溝通直接決定了功能的質量和項目數據的好壞。
按理說只要把原型圖畫好，然后給到設計師，我們等著出圖收貨就好。但是真實的情況是做項目時在與UI的合作過程中會經常出現以下狀況，不知道你是否有同樣的問題：
UI不在意功能的邏輯，只關注產品的美觀，比如“投票按鈕的旁邊的點贊拇指原本是凸顯這個按鈕表示“支持”，但在UI的說這會讓頁面顯得很擁擠，就直接變成了文字“支持”。
UI童鞋設計出的頁面效果，差強人意沒有達到運營預期，得返工修改
為了讓功能更有趣，運營和產品經常能夠溝通出新的交互方式，UI童鞋不愿意修改，覺得沒那個必要。
產品、運營、UI都對頁面的視覺很滿意，但自己的直屬領導覺得不行，需要設計繼續修改。
功能的視覺做好了，可功能遲遲不上線，UI童鞋老催進度。
良好的合作是建立在尊重與交流上的，要相信對方的專業水平。UI設計師最怕什么?
最怕自己設計出來的頁面最后沒上線，等于自己這段工作的價值沒有得到承認，作品又只是躺在磁盤的PSD，本質上他們也是希望能夠讓自己作品讓更多的用戶看到，但是他們需要運營給予更多持續修改的動力。所以，通常情況下，遇到需要修改的時候，運營可以嘗試用下面這些方式規避和做說服溝通。
1.提前參與，有效設計
運營在功能設計的初期就可以讓設計參與進來，在和產品畫原型圖時可以咨詢他們的建議，畢竟人家是專業做設計的，看的交互方式和頁面比我們多，指不定能夠有更好的功能呈現方式。當然，最重要的是設計的提前參與能夠在后續的頁面設計過程中，少花時間去重復解釋原型圖每個按鈕的交互，設計師也更能夠理解每個按鈕放置在運營層面的思考。
2.迂回說服，給予肯定
每一個設計師背后都有一群指點江山的神:“你這樣做不好看，把左上角的字放大，顏色調深，整個風格扁平化不夠”。
沒有人喜歡被否定，如果對于產品視覺設計上有自己的看法那么最好的溝通方式是“如果把這個按鈕填充成藍色，把頁面色系統一下是不是會看著更舒服，當然這只是我的想法，畢竟我沒有你專業，你可能會有更好的修改方案”。
積極的員工，大家都是在為一個好的結果努力，建立在良好的溝通上一切都是可以商量的，當然前提是不能因為自己的原型失誤導致的頻繁修改。
對于有更好的交互完善修改需求，在提自己的修改需求前可以先對他的作品給予肯定“現在這版設計很好啦，我和產品溝通后覺得，這個按鈕可能變成跳動的球可能會更符合整個頁面的風格哈，不知道你是否也怎么認為?”
3.群組溝通，進度互通
運營作為功能發起人要確保技術、產品、設計各方信息不通，千萬別成為一個傳話筒疲于奔命了，哪里還有精力去思考完成數據目標的其他事情。群組溝通就是拉一個項目討論組，讓UI設計師跟技術對接頁面圖層分布和切圖邏輯，讓設計師來及時響應技術關于顏色RGB數據。
然后技術也可以第一時間在群組里同步開發進度，設計師也更能夠知道整個項目的開發進度，不至于認為是運營不把它的頁面設計作品擱置了。
三、運營如何與技術良好的溝通?
當UI設計師把頁面制作出來以后，運營需要拿著它和產品童鞋完善的產品需求文檔到技術部門尋求排期。為了不需要天天詢問進度，不需要擔心某個需求無法實現，不需要無休止地重復測試提交 bug，為了項目的順利上線，運營在與技術溝通時需要注意以下問題。
1.充分說明，調動積極性
程序猿都喜歡自嘲為碼農，如果你真把他們當作只負責寫代碼的互聯網農民工，那就悲劇了。技術跟運營不是一個部門，只有合作關系沒有領導被領導的關系，千萬別只是運營單方面壓需求下去，說自己要做某個東西，告訴研發自己要這樣這樣實現，而且必須在指定時間點完成。
為什么現在越來越多的技術同學能夠轉型做產品經理甚至創業做CEO，因為靠譜的研發有想法有上進心的研發，一定不是機械地只管接活干活的人。
他們對業務也有自己的理解和想法，有時還能從專業的技術角度給出更好的解決方案。前提是要讓他們充分了解這個需求的來龍去脈，這個需求的背景，不僅僅是知道我們要做什么事，更重要的是我們為什么要做這個事：現在的這個產品需求是我運營經過調研分析確定的，我的解釋是否能讓你足夠清楚明白了?然后從研發的角度，請你看看是不是有其他的隱藏問題?你有沒有更好的解決方案?我們一起再探討。
2.明確需求，別輕易改動
運營的工作廣泛而又瑣碎，很多時候要求「多線程任務并行」，經常要和各種用戶打交道。因此運營的思維是比較發散的，需要具備相當的靈活性，這是運營工作的一大特點，也是在溝通中存在最大的問題。
對功能設計階段添加和修改新的需求，可能還可以溝通，如果在開發階段還對需求有所改動的話，估計和技術的同學友誼的小船離翻不遠了。
所以，明確需求，別輕易改動(錦上添花的需求就等下一版來晚完善吧)，給到的技術的開發文檔和頁面最好是最終版的，改動的越大你的項目被其他項目排期擠壓掉的可能性就越大，項目的不能順利落地，估計設計也會跟你急。
3.模塊溝通，讓問題沉淀
技術人員和數據代碼打交代，基本是單進程工作，為了提高單位時間里碼代碼的效率，他們基本上是需要處于“飛行”工作模式，寫到 high 了物我兩忘，完全沉浸在代碼的世界里也是有的。
如果運營隔個幾分鐘就打擾他一下，改個這里，修個那里，問個問題……研發的思路就中斷了，這些單線程的同學們多半會抓狂。所以運營和技術溝通必須利用工具來管理需求。把所有產生的需求說明和建議統一放到項目管理工具中，如 JIRA 就是一種很常用的工具(在大公司基本上也有自己的開發需求溝通工具)，匯總一批需求定期和研發溝通，確定優先級和排期。
如果是緊急的需求，或者重大的 bug 出現(比如用戶無法登錄了)，這種可以隨時找研發處理，但是盡量不要零敲碎打地報需求，尤其是不要用即時溝通的方式，比如 qq，電話給研發報需求，容易遺漏，不好統計和反饋，而且也給研發造成打擾。
溝通的本質是——讓他明白你想要什么，你明白他想要什么”，就是在團隊中每個人都在自己工作的前提下主動去了解團隊其他成員的工作內容，不關關跟技術、設計、產品同學，和市場部、渠道部也是多溝通可提前知道能夠幫助自己提升數據的可借力的點。
運營的目標是要最大化產品的價值。這中間無論運用何種手段，只要合理合法不違反公司規定都是沒問題的。但如果總想著利用別人，占點便宜，也許一時可以，長久都是不奏效的。
最好的溝通合作方式：不只是單純的部門之間工作配合或者幫忙而已，是讓參與的人有共同的利益，要舍得分享，賞罰分明，產品做得好了，大家都有功勞，該分錢分錢，該團建團建。大家都知道跟你做事不吃虧，時間長了，靠譜的人會愿意持續跟你配合，你的口碑和職場信譽也就建立起來了。
樂發網超市批發網提供超市貨源信息,超市采購進貨渠道。超市進貨網提供成都食品批發,日用百貨批發信息、微信淘寶網店超市采購信息和超市加盟信息.打造國內超市采購商與批發市場供應廠商搭建網上批發市場平臺,是全國批發市場行業中電子商務權威性網站。
本文來源： 想走好運營這條路，首先你得學會這個！
