自16年3月加入百度，到現(xiàn)在已有一年半之久。從運營小白到現(xiàn)在能夠獨立負責一個小項目的運營，中間踩過多少坑只有自己知道。而今天，我想和大家聊到的是，作為一個運營新人，我們應該如何和研發(fā)溝通需求。

適合閱讀入群：

1. 運營新人（0-2年工作經(jīng)驗）；
2. 工作中需要不斷地和研發(fā)接觸交流；

我為什么會做這個分享：

1.工作角色：我在百度工作的這一年半，主要負責兩個方向的工作。一是內(nèi)容運營，二是運營方向?qū)赢a(chǎn)品與研發(fā)的接口負責人。平時和研發(fā)同學關(guān)于業(yè)務上的溝通較多；

2.踩過深坑：在和研發(fā)對接需求，推進項目落地的過程中，遇到過很多問題，比較常見的例如：無效溝通，重復溝通，需求實現(xiàn)方式與預期有出入等問題；

3.經(jīng)驗總結(jié)：當踩過深坑后，一方面需要不斷地填坑（解決問題），另外一方面也是我認為更重要的就是不斷地總結(jié)經(jīng)驗，這樣才能更加高效地推進項目的執(zhí)行與落地。

一個運營新人眼中的研發(fā)：

1.自我思維的閉環(huán)：我在開始決定寫這篇文章的時候，和公司的一個程序員大大有過簡單的溝通，他告訴我說，程序員在專心敲代碼的時候會陷入一個自我思維的閉環(huán)中，進入這個閉環(huán)需要時間，但是，一旦進入這個閉環(huán)，則工作效率會成倍提升。所以，一般程序員同學都不希望在自己專心敲代碼的時候被打擾。

2.邏輯性強：關(guān)于這一點，是我平時和組內(nèi)研發(fā)同學溝通需求的時候的發(fā)現(xiàn)。例如有一個運營需求需要研發(fā)同學提供支持，在需求的預溝通階段，研發(fā)同學會抽絲剝繭地去問你為什么會有這樣一個需求，需求的實現(xiàn)方式是怎么樣的？有沒有更好地方法？需求的收益如何？程序員同學作為需求的實現(xiàn)方，考慮的不僅僅是如何去實現(xiàn)這個需求，更會去考慮這個需求背后的實質(zhì)是什么。

3.高智力：其實碼農(nóng)的工作性質(zhì)就要求了一個人必須要有相對較高的智力才能hold住各種需求。同時，我想聊一個工作以外的點，我們組有一個fe同學，狼人殺、德州撲克這種需要邏輯與智力以及推演能力的游戲真是無盡地吊打我。德州撲克幾乎次次贏，真是服氣！“物以類聚，人以群分”，想要研發(fā)同學認可自己，必須要不斷地提升自己。

4.工作是敲bug：我們組有一個非常搞笑的研發(fā)同學，他說每天的工作都是敲bug，但是他又說了一句話：我們研發(fā)可以說自己每天的工作是敲bug，但是你們運營和產(chǎn)品不能這樣說。我把這句話放在這里的目的，是想告訴大家，關(guān)于敲bug這個事情，大家權(quán)當玩笑，不可當真喲。

作為踩坑無數(shù)后的運營，我平時這樣和研發(fā)同學溝通：

1.當產(chǎn)品出現(xiàn)bug了怎么辦

推薦做法：明確bug的優(yōu)先級，如果高優(yōu)先級則直接拋在內(nèi)部溝通群或者私聊某個研發(fā)。如果低優(yōu)先級，則統(tǒng)一記錄后讓研發(fā)同學解決。

推薦理由：為什么會這樣處理？高優(yōu)先級的問題，影響面廣，所以要及時處理。但是針對優(yōu)先級較低的問題，如果我們?nèi)ゴ驍嘌邪l(fā)手頭的工作，把他從自我思維的閉環(huán)中拉出來，他可能會非常地不耐煩，告訴你：這個問題或者需求發(fā)郵件吧！這個時候，你會陷入相對被動的局面。解決不了問題還碰了一鼻子灰。

2.當和研發(fā)同學溝通運營需求的時候

推薦做法：研發(fā)同學都是邏輯性非常強的一類人，當自己要和研發(fā)同學溝通需求的時候，自己需要梳理邏輯，考慮清楚這樣幾個問題：項目的預期收益；項目的需求背景；項目的實現(xiàn)方式；為什么需要研發(fā)提供支持；運營有無可用替代方案?？紤]清楚這樣幾個問題之后，才能有底氣的和研發(fā)同學去溝通。

推薦理由：作為需求方，只有明確了需求的前后背景與邏輯，你才能說服需求的實現(xiàn)方也就是研發(fā)接手這個項目，并高效地完成這個項目。同時，在這里我想重點聊一聊預期收益這一塊，研發(fā)同學的項目大致可以分為兩類，技術(shù)項目和業(yè)務項目，研發(fā)和產(chǎn)品的需求大多數(shù)是業(yè)務項目。每做一個項目需要有預期的收益才能讓研發(fā)同學們有意愿和想法去高效地完成項目，另外，預期的收益最好是量化的數(shù)據(jù)，這樣才能更加直觀地展現(xiàn)這個項目的意義和價值。

3.在某一問題上和研發(fā)同學有不同看法時

推薦做法：這類問題的出現(xiàn)場景大多數(shù)集中在需求的實現(xiàn)方式上，研發(fā)同學有不同意見的原因大致也可以分為兩類：第一類是技術(shù)難度與復雜程度。第二類是研發(fā)認為其他方案會更加高效地達到目的。針對第一種技術(shù)難度，如果研發(fā)實現(xiàn)難度較大，且優(yōu)先級不高的時候，可以接受研發(fā)同學的意見。但是一味地為了降低開發(fā)難度所產(chǎn)生的異議，作為運營也不能接受。針對第二種，我們首先要判斷這種方案和替代方案的優(yōu)缺點，然后從目的出發(fā)，選擇最優(yōu)的方式。

推薦理由：運營和研發(fā)的出發(fā)點都是想高效地推動項目落地，為產(chǎn)品的發(fā)展考慮。當出現(xiàn)不同看法的時候，要記住服從于最終的目的。如果研發(fā)同學提供的建議可以更好地達到目的，為什么不接受建議呢？勇敢地承認自己沒有考慮周全遠比找各種理由去支撐一個說不過去的想法要好的多。

寫在最后：

有些經(jīng)驗，必須親身經(jīng)歷，方可學到。感謝你能閱讀到最后，謝謝！

作者：劉君，百度派產(chǎn)品運營，工作原則是把每一件重要的事情做到極致，喜歡與優(yōu)秀的人溝通，近期專注焦點：更加職業(yè)化地面對工作。

本文由 @劉君 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自PEXELS，基于CC0協(xié)議