一個產(chǎn)品項目團隊通常包括如下幾個工種的成員(具體情況和不同時期人員配置會有增減)：產(chǎn)品、設計、研發(fā)、測試、運維、運營、市場、商務、渠道。在產(chǎn)品開發(fā)初期，產(chǎn)品和研發(fā)同學會作為主導，讓產(chǎn)品從無到有，并且確保產(chǎn)品按需完成。產(chǎn)品上線后的日常管理和數(shù)據(jù)指標就會變成由運營來扛，產(chǎn)品的用戶量能夠有幾個“0”就看運營和市場、渠道、商務童鞋能做多少事啦。

在為產(chǎn)品攻城略地的運營過程中，我們會大量收到來自用戶的功能和需求的反饋，有時候為了近一步提升產(chǎn)品數(shù)據(jù)也會為自己的運營項目提產(chǎn)品迭代需求。這時我們就需要向產(chǎn)品提需求、技術提排期，UI提交互…緊接的就是一場漫長而又不得不做的溝通等待著去面對。

美國著名學府普林斯頓大學對一萬份人事檔案進行分析，發(fā)現(xiàn)：“智商”、“專業(yè)技術”和“經(jīng)驗”只占成功因素的25% ，其余75%決定于良好的人際溝通;另外，哈佛大學就業(yè)指導小組調(diào)查結果顯示，在500名被解職的男女中，因人際溝通不良而導致工作不稱職者占82%。

運營為了讓自己不被解雇，與團隊其他成員是否能夠建立良好的溝通就顯得尤為關鍵。

做過運營的人都知道，在公司里需要我們經(jīng)常去溝通的人有三種，分別是產(chǎn)品、技術、UI，(少部分的商務、渠道的童鞋)，下面進行一一的溝通方式說明，希望對的項目推動溝通有所幫助。

一、運營如何與產(chǎn)品良好的溝通?

自從有了運營和產(chǎn)品兩個崗位之后，他倆關系向來是最微妙的，非常容易產(chǎn)生相互瞧不起對方的情況。如果公司把運營和產(chǎn)品獨立成個部門，分別由不同的領導帶領，估計他倆是各自盯著對方，抓住問題隨時開撕：

在運營來看，產(chǎn)品占用了那么多的開發(fā)資源，大部分時候做出的是粑粑一樣的功能，每次還得幫他們擦屁股，做他們的接盤俠。

在產(chǎn)品看來，運營除了小打小鬧發(fā)獎做活動，帶來一波對產(chǎn)品發(fā)展并沒什么卵用的羊毛黨，其他好像也沒什么大的作用，就不能整點讓我一樣影響產(chǎn)品震驚行業(yè)的事情嘛….

運營和產(chǎn)品這樣相互不對眼可能出現(xiàn)的一個問題是，運營的項目推動排不上期，產(chǎn)品的功能沒后續(xù)運營管理，甚至連最核心的產(chǎn)品日活數(shù)據(jù)也都會下降。姑且不論責任究竟出在哪一方，寶貴的時間都耗在了吐槽上，最后誰獲利?

破這種局的解決方法有花錢和不花錢的，如果公司預算允許可以運營團隊招產(chǎn)品經(jīng)理，產(chǎn)品團隊招運營人員。不想多花錢的話從組織結構上理順，為一個產(chǎn)品線配備齊全人員的產(chǎn)品事業(yè)部制，就比按職能劃分按任務派活的大部門制更能激發(fā)員工對產(chǎn)品的責任感和積極性;(似乎調(diào)組織架構并不簡單)，要么咱們運營以身作則好好溝通了哈。

1.同頻道的語言溝通

運營每天比較多的工作是做內(nèi)容、寫策劃書、寫PPT，產(chǎn)品則做是用戶需求分析、競品的功能分析、需求文檔的撰寫、畫原型圖…..做的工作不同，決定了我們溝通的載體和方式不同。

運營用對的運營和產(chǎn)品做溝通，不能只是拿這一份策劃書就去了，還需要寫一份產(chǎn)品需求文檔(MRD)，這是能夠快速讓產(chǎn)品知道我們的需求以及他們需求做什么的文檔，初次溝通細節(jié)并不一定都要標清，但核心功能點的交互需求必須寫明。

2.告知收益，不邀功

運營從細節(jié)的優(yōu)化出發(fā)，產(chǎn)品則是做產(chǎn)品層面比較大的迭代。運營和產(chǎn)品的所有工作本質(zhì)目標都是為了最大化產(chǎn)品的價值，只是手段和思考方式不一樣。

作為運營在跟產(chǎn)品溝通項目的功能需求時，可以明確告知該項目對他現(xiàn)在所負責的產(chǎn)品的收益。產(chǎn)品關心的收益無外乎，自己做的產(chǎn)品有更多人在使用，或者證明自己做的那些功能對產(chǎn)品的核心目標數(shù)據(jù)有促進作用，例如你的項目直接復用產(chǎn)品團隊的某個功能，然后再立項時直接點名感謝某產(chǎn)品經(jīng)理的功能支持，估計就會溝通起來順暢些。

3.虛心學習，不情緒

心理學發(fā)現(xiàn)，當人們發(fā)現(xiàn)領袖出現(xiàn)一點個人主義的苗頭，就會變得冷漠，甚至出現(xiàn)敵對的情緒。相反，藏身幕后、不那么拋頭露面的領導更會受到普遍的尊重。

《紐約世界報》的創(chuàng)始人和出版人普利策就曾對他的編輯們說，如果在一個緊急時期他所發(fā)的命令違背了該報的政策的話，編輯們可以不予理睬。學會謙讓，在人際交往中絕對是“退一步海闊天空”的事。

作為運營我們可以想到各種各樣好玩的創(chuàng)意和點子，產(chǎn)品在邏輯上比較好，對產(chǎn)品的所有數(shù)據(jù)和接口都比較了解。對于小的項目運營的確是可以獨立完成產(chǎn)品需求文檔的撰寫，但是大的產(chǎn)品迭代需求，最好是虛心學習，不情緒，如果能跟產(chǎn)品一起商量合作的話，估計能夠起到更好的效果，至少是和技術溝通的時候會把所有產(chǎn)品的細節(jié)想的更清楚。

4.借力領導，不沖突

有一次自己在深圳做分享，有童鞋問道“運營如何更好的跨部門溝通”?當時我給的建議是“可以先嘗試自己溝通解決，然后如果實在沒辦法解決，為了避免沖突可以發(fā)郵件抄送部門領導，然后讓領導幫助推進項目。在貼吧那會，看到有一位銷售，把郵件抄送給了副總裁，然后產(chǎn)品立馬把問題解決了，哈哈!如果你平常人緣好，可能會有另外更好到方式”

為了項目推薦借力領導，需要提前跟領導知會，讓他們來指導你這封郵件要寫哪些內(nèi)容。運營需要做的就是在與領導進行知會溝通時，告知項目背景、項目收益、項目現(xiàn)狀、目前遇到的需求問題、然后需求優(yōu)先級排序(哪些功能必須要做，不做就沒辦法完成項目)，希望得到產(chǎn)品怎樣的支持。

二、運營如何與設計良好的溝通?

在優(yōu)化/開發(fā)產(chǎn)品的某項功能時，當運營和PM將功能的原型完成之后，就需要UI針對原型上的文字和互動模塊進行視覺的設計了。

對用戶來說，在這個看臉的年代美觀性是決定他們是否會使用這項功能的關鍵;對于運營來說，功能的視覺效果直接影響的是項目數(shù)據(jù)，因此運營與UI之間的溝通直接決定了功能的質(zhì)量和項目數(shù)據(jù)的好壞。

按理說只要把原型圖畫好，然后給到設計師，我們等著出圖收貨就好。但是真實的情況是做項目時在與UI的合作過程中會經(jīng)常出現(xiàn)以下狀況，不知道你是否有同樣的問題：

UI不在意功能的邏輯，只關注產(chǎn)品的美觀，比如“投票按鈕的旁邊的點贊拇指原本是凸顯這個按鈕表示“支持”，但在UI的說這會讓頁面顯得很擁擠，就直接變成了文字“支持”。

UI童鞋設計出的頁面效果，差強人意沒有達到運營預期，得返工修改

為了讓功能更有趣，運營和產(chǎn)品經(jīng)常能夠溝通出新的交互方式，UI童鞋不愿意修改，覺得沒那個必要。

產(chǎn)品、運營、UI都對頁面的視覺很滿意，但自己的直屬領導覺得不行，需要設計繼續(xù)修改。

功能的視覺做好了，可功能遲遲不上線，UI童鞋老催進度。

良好的合作是建立在尊重與交流上的，要相信對方的專業(yè)水平。UI設計師最怕什么?

最怕自己設計出來的頁面最后沒上線，等于自己這段工作的價值沒有得到承認，作品又只是躺在磁盤的PSD，本質(zhì)上他們也是希望能夠讓自己作品讓更多的用戶看到，但是他們需要運營給予更多持續(xù)修改的動力。所以，通常情況下，遇到需要修改的時候，運營可以嘗試用下面這些方式規(guī)避和做說服溝通。

1.提前參與，有效設計

運營在功能設計的初期就可以讓設計參與進來，在和產(chǎn)品畫原型圖時可以咨詢他們的建議，畢竟人家是專業(yè)做設計的，看的交互方式和頁面比我們多，指不定能夠有更好的功能呈現(xiàn)方式。當然，最重要的是設計的提前參與能夠在后續(xù)的頁面設計過程中，少花時間去重復解釋原型圖每個按鈕的交互，設計師也更能夠理解每個按鈕放置在運營層面的思考。

2.迂回說服，給予肯定

每一個設計師背后都有一群指點江山的神:“你這樣做不好看，把左上角的字放大，顏色調(diào)深，整個風格扁平化不夠”。

沒有人喜歡被否定，如果對于產(chǎn)品視覺設計上有自己的看法那么最好的溝通方式是“如果把這個按鈕填充成藍色，把頁面色系統(tǒng)一下是不是會看著更舒服，當然這只是我的想法，畢竟我沒有你專業(yè)，你可能會有更好的修改方案”。

積極的員工，大家都是在為一個好的結果努力，建立在良好的溝通上一切都是可以商量的，當然前提是不能因為自己的原型失誤導致的頻繁修改。

對于有更好的交互完善修改需求，在提自己的修改需求前可以先對他的作品給予肯定“現(xiàn)在這版設計很好啦，我和產(chǎn)品溝通后覺得，這個按鈕可能變成跳動的球可能會更符合整個頁面的風格哈，不知道你是否也怎么認為?”

3.群組溝通，進度互通

運營作為功能發(fā)起人要確保技術、產(chǎn)品、設計各方信息不通，千萬別成為一個傳話筒疲于奔命了，哪里還有精力去思考完成數(shù)據(jù)目標的其他事情。群組溝通就是拉一個項目討論組，讓UI設計師跟技術對接頁面圖層分布和切圖邏輯，讓設計師來及時響應技術關于顏色RGB數(shù)據(jù)。

然后技術也可以第一時間在群組里同步開發(fā)進度，設計師也更能夠知道整個項目的開發(fā)進度，不至于認為是運營不把它的頁面設計作品擱置了。

三、運營如何與技術良好的溝通?

當UI設計師把頁面制作出來以后，運營需要拿著它和產(chǎn)品童鞋完善的產(chǎn)品需求文檔到技術部門尋求排期。為了不需要天天詢問進度，不需要擔心某個需求無法實現(xiàn)，不需要無休止地重復測試提交 bug，為了項目的順利上線，運營在與技術溝通時需要注意以下問題。

1.充分說明，調(diào)動積極性

程序猿都喜歡自嘲為碼農(nóng)，如果你真把他們當作只負責寫代碼的互聯(lián)網(wǎng)農(nóng)民工，那就悲劇了。技術跟運營不是一個部門，只有合作關系沒有領導被領導的關系，千萬別只是運營單方面壓需求下去，說自己要做某個東西，告訴研發(fā)自己要這樣這樣實現(xiàn)，而且必須在指定時間點完成。

為什么現(xiàn)在越來越多的技術同學能夠轉型做產(chǎn)品經(jīng)理甚至創(chuàng)業(yè)做CEO，因為靠譜的研發(fā)有想法有上進心的研發(fā)，一定不是機械地只管接活干活的人。

他們對業(yè)務也有自己的理解和想法，有時還能從專業(yè)的技術角度給出更好的解決方案。前提是要讓他們充分了解這個需求的來龍去脈，這個需求的背景，不僅僅是知道我們要做什么事，更重要的是我們?yōu)槭裁匆鲞@個事：現(xiàn)在的這個產(chǎn)品需求是我運營經(jīng)過調(diào)研分析確定的，我的解釋是否能讓你足夠清楚明白了?然后從研發(fā)的角度，請你看看是不是有其他的隱藏問題?你有沒有更好的解決方案?我們一起再探討。

2.明確需求，別輕易改動

運營的工作廣泛而又瑣碎，很多時候要求「多線程任務并行」，經(jīng)常要和各種用戶打交道。因此運營的思維是比較發(fā)散的，需要具備相當?shù)撵`活性，這是運營工作的一大特點，也是在溝通中存在最大的問題。

對功能設計階段添加和修改新的需求，可能還可以溝通，如果在開發(fā)階段還對需求有所改動的話，估計和技術的同學友誼的小船離翻不遠了。

所以，明確需求，別輕易改動(錦上添花的需求就等下一版來晚完善吧)，給到的技術的開發(fā)文檔和頁面最好是最終版的，改動的越大你的項目被其他項目排期擠壓掉的可能性就越大，項目的不能順利落地，估計設計也會跟你急。

3.模塊溝通，讓問題沉淀

技術人員和數(shù)據(jù)代碼打交代，基本是單進程工作，為了提高單位時間里碼代碼的效率，他們基本上是需要處于“飛行”工作模式，寫到 high 了物我兩忘，完全沉浸在代碼的世界里也是有的。

如果運營隔個幾分鐘就打擾他一下，改個這里，修個那里，問個問題……研發(fā)的思路就中斷了，這些單線程的同學們多半會抓狂。所以運營和技術溝通必須利用工具來管理需求。把所有產(chǎn)生的需求說明和建議統(tǒng)一放到項目管理工具中，如 JIRA 就是一種很常用的工具(在大公司基本上也有自己的開發(fā)需求溝通工具)，匯總一批需求定期和研發(fā)溝通，確定優(yōu)先級和排期。

如果是緊急的需求，或者重大的 bug 出現(xiàn)(比如用戶無法登錄了)，這種可以隨時找研發(fā)處理，但是盡量不要零敲碎打地報需求，尤其是不要用即時溝通的方式，比如 qq，電話給研發(fā)報需求，容易遺漏，不好統(tǒng)計和反饋，而且也給研發(fā)造成打擾。

溝通的本質(zhì)是——讓他明白你想要什么，你明白他想要什么”，就是在團隊中每個人都在自己工作的前提下主動去了解團隊其他成員的工作內(nèi)容，不關關跟技術、設計、產(chǎn)品同學，和市場部、渠道部也是多溝通可提前知道能夠幫助自己提升數(shù)據(jù)的可借力的點。

運營的目標是要最大化產(chǎn)品的價值。這中間無論運用何種手段，只要合理合法不違反公司規(guī)定都是沒問題的。但如果總想著利用別人，占點便宜，也許一時可以，長久都是不奏效的。

最好的溝通合作方式：不只是單純的部門之間工作配合或者幫忙而已，是讓參與的人有共同的利益，要舍得分享，賞罰分明，產(chǎn)品做得好了，大家都有功勞，該分錢分錢，該團建團建。大家都知道跟你做事不吃虧，時間長了，靠譜的人會愿意持續(xù)跟你配合，你的口碑和職場信譽也就建立起來了。