內(nèi)容建設(shè)

1.標(biāo)準(zhǔn)建立：產(chǎn)品的價值觀，由其承載的內(nèi)容體現(xiàn)。

需求提煉

提產(chǎn)品需求是運營同學(xué)的日常工作之一，看似簡單，其實并不容易。

什么是產(chǎn)品需求呢？產(chǎn)品需求就是對達(dá)到某個既定目標(biāo)需要實現(xiàn)的產(chǎn)品功能和特性的描述，可以從以下幾個維度來劃分：

1.外部需求和內(nèi)部需求：前者來自各個渠道收集的用戶反饋，如微博微信qq群客服郵箱客服電話，以及產(chǎn)品自身的反饋渠道（如論壇的客服專區(qū)、在線即時咨詢窗口等）；后者來自公司內(nèi)部，如老板和其他部門的反饋。這些反饋通常都不會很明確，需要運營同學(xué)進行整理挖掘，溝通調(diào)研進而提煉出需求。如果不經(jīng)整理提煉就統(tǒng)統(tǒng)丟給研發(fā)同學(xué)去處理的話——會被鄙（qia）視（si）的……

2.改進型需求和新建型需求：它們倆是從1到10和從0到1的區(qū)別。我個人的建議是已有的產(chǎn)品如果改進優(yōu)化后能用，盡量不要另起爐灶，除非是原有的產(chǎn)品從定位到風(fēng)格全都跟新需求不一致。這就要求運營對現(xiàn)有產(chǎn)品定位跟功能了如指掌，能夠根據(jù)需求制定出合理的問題解決方案，有時甚至可以不需要產(chǎn)品改動就達(dá)到目的。這樣不是效率很高嗎~

最怕的是拍腦袋就做個產(chǎn)品，不考慮是否能利用已有的，導(dǎo)致留下一堆半截子工程，說能用也湊合能用，彼此間定位不清晰，后期運營推廣也不好做；同時系統(tǒng)里很多冗余代碼難以維護，如果負(fù)責(zé)人一離職就再也沒人能說清這產(chǎn)品的來龍去脈，于是又推倒重來一遍……對人力物力的極大浪費啊。

3.籠統(tǒng)型需求和精確型需求：前者如“現(xiàn)在這個編輯器太難用了換一個吧，好多代碼格式都不支持”，后者如“需要一個除現(xiàn)在支持的代碼格式外，還能夠支持markdown語法的編輯器”。很多用戶反饋的需求就是前者那樣的，必須深入了解分析，否則過于籠統(tǒng)不具體的需求，是無法實現(xiàn)的，即使勉強上馬，也一定會因為需求不明確而導(dǎo)致工期延誤和反復(fù)修改，最終應(yīng)付了事，所有參與人忙得夠嗆都不開心，寧可早期多用一些時間把需求搞清楚。

4.解決問題的需求和提高效率的需求：“我需要一個能給用戶群發(fā)郵件的后臺”和“我需要能夠自己導(dǎo)出符合某些特征的用戶郵箱列表給他們?nèi)喊l(fā)郵件”。不過后者需要評估使用頻度，如果是高頻使用需求，開發(fā)一個還是有必要的，否則每次都要找研發(fā)同學(xué)給導(dǎo)出郵箱也確實麻煩；如果是為了某個臨時性的項目用，或者一年也用不了幾次的低頻需求，那就沒必要開發(fā)一個專門的功能了。

為什么要從這些維度來劃分呢，因為實現(xiàn)產(chǎn)品需求的資源通常是有限的，因此必須對需求的合理性和優(yōu)先級做出明確判斷，并以此來決定開發(fā)的資源投入以及排期先后。

另外有些似是而非的“產(chǎn)品需求”，實際上是bug，bug和產(chǎn)品需求的區(qū)別及處理方式的不同如下：

產(chǎn)品需求：

• 針對還不存在的功能提的

• 解決的是“不好用”的問題

• 實現(xiàn)周期通常較長

• 發(fā)給產(chǎn)品經(jīng)理處理（這個要看具體團隊構(gòu)成和分工，是否有專門的產(chǎn)品經(jīng)理來處理需求，如果運營兼負(fù)責(zé)產(chǎn)品那就由提出需求的同學(xué)自己處理了）

產(chǎn)品bug：

• 針對已經(jīng)存在的功能提的

• 解決的是“不能用”的問題

• 解決時間視bug嚴(yán)重程度，通常要求盡可能快地處理

• 可直接發(fā)給研發(fā)人員解決

提需求和提bug的流程

產(chǎn)品需求描述

產(chǎn)品經(jīng)理通常需要把收到的各路需求整理成產(chǎn)品原型文檔，但對于運營同學(xué)來說并沒有那么嚴(yán)格的文檔要求，只要讓產(chǎn)品同學(xué)能夠明白你的意思就可以；不過為了提高溝通的效率，有必要參照一定的格式來描述你的需求，這里舉個我現(xiàn)在團隊的例子：

1.需求名稱：產(chǎn)品名稱+功能+提出時間，如“CocoaChina編輯后臺改進產(chǎn)品需求-2015-8-17”

2.目的：有助于產(chǎn)品同學(xué)充分理解你的需求的必要性和重要程度，如“為了提高編輯發(fā)稿的工作效率”或“為了統(tǒng)一網(wǎng)站整體風(fēng)格而進行UI重新設(shè)計”。

3.優(yōu)先級和時間要求：這個也很重要，因為產(chǎn)品經(jīng)理通常會收到大量的需求，如何安排優(yōu)先級處理順序？如果你在需求里有明確的說明，那么處理效率會高一些。如“第一優(yōu)先級，需要六月15日前完成”。

4.需求描述：說明用戶身份（外部用戶和內(nèi)部用戶的處理方式有區(qū)別），頁面需要包含哪些元素，期待的布局和風(fēng)格，排列順序，是否必選項，有何特殊要求，是否需要查詢及查詢條件設(shè)定，是否需要權(quán)限管理等信息，盡可能詳細(xì)，最好給出參考案例或類似競品截圖。

什么情況下需要提產(chǎn)品需求

如果以上你都已經(jīng)爛熟于心，對于如何提產(chǎn)品需求應(yīng)該是沒有問題了。但是且慢，知道怎么做只是最基礎(chǔ)的，對于合格的運營來說，更重要的是判斷要做什么和不做什么。用戶的需求永無止境，運營不能只是需求的傳聲筒，需要深入分析用戶需求背后的目的和隱藏的問題，如果能夠用已有的產(chǎn)品達(dá)到的，就盡量不要重復(fù)建設(shè)做新產(chǎn)品；如果能用運營的手法解決的，更不必耗時費力地動用產(chǎn)品和研發(fā)；如果能夠利用已有成熟的渠道跟平臺借勢推廣的，又何苦非要做一個“自己的”獨立平臺一切從零開始呢？做加法永遠(yuǎn)比做減法容易，另起爐灶似乎也比在原有基礎(chǔ)上修補改進要痛快，但是資源永遠(yuǎn)都有限，無論是人力還是時間，即使你有一組強悍的產(chǎn)品和研發(fā)同學(xué)24小時無條件配合，仍然要評估需求真實的價值有多少，衡量投入產(chǎn)出比。運營的強項在于給你一個產(chǎn)品，你能夠發(fā)掘它的一千零一種用法（玩法）并將其傳遞給用戶來滿足不同的需求，如果一接到新需求就要做個新產(chǎn)品，而不是先看看運用已有的產(chǎn)品是否能夠解決問題，運營自身的價值何在呢？

案例一：數(shù)據(jù)分析后臺
曾經(jīng)有同事負(fù)責(zé)運營一個垂直專業(yè)領(lǐng)域的群組，提出要做一個數(shù)據(jù)分析后臺，能夠根據(jù)加入群組用戶填寫的個人信息自動生成各種維度的分析圖表，“就像專業(yè)的數(shù)據(jù)分析報告那樣”，他說。這并不是一個實現(xiàn)起來很簡單的需求，雖然對用戶的數(shù)據(jù)分析是有必要做的。但是該群組目前的注冊用戶只有幾千人，且新用戶增加速度非常緩慢，用戶數(shù)據(jù)分析的時效性并不是非常高，因此最終解決方案是導(dǎo)出用戶數(shù)據(jù)到excel中，運營自己根據(jù)統(tǒng)計需求，利用excel生成分析圖表，至于是否像專業(yè)報告，那就看自己的excel造詣啦~如果未來用戶量和增長速度達(dá)到一定規(guī)模，人工統(tǒng)計無法滿足，才是需要開發(fā)數(shù)據(jù)統(tǒng)計后臺的時候。

案例二：大會報名app
我所在的社區(qū)運營團隊曾經(jīng)負(fù)責(zé)組織公司的開發(fā)者大會報名，通過社區(qū)各個渠道向開發(fā)者用戶進行宣傳，使用的是社區(qū)的活動報名系統(tǒng)，可以匯聚各個渠道的報名數(shù)據(jù)到后臺數(shù)據(jù)庫。有同事提議說開發(fā)一個大會報名app，以后組織大會都可以讓用戶通過app報名，這樣推廣時只要通過app推送提醒就可以啦~~~我說你這個創(chuàng)意不錯，你先想法讓用戶都裝上這個app，然后。。就沒有然后了。。

總之接到需求后，問自己以下幾個問題：

• 目標(biāo)足夠明確嗎？

• 已有的產(chǎn)品確實無法滿足工作要求嗎？

• 已有產(chǎn)品的缺陷已經(jīng)極其影響工作效率嗎？

• 成本是否合適？

如果答案是否定的，那就需要重新審視這個需求的合理性，并且和需求方積極溝通確定最終解決方案。

如何促使需求盡快實現(xiàn)

• 需求表述明確，溝通清楚，提交流程規(guī)范：該自己做的一定要做到位

• 按流程提交需求后最好再當(dāng)面跟產(chǎn)品經(jīng)理溝通，盡快落實需求并啟動

• 必要時要舍得砍需求，確?？焖偕暇€

• 充分利用各項資源來達(dá)到目標(biāo)：平時和產(chǎn)品設(shè)計研發(fā)同學(xué)搞好關(guān)系，必要時通過上級推動都是方法

幾點總結(jié)

• 產(chǎn)品改進通常要落后于業(yè)務(wù)需求

• 互聯(lián)網(wǎng)產(chǎn)品改進伴隨整個產(chǎn)品的生命周期，不是一次性的

• 產(chǎn)品改進是由運營驅(qū)動的

• 再好的產(chǎn)品，運營跟不上也是白費

• 對內(nèi)容運營和社區(qū)運營來說，產(chǎn)品是輔助手段，不是目標(biāo)

• 了解產(chǎn)品的互聯(lián)網(wǎng)編輯/運營會有更多的職業(yè)發(fā)展機會

凡是做運營的小伙伴，沒有沒組織過活動的吧？做活動能夠提升產(chǎn)品的口碑影響力，擴大用戶覆蓋面，提升用戶活躍度，提高產(chǎn)品銷售額……實在是居家旅行必備技能點啊。關(guān)于“如何組織一場成功的活動”，網(wǎng)上已經(jīng)有了為數(shù)眾多的經(jīng)驗分享，結(jié)合我之前負(fù)責(zé)執(zhí)行過的一個活動案例加以分析解讀，希望能對您有一些幫助和啟發(fā)。

1.活動KPI的制定：

2010年上海盛大公司推出了一款名為Bambook的電子閱讀器，提供應(yīng)用開放平臺，開發(fā)者可以向平臺提交應(yīng)用程序，以便用戶下載安裝新的應(yīng)用，擴展Bambook的功能。為了推動廣大開發(fā)者為Bambook開發(fā)優(yōu)質(zhì)應(yīng)用，提升Bambook產(chǎn)品的用戶體驗和人氣，同年11月，盛大舉辦了Bambook程序達(dá)人賽（以下簡稱Bambook大賽）。

了解活動的背景和目的才能確定活動KPI，活動一定要有一個明確的KPI，這樣活動策劃和活動執(zhí)行才能有的放矢，活動最終的效果才有衡量依據(jù)。KPI可以根據(jù)著名的SMART原則來設(shè)定，例如這個活動的KPI就是"在大賽作品提交截止日之前通過審核的應(yīng)用提交數(shù)量要達(dá)到若干個"。

2.四“W”一“H”：

確定了活動KPI后，就是如下五個問題：需要誰(who)來參加活動？到哪兒(where)去找這些人？為達(dá)成KPI需要什么(what)資源？活動為期多長時間(when)？活動如何運營(how)？

比如這個大賽，就是需要找到足夠多的開發(fā)者來參加活動開發(fā)提交應(yīng)用，大賽是純線上的形式進行，線上開發(fā)者最集中的地方就是各大IT社區(qū)（2010年微信微博等社交平臺還未興起，廠商缺乏有力的開發(fā)者聚集和推廣渠道），盛大自家有IT社區(qū)嗎？沒有，所以直接找大型IT社區(qū)來承辦大賽是最省力的方式，需要給社區(qū)一筆承辦費；大賽的獎勵也得足夠吸引開發(fā)者；開發(fā)Bambook應(yīng)用需要特定的工具包和調(diào)試環(huán)境，因此盛大除了提供工具包和模擬器之外，還提供了一批全新Bambook機器給開發(fā)者用于程序開發(fā)和調(diào)試；此外還要有媒體不斷發(fā)布新聞配合活動造勢；這些都是達(dá)成KPI需要的資源。

以上是一個比較典型的線上活動的情況，線下活動還可能增加場租、場地布置、物料、人工等費用。大賽的前期宣傳、創(chuàng)意策劃、開發(fā)調(diào)試并提交作品、評獎這些關(guān)鍵環(huán)節(jié)都需要時間但長短不一，需要提前預(yù)估并打出一定的富余以防備突發(fā)情況，另外還要考慮是否活動期間有春節(jié)國慶等大型節(jié)假日，影響開發(fā)者參與，這個活動從啟動到結(jié)束原定是3個半月，后來因春節(jié)延期了一個月，總共是4個半月。

4個W都確定了，活動就妥妥兒的了？當(dāng)然不是，下面著重分享一下“how”。

4.活動如何運營：

CSDN和ITeye（原名JavaEye，2010年被CSDN收購）、InfoQ、51CTO、博客園等國內(nèi)幾大著名IT技術(shù)社區(qū)都參與了Bambook大賽，當(dāng)時我在CSDN剛從教育事業(yè)部轉(zhuǎn)崗到社區(qū)運營部，負(fù)責(zé)ITeye網(wǎng)站的整體運營。Bambook大賽在ITeye的組織我是全程親手策劃運營的，所以現(xiàn)在還是記憶猶新。

這個項目本來照例是由公司商務(wù)部門的執(zhí)行團隊負(fù)責(zé)在兩個社區(qū)開展的，我作為社區(qū)運營起初并沒有參與。但大賽已經(jīng)開始一個月了，ITeye的會員僅有不到30個人報名，報名的人里沒有一個人提交作品！而同期其它社區(qū)都已經(jīng)有不少作品成功提交了，這樣下去ITeye社區(qū)的參賽結(jié)果一定是慘不忍睹的。我在這個時候（12月7日）緊急接手了該項目，頗有點臨危受命的性質(zhì)。

分析之前的活動組織情況，我發(fā)現(xiàn)存在以下三個問題：

第一、社區(qū)推廣力度明顯不夠。之前的推廣就兩處：

1.ITeye首頁放了一個廣告圖片，鏈接到一個大賽專題，這個專題還是個靜態(tài)頁面，包含內(nèi)容有限，大賽的最新動態(tài)也無法及時更新，就算會員有心參賽，點過去也了解不到詳盡的信息，很可能就放棄了；

2.開了一個Bambook主題的專欄，用于轉(zhuǎn)載主辦方盛大定期提供的大賽資訊，但專欄的訪問量在ITeye所有頻道中是較低的，日PV只有幾千，僅在這里推廣是肯定不會有良好效果的。

除此之外再沒做過別的推廣了。

第二、宣傳語太平淡，不能有效激勵用戶參與。例如首頁的廣告圖文案就是“Bambook程序達(dá)人賽”，社區(qū)里不是只有這一個大賽，而是經(jīng)常發(fā)布各個廠商組織的各種類型的活動，可以說大家爭奪的是同一批開發(fā)者的注意力，如果宣傳時沒有能夠打動用戶的亮點，如何吸引眼球？

第三、沒有體現(xiàn)社區(qū)對參賽會員的支持。Bambook大賽同時在各大技術(shù)社區(qū)開展，開發(fā)者在報名時就需要填寫通過某某技術(shù)社區(qū)報名，社區(qū)本身也會根據(jù)大賽的組織情況和社區(qū)會員的參賽情況參與評獎。顯而易見，哪個社區(qū)能夠給予自己的會員更強大的支持，會員就更愿意通過哪個社區(qū)報名。否則可能本來是你社區(qū)的會員，但是跑到別的社區(qū)渠道去報名了……

針對以上問題，我結(jié)合ITeye的社區(qū)特點制定了大賽運營方案，主要注重三個方面：

一、大力增強大賽推廣力度，主要有3點：

1.建立社區(qū)自己的大賽推廣專題頁面：要求有比較大的影響覆蓋面，推廣位置要固定，大賽動態(tài)更新要及時，所有在ITeye站內(nèi)做的推廣內(nèi)容要統(tǒng)一匯總到該頁面，方便感興趣的會員隨時了解信息，促進報名。

我是這樣實現(xiàn)的：參考大賽官網(wǎng)，選擇最有可能吸引用戶的內(nèi)容（獎項設(shè)置、賽程、參賽必要的SDK下載地址、模擬器、已提交的作品案例等）加工撰寫了一篇新聞稿——《Bambook程序達(dá)人賽——為榮譽而戰(zhàn)！》，當(dāng)作大賽在ITeye的專題頁面，大賽期間始終在資訊頻道保持置頂推薦。后來我陸續(xù)又在資訊頻道發(fā)布了十多篇報道大賽最新動態(tài)的資訊，有我原創(chuàng)的，也有轉(zhuǎn)載盛大提供的內(nèi)容，所有發(fā)布的內(nèi)容鏈接，都及時匯總到這篇置頂新聞稿中。原來的那個靜態(tài)的大賽專題頁面放棄使用。

這樣做的好處是更新最新動態(tài)非常方便靈活，因為新聞稿可以隨時修改。而且資訊頻道已經(jīng)是一個具備相當(dāng)訪問量的頻道，日PV接近五萬，還有很多用戶通過RSS方式訂閱，覆蓋面比較廣，是單獨的靜態(tài)專題頁面無法相比的。

2.聯(lián)系社區(qū)已經(jīng)參賽的會員做訪談：樹立榜樣產(chǎn)生帶頭示范效應(yīng)。

大賽期間我共采訪了兩位參賽會員：

其一是ITeye第一位提交作品的會員，雖然他的作品并不很出眾，但畢竟這是一個“零”的突破，我希望能盡量給想?yún)①惖臅T一些幫助和提醒，激勵更多的人來報名。我把和那位會員的QQ聊天記錄整理成了一篇訪談——《Bambook大賽系列報道之二：參賽選手專訪》，發(fā)布到了資訊頻道并在社區(qū)各處推薦。訪談中著重強調(diào)了兩點：要在大賽中獲得好的成績，有哪些方面是參賽者應(yīng)該格外重視和加強的？比較受歡迎的作品共性是什么？

其二是大賽后期的時候，我發(fā)現(xiàn)ITeye會員“拯救與逍遙”的作品“漲停大師”僅上線兩天就已經(jīng)獲得了不錯的反響，便立即著手聯(lián)系他做訪談。1月4日，我發(fā)布了《Bambook大賽系列報道之十三：參賽選手“拯救與逍遙”專訪》。“拯救與逍遙”是ITeye的老會員了，他和參賽伙伴就是看到置頂那篇“為榮譽而戰(zhàn)”的資訊才開始參賽的，和他溝通過程中，我真切感受到了ITeye會員對社區(qū)的感情和支持。

訪談的好處一是能幫助參賽會員進行宣傳，二是訪談形式可以充分體現(xiàn)參賽者的心得體會，能夠激勵更多的會員參賽，同時我及時把社區(qū)的大賽相關(guān)原創(chuàng)資訊反饋給盛大，這正是社區(qū)宣傳組織工作及其有力的證明。這兩篇訪談我都同時在CSDN的資訊頻道進行了推薦，以充分利用CSDN的強大宣傳渠道。

3.利用站內(nèi)短信進行推廣。ITeye的站短是一個非常好的社區(qū)推廣渠道，它可以精準(zhǔn)地發(fā)送內(nèi)容給某個時間段內(nèi)的活躍用戶，且用戶閱讀率很高。但使用站短要非常謹(jǐn)慎，要防止過度打擾會員引起反感。一個活動中在某幾個重要的關(guān)鍵時機定向發(fā)送站短是很有效的一種社區(qū)推廣手段。

我當(dāng)時是選擇了申請Bambook開發(fā)機的時機發(fā)送了一批站短。大賽主辦方為參賽者提供了一批Bambook作為開發(fā)機，但數(shù)量有限，需要報名參賽者提交作品創(chuàng)意并通過主辦方審核，才能發(fā)放開發(fā)機。這個當(dāng)然是利好，我就利用了站短給最近一個月內(nèi)有過登錄行為的會員發(fā)送了宣傳信，告知此事并邀請他們踴躍提交作品創(chuàng)意來爭取成功申請到開發(fā)機參賽。

推廣方案第二個方面——強調(diào)宣傳關(guān)鍵詞：

我在推廣中刻意突出一個關(guān)鍵詞“為榮譽而戰(zhàn)”，目的是希望通過一系列的社區(qū)宣傳，不僅推動會員積極報名，更能夠讓會員認(rèn)為，這件事的結(jié)果好壞，關(guān)系到ITeye這個社區(qū)的榮譽！ITeye歷年積累了那么多優(yōu)質(zhì)的社區(qū)會員，很多會員對ITeye的感情也很深厚，我要做的只是擴大影響面，調(diào)動大家的參賽積極性。

結(jié)果證明這起到了一定的作用，如上面訪談的那位會員“拯救與逍遙”和他的參賽伙伴，他們起初并沒有注意到這個大賽，就是看到“為榮譽而戰(zhàn)”的宣傳之后才參賽的。

推廣方案第三個方面——充分體現(xiàn)ITeye社區(qū)對會員的支持：

這里我主要做了5件事：

1.在各個渠道不斷通知會員：凡通過ITeye報名參賽的社區(qū)會員（以最終提交作品為準(zhǔn)），贈送半年程序員雜志，而且ITeye將集合社區(qū)資源幫助參賽者推廣其作品。因為當(dāng)時除了CSDN和ITeye，還有其他很多技術(shù)社區(qū)也在組織會員參賽，ITeye和CSDN的社區(qū)影響力和推廣渠道當(dāng)然最大，那為什么不拿出資源大力支持和激勵自己的社區(qū)會員呢。

2.為ITeye參賽會員開通了申請開發(fā)機的“社區(qū)綠色通道”。只要報名會員通過社區(qū)提交了作品信息，我就馬上提交給盛大盡快審核，通過審核就發(fā)放BamBook開發(fā)機。這樣的效率比提交到官網(wǎng)審核要快得多。

3.給已經(jīng)報名但尚未提交作品創(chuàng)意的ITeye會員發(fā)郵件，收集他們的信息，并告知他們社區(qū)的支持，督促他們盡快提交作品創(chuàng)意。

4.好消息及時通報。如我撰寫的資訊《Bambook大賽系列報道之十：五位JavaEye會員已獲得開發(fā)機》，大力宣傳這個好消息，通知獲得開發(fā)機的會員盡快上傳作品，同時激勵其他會員積極提交申請。

5.幫助ITeye會員拉票，宣傳他們的作品。春節(jié)后，作品提交截止了。大賽進入了投票評選階段，在初選階段和第二評選階段，我分別為所有提交作品的ITeye會員和成功入圍大獎角逐的ITeye會員在社區(qū)進行宣傳，組織廣大會員為他們投票。詳見《Bambook大賽系列報道之十六：JavaEye參賽會員作品展示》和《Bambook大賽JavaEye最終入圍會員作品展示，歡迎投票！》，以及最后的《Bambook大賽JavaEye會員有望獲得終極大獎為他加油！》。

經(jīng)過以上一系列的運營推動，效果如何呢？

12月7日之前大賽開始一個月內(nèi)，ITeye僅有29人報名，0人提交作品。

12月7日我接手，開展了如上所述的一系列推廣工作，逐漸地，效果開始顯現(xiàn)了。

12月15日，有64位會員報名參賽，1人提交作品；

12月21日，共有12位會員提交了作品創(chuàng)意；

9天后，12月30日，ITeye共有108位會員報名，5位會員已成功獲得了開發(fā)機，并已提交了5件作品；

Bambook大賽結(jié)束時，ITeye會員共有108人報名，18人提交作品，2人入圍決賽，2人獲獎；

其中一人獲得了媒體關(guān)注獎，獎金5萬元；

另一人獲得了本次大賽的冠軍，贏得終極大獎10萬元！

他們分別是一位2003年加入的資深會員和一位2010年加入的新會員，他們都選擇通過ITeye社區(qū)參賽。

ITeye社區(qū)也因在用戶中的優(yōu)秀反響榮獲最受用戶歡迎社區(qū)獎，獎金5萬元。

詳見Bambook大賽最終獲獎結(jié)果通報新聞：《Bambook程序達(dá)人賽獲獎結(jié)果揭曉——JavaEye會員奪冠》。

整個大賽的組織歷經(jīng)三個月，我當(dāng)時剛開始獨自負(fù)責(zé)ITeye社區(qū)運營，推廣大賽同時我還要負(fù)責(zé)資訊頻道的日常內(nèi)容編輯、ITeye網(wǎng)站的內(nèi)容審核和客服工作，回想起來那真是一段忙碌充實而又充滿激情的日子。通過這次大賽的實踐，我總結(jié)出了以下幾點社區(qū)活動運營經(jīng)驗：

• 活動進行宣傳時切忌面面俱到，只要突出最有可能吸引用戶的某幾點即可。拿這個例子來說，如大賽獎項設(shè)置（這通常是大家最為關(guān)心的）、參賽規(guī)則、賽程、注意事項、已提交作品案例這些對想?yún)①惖挠脩羰欠浅ｊP(guān)鍵的，像大賽評委、比賽背景介紹等較為泛泛的內(nèi)容略帶過即可。

• 掌控好宣傳節(jié)奏。大力宣傳不等于每天狂轟濫炸個沒完，否則很可能引起用戶反感。在大賽的幾個關(guān)鍵時間點，比如出現(xiàn)第一個提交作品的會員、某個時間某個會員的作品非常受關(guān)注、大賽即將截止報名階段、大賽拉票階段，這幾個點要著重密集宣傳。其他時間段，維持一個大賽動態(tài)的定期更新即可。

• 注意細(xì)節(jié)。把所有大賽資訊按發(fā)布順序編號，做成系列報道的形式，會顯得宣傳組織工作很有條理，一目了然。

• 要及時反饋溝通推廣成績。我每周準(zhǔn)時提交資訊瀏覽數(shù)據(jù)及評論數(shù)據(jù)作為推廣結(jié)果給商務(wù)同事，如果社區(qū)有最新動態(tài)，如我做的專訪和投票等活動，都及時與商務(wù)部溝通，讓他們作為社區(qū)成績反饋給盛大。商務(wù)同事對這個活動在ITeye社區(qū)推廣的反饋也很不錯。

• 各種宣傳渠道要靈活使用，不要單一只用某一種，“組合拳”效果最好。前提是社區(qū)運營者要對社區(qū)的各個產(chǎn)品了如指掌，要非常熟悉各種社區(qū)推廣渠道，能夠根據(jù)不同的宣傳需求靈活在相應(yīng)的產(chǎn)品使用適合的渠道進行宣傳，盡量以用戶最容易接受的形式進行宣傳。這個大賽中，我運用了資訊頻道和專欄產(chǎn)品作為推廣陣地；通過站短，客服郵箱，首頁廣告圖、各頻道置頂公告等渠道進行推廣。推廣的時機和頻率都是精心考慮的。

• 最簡單的產(chǎn)品形式也能達(dá)到運營目的。心中有劍，一切皆可為劍。做一個活動，不一定非要動用設(shè)計研發(fā)來制作一個龐大的專題，最基本的資訊、博客、論壇帖子，只要用得好，內(nèi)容組織到位，都可以達(dá)到良好的效果，同時耗費的資源也少。

• 要達(dá)到良好的社區(qū)推廣效果，社區(qū)運營人員最好是“多面手”。不僅要了解社區(qū)用戶，了解社區(qū)產(chǎn)品，了解各種推廣渠道，更需要具備一定的編輯能力，采訪能力，活動策劃能力，項目流程把控能力，對溝通能力也要有一定要求。有人說這些完全可以通過具體分工來組織相應(yīng)的專業(yè)人員協(xié)作完成，當(dāng)然是的；但很多時候，尤其在資源緊張，時間有限的情況下，運營人員自己需要承擔(dān)所有的流程分工，而且，多了解其他方面的專業(yè)知識，也有助于社區(qū)運營人員與其他崗位的同事高效溝通和良好配合。

網(wǎng)站改版

我在純銀的博客里看到過這樣一段話：

在95%的情況下，帶著平媒優(yōu)越感來到網(wǎng)媒做主管的人，都會(很快地)發(fā)起一場(以改版為手段的)大躍進，打算做一些標(biāo)新立異，旁征博引，體現(xiàn)不凡品味，建立江湖地位的事情。然而這些動作(事后總結(jié))大都很蠢，于是他們被老編輯看做是“又來一個大傻逼”。我07年也做過這樣的傻逼，現(xiàn)在仍有不少人前仆后繼。由于工作環(huán)境封閉，單純，網(wǎng)媒從編輯中培養(yǎng)“有管理氣場的”主管比較慢，不得不在管理職位空缺時，不斷從平媒空降領(lǐng)導(dǎo)下來，悲劇也不斷上演。又來一個大傻逼→傻逼終于知道自己是傻逼了→傻逼走了→又來一個大傻逼……

這里提到的改版不是目的，而是手段，什么手段呢？證明自己比前任高明，比前任能干啊。新官上任迫切要證明自己的能力，靠什么？不整點兒大動作的能行？你不整點兒動靜出來高層還看著你呢~

網(wǎng)站改版本身是一件很正常很自然的事情，網(wǎng)站也是一種互聯(lián)網(wǎng)產(chǎn)品，是產(chǎn)品就有更新?lián)Q代的生命周期；網(wǎng)站只要在運營，必定會有用戶吐槽提建議這里不好用那里有漏洞；同時互聯(lián)網(wǎng)新生事物層出不窮，也要求網(wǎng)站必須跟上時代，不斷有創(chuàng)新，那么改版就自然要提上日程。

改版的周期視具體情況而定，不同的網(wǎng)站有各自的周期，不能一概而論。改版的規(guī)模分整體和局部，只要是正常運營的網(wǎng)站，局部改版其實都是一直在進行的（以技術(shù)類網(wǎng)站來說，訪問量較少的深夜和節(jié)假日通常是最合適的改版上線時間）；整體改版由于變動比較大，勢必會不同程度影響用戶的正常使用，因此需要充分準(zhǔn)備和周密規(guī)劃，制定完善的改版計劃，不僅是產(chǎn)品設(shè)計研發(fā)團隊，運營市場甚至商務(wù)團隊都要共同參與。

網(wǎng)站改版的目的是解決bug，提升性能，優(yōu)化網(wǎng)站界面和結(jié)構(gòu)，提供更新更好的功能和服務(wù)。那么問題來了，改版之前都要做哪些準(zhǔn)備？改版過程中運營同學(xué)需要如何參與？

一、做調(diào)研

• 首先，看數(shù)據(jù)，數(shù)據(jù)是最直接的證據(jù)。比如歷史數(shù)據(jù)增長和同期數(shù)據(jù)對比可以看出網(wǎng)站的發(fā)展趨勢是否健康；訪問時長和跳出率可以看出網(wǎng)站結(jié)構(gòu)是否友好，網(wǎng)站性能是否良好；訪問來源構(gòu)成可以了解用戶分布和外部推廣情況；頁面點擊分布可以看出內(nèi)容布局是否合理等。通過數(shù)據(jù)反映出網(wǎng)站哪些方面有問題，改版的時候就有的放矢了。

• 其次，看用戶，用戶是哪些人？他們來網(wǎng)站的目的是什么？現(xiàn)有產(chǎn)品和服務(wù)能夠很好地滿足他們嗎？用戶訪談和調(diào)查問卷可以作為改版的參考，但用戶的意見不能作為唯一的依據(jù)，還需要結(jié)合數(shù)據(jù)和網(wǎng)站定位綜合評估，比如用戶一定都希望網(wǎng)站廣告越少越好，但網(wǎng)站又不能沒有廣告收入，這時候就得合理規(guī)劃廣告位，盡量把廣告設(shè)計得美觀大方一些，不要影響正常瀏覽網(wǎng)頁，或者通過游戲互動問答活動等方式增加用戶對廣告的接受度，同時也增加廣告的曝光和點擊。

• 再次，看競品，有哪里值得借(chao)鑒(guolai)？并不是說隔壁老王有什么我們就一定要有什么，只是同樣的產(chǎn)品和服務(wù)，別家做的有什么不同，比我們好在哪里，成本允許的話正好一起改進了；別家有我們沒有的產(chǎn)品和服務(wù)，是否迎合了用戶的需求？我們也做的話能否結(jié)合自家的長處和優(yōu)勢？有就上，沒有的話抄過來也可能長不大。

二、定目標(biāo)

調(diào)研結(jié)果出來，目標(biāo)就好定了，是以提高網(wǎng)站性能為目標(biāo)？還是以優(yōu)化界面提高用戶訪問時長為目標(biāo)？抑或是要采用更新的產(chǎn)品來替代已經(jīng)過時的產(chǎn)品？要面向某個既定用戶群體的需求提供更有針對性的產(chǎn)品？確定目標(biāo)后才能夠?qū)崿F(xiàn)目標(biāo)需要的資源和時間進行有效評估，否則就是盲目拍腦袋。

三、定需求

充分收集用戶的意見反饋，根據(jù)數(shù)據(jù)和競品調(diào)研結(jié)果，提煉總結(jié)需要在本次改版中實現(xiàn)的需求，并以產(chǎn)品原型方式展現(xiàn)，經(jīng)產(chǎn)品設(shè)計研發(fā)運營人員全體確認(rèn)，調(diào)整為最終需求方案。特別強調(diào)一定是在需求確定階段就要運營參與進來，這個產(chǎn)品的定位符合用戶需求嗎？要達(dá)到同樣目的有沒有成本低的方案？上線之后怎么運營，需要什么資源支撐……該準(zhǔn)備的就要開始準(zhǔn)備了。這些事兒不在需求確定階段想好了，沒準(zhǔn)備，產(chǎn)品上線無法有效運營，半死不活，光界面好看體驗超群那都沒用！

這里直接引用一段話——

菜鳥級的產(chǎn)品經(jīng)理，往往認(rèn)為自己做一個東東，丟到互聯(lián)網(wǎng)上，奇跡就會發(fā)生。所以，他對一個產(chǎn)品的終極設(shè)想，是版本開發(fā)完畢后上線的一瞬間。就如同天真的小白少女，對愛情的終極設(shè)想就是穿上婚紗走向王子。
而經(jīng)過騰訊的系統(tǒng)訓(xùn)練的產(chǎn)品經(jīng)理，非常清楚，第一個版本丟到互聯(lián)網(wǎng)上，只是未來無盡服務(wù)，無盡優(yōu)化的一個開始。
接著無止盡的：
數(shù)據(jù)反饋，優(yōu)化特性，優(yōu)化服務(wù)*

這些反饋優(yōu)化如何實現(xiàn)呢？就是通過持續(xù)運營了。

四、做宣傳

做宣傳有兩個目的，一是讓用戶知道，一是讓同事知道。

無論如何，做出來東西總是希望有更多人知道并且來用的，除非你改版的目的就是補上原有的“大坑”，那還是低調(diào)為好。。

做宣傳就是定期將網(wǎng)站改版的動態(tài)實時通報給用戶，及時安撫用戶以免用戶對改版可能的影響產(chǎn)生不安，在社區(qū)中“造勢”，讓用戶對改版產(chǎn)生期待和關(guān)注，進而形成良性的反饋。有人說只要產(chǎn)品做得好自然不需要提前說明，用戶自己看就行了，這有一定道理，但請注意本文說的是“改版”，意味著用戶使用習(xí)慣也會隨著產(chǎn)品改變而改變（比如說微博v6版），改變本身無所謂好壞，如果有適當(dāng)?shù)臏?zhǔn)備和引導(dǎo)讓用戶更快地習(xí)慣新版不是更好嘛？總比到時候“臥槽咋改成這樣了，那個入口到哪兒去了，到哪兒去找我的*”好吧~

讓同事知道主要是在公司內(nèi)部宣傳，最好讓其他有協(xié)作關(guān)系的部門都知道一下，有利于整體配合，共建安定團結(jié)大好局面；別悶聲不響自己改自己的，看看是不是會對其它部門造成影響啊，其它部門有沒有做同款產(chǎn)品不知道，對其它產(chǎn)品有沒有沖擊也不知道，上線后搶同一批宣傳資源各自宣傳基本相同的產(chǎn)品，用戶也無所適從，Ok這也算一種叢林法則，最后還是產(chǎn)品和運營強的勝出，只是從公司角度看有點浪費啊~

五、做測試

開發(fā)過程中，產(chǎn)品運營研發(fā)和UI同學(xué)們也要保持頻繁溝通，及時測試，并對開發(fā)過程中可能產(chǎn)生的問題隨時討論達(dá)成一致的最佳方案；開發(fā)完成的測試階段，應(yīng)該邀請熱心用戶一起參與內(nèi)測，根據(jù)以往的經(jīng)驗，用戶往往能夠發(fā)現(xiàn)很多潛伏的問題，在內(nèi)測過程中，也增強了用戶的參與感和對社區(qū)的歸屬感。不過有一些問題，仍然是在上線后才會暴露出來的，所以在產(chǎn)品上線的第一周要格外注意用戶反饋和產(chǎn)品數(shù)據(jù)。

六、做客服

正式上線之前，一定要及時以公告的形式，告知用戶改版后可能會有的影響，改版的好處，新功能的介紹，遺留問題如何處理，以及很重要的一點：與網(wǎng)站管理人員的溝通渠道都有哪些。最大程度讓用戶了解改版后的網(wǎng)站，減少陌生感和不適感，實現(xiàn)切換到新版網(wǎng)站后的順利平穩(wěn)過渡。

至此，一個完整的網(wǎng)站改版過程結(jié)束了，這里是以運營角度來談，因此沒有提及設(shè)計與研發(fā)相關(guān)的工作，另外，改版完成只是網(wǎng)站一個新的階段的開始，并不是上線就大功告成了的。

最后要說一下，新主管空降后是不是一定都要搞網(wǎng)站改版？

如果公司招你來的目的就是要主持改版，那沒什么好說，不過前提仍然是要先摸清楚情況，明確改版的目標(biāo)，用戶的需求，需要的資源再動手；否則目標(biāo)不清晰，資源沒到位，用戶需求也沒摸透，為了改版而改版，那結(jié)果一定不會好，典型案例我見過好幾次了；如果你確實覺得，目前的網(wǎng)站存在諸多問題，這里也不好，那里也差勁，那么改版可以成為你的工作目標(biāo)之一，但決不是首要的工作目標(biāo)，除非不改這網(wǎng)站馬上就倒~~那么你要怎么做？

知己知彼才能百戰(zhàn)百勝：跟你的上司溝通，說明你的思路，爭取他們的支持；跟你的下屬溝通，了解他們的工作，了解目前存在的問題，了解網(wǎng)站現(xiàn)狀的由來；跟你的用戶溝通，了解用戶的需求，他們真的迫切需要一個全新的網(wǎng)站嗎？這是用戶的首要需求嗎？跟你的客戶溝通，哪些需求是現(xiàn)在網(wǎng)站無法解決的，必需要通過改版來解決？哪些需求是可以簡化的？哪些需求是有替代方案的？

同時，你要自己多使用網(wǎng)站，了解它的各項功能，了解它的歷史，了解它的用戶和客戶，熟悉之后，你對網(wǎng)站哪里存在問題，具體情況就會有相當(dāng)?shù)牧私饬恕?/span>

這時，你與團隊?wèi)?yīng)該也相處了一段時間，度過了最初的磨合期，團隊成員的優(yōu)劣勢，資源配置是否到位都比較清楚了，組織團隊共同進行大型項目協(xié)作才是合適的時機；網(wǎng)站改版需要團隊各個成員，各個職能部門的密切配合，不是憑個人單打獨斗就行的，剛空降入職決不是啟動大型改版的好時機。

現(xiàn)在，是不是一定要改版，改版的目標(biāo)是什么，應(yīng)該怎么改，需要哪些資源，應(yīng)該有譜兒了。

我見過很多空降領(lǐng)導(dǎo)，懷著一腔“打碎萬惡的舊社會”的熱血，指點江山揮斥方遒，覺得以前的網(wǎng)站，包括員工的工作方法，都奇Low無比亟待拯救~個人觀點，不要把別人都當(dāng)成傻子，首先哪個網(wǎng)站都不是一點問題沒有，其次一定不是只有你一個人知道有問題，為什么是現(xiàn)在的現(xiàn)狀，在不了解網(wǎng)站歷史，用戶，團隊的情況下，不適合做先入為主的判斷。覺得自己很牛很厲害，“改版這事兒有什么難的？”不接地氣兒不了解情況就大干快上，好聽點叫盲目自信，不好聽的真的是傻逼。

運營和研發(fā)建立良好合作的重要性：

通常一個互聯(lián)網(wǎng)項目團隊包括如下幾個職能的人員（排名不分先后，且根據(jù)具體情況和不同時期人員配置會有增減）：產(chǎn)品、設(shè)計、研發(fā)、測試、運維、運營、市場、商務(wù)，其中的產(chǎn)品主要起到業(yè)務(wù)需求方（運營/市場/商務(wù)）和技術(shù)研發(fā)之間的橋梁紐帶的作用，那么運營作為典型的業(yè)務(wù)需求方，只要把需求跟產(chǎn)品溝通清楚就好了，為什么還要和研發(fā)建立良好的合作呢？

第一、很多時候，運營要承擔(dān)一部分產(chǎn)品的工作，必須和研發(fā)打交道

產(chǎn)品都是有生命周期的，一般來說，產(chǎn)品從無到有的孵化階段是以產(chǎn)品人員和研發(fā)人員為主導(dǎo)，確保產(chǎn)品按需完成，如期上線；當(dāng)產(chǎn)品上線后進入相對穩(wěn)定的上升發(fā)展期時，運營逐漸成為主導(dǎo)角色，收集提煉出大量來自用戶的，和運營過程中調(diào)研挖掘的產(chǎn)品需求，推動產(chǎn)品不斷迭代優(yōu)化。

而且很多公司里，產(chǎn)品和研發(fā)資源并不是完全從屬于某一個產(chǎn)品線，這個產(chǎn)品上線穩(wěn)定一段時間后，可能就會調(diào)去參與其它項目，不會有很多精力能夠投入該產(chǎn)品的持續(xù)優(yōu)化了。這個時候運營就必須責(zé)無旁貸地承擔(dān)起一部分產(chǎn)品的工作，要和研發(fā)同學(xué)直接打交道。

第二、運營是最終擔(dān)業(yè)績的人，但無法獨立完成業(yè)績，需要其它職能的配合

在幾乎所有的互聯(lián)網(wǎng)產(chǎn)品中，運營都是最終承擔(dān)KPI的人，而且運營的工作相對容易量化，可以各種數(shù)據(jù)指標(biāo)的變化來衡量。

但互聯(lián)網(wǎng)產(chǎn)品數(shù)據(jù)的提升，是不能僅靠運營單方面來達(dá)成的，一定是各個職能多方面通力合作的結(jié)果：產(chǎn)品界面不友好，運營拉來用戶也留不住；系統(tǒng)性能不穩(wěn)定，經(jīng)常閃退或者報錯，運營每天處理用戶吐槽和救火就疲于奔命了，哪里還有精力去完成業(yè)績。

可是往往運營又并不具備能夠充分調(diào)動產(chǎn)品和研發(fā)資源的權(quán)限，如果自己團隊有配備專屬的產(chǎn)品研發(fā)還好，否則只能是多方面尋求資源協(xié)作，能否與研發(fā)建立良好的合作關(guān)系就尤為重要了。

三、靠譜的研發(fā)能避免很多不必要的資源浪費

見識過不靠譜的研發(fā)，你就知道能有靠譜的研發(fā)是多么幸福的事情。

靠譜的研發(fā)，
不會拍著胸脯說這東西簡單得很兩天就上線，但是一旦承諾了排期就不會拖延；

靠譜的研發(fā)，
會保證產(chǎn)品開發(fā)質(zhì)量，提交測試基本就是沒有bug；

靠譜的研發(fā)，
不會想方設(shè)法推卸責(zé)任，很多拖了很久懸而未決的問題，到他手里研究一番就可以得到完美的解決；

靠譜的研發(fā)，
能結(jié)合運營的需求，做出方便又好用的后臺，大大提升運營工作效率；

跟靠譜研發(fā)合作，運營不需要無休止地重復(fù)測試，提交bug；不需要沒完沒了地開需求溝通會，天天追著問進度；不需要擔(dān)心某個需求無法實現(xiàn)，從而無法開展新業(yè)務(wù)。

你說如果你是運營，是不是一定要努力找出那些靠譜的研發(fā)小伙伴組隊??？

運營如何和研發(fā)建立良好的合作：

第一、謹(jǐn)慎處理需求，不要讓研發(fā)白做工

通常技術(shù)都是業(yè)務(wù)的支持部門，技術(shù)要為業(yè)務(wù)服務(wù)，運營會結(jié)合業(yè)務(wù)發(fā)展不斷提出需求改進產(chǎn)品是很正常的，但提需求絕不是隨意的和漫無邊際的。

一定是：

經(jīng)過充分的論證調(diào)研——

現(xiàn)有產(chǎn)品確實無法滿足業(yè)務(wù)發(fā)展——

研發(fā)成本不會超出現(xiàn)有資源范圍——

才靠譜。

心血來潮、拍腦袋就上、不顧實際資源情況就開干的項目多半最后都是慘淡收場，參與人員付出的時間和精力也就白搭了。

研發(fā)最怕什么？最怕辛辛苦苦加班加點做出來的產(chǎn)品，最后沒人用??！等于研發(fā)這段工作的價值沒有得到承認(rèn)。

你如果說我不在乎，反正做什么不是做，每周都要寫工作周報哦，我是研發(fā)只管實現(xiàn)你的需求就好了，做完了有沒有用那是你們業(yè)務(wù)部門的事情跟我沒關(guān)系。這樣想的研發(fā)也就是混日子的心態(tài)，最后業(yè)務(wù)沒發(fā)展、公司沒發(fā)展難道研發(fā)日子就會好過嗎？

真的有想法有上進心的研發(fā)絕不會這樣想的，一定是希望自己開發(fā)的產(chǎn)品真的能夠得到實際的應(yīng)用，對公司的業(yè)務(wù)能夠起到很好的支撐，進而自己的價值也得到了體現(xiàn)。

我曾經(jīng)親眼見過真實的案例：

業(yè)務(wù)方迫切地要做一個新產(chǎn)品，理由是舊有的產(chǎn)品不適應(yīng)客戶的需求了，必須要有新的產(chǎn)品來承載客戶需求的變化，而且給出了要實現(xiàn)的時間點（還比較緊迫）。

當(dāng)時技術(shù)部門派出了最精英的程序員來負(fù)責(zé)這個產(chǎn)品的開發(fā)，產(chǎn)品如期做完了，結(jié)果業(yè)務(wù)方的反饋是：這不是他們要的東西……

后來我自己負(fù)責(zé)的項目運營中應(yīng)用過該產(chǎn)品，覺得還是比較好用的，為什么業(yè)務(wù)方會否定它我個人不得而知，也許公司戰(zhàn)略、需求變更、客戶變化種種都是可能的原因，但最后的結(jié)果是這個程序員被這個項目傷了心，不久離職了。

還有更極端的案例：業(yè)務(wù)方把業(yè)務(wù)未完成的原因歸結(jié)于產(chǎn)品研發(fā)不給力，不能對客戶的需求做到 7*24 小時響應(yīng)，百分百解決，客戶投訴也讓研發(fā)來背鍋，也許研發(fā)可能是存在一些問題，但是這樣的合作方式只能是雙輸，業(yè)務(wù)完成了嗎？也并沒有。

所以說運營在處理需求時是一定要謹(jǐn)慎的，關(guān)于如何提煉產(chǎn)品需求，我以后會專門發(fā)文陳述我的觀點。

第二、充分說明需求，調(diào)動研發(fā)的積極性

上文說過，靠譜的研發(fā)，有想法有上進心的研發(fā)，一定不是機械地只管接活干活的人。

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

最后達(dá)成共識確定的需求，并不是運營單方面「壓下來」的需求，而是經(jīng)過業(yè)務(wù)方和研發(fā)討論后共同認(rèn)可的需求，研發(fā)也充分認(rèn)識到了這個需求的價值和意義，你說他不會積極主動地完成嗎？一定會的。

而且事先雙方確認(rèn)了需求和排期，后期的責(zé)任也非常明確，即使又有了臨時緊急的需求變更（有時不可避免），也會更容易溝通。

相反，如果運營只是說我要做某個東西，告訴研發(fā)我要這樣這樣實現(xiàn)，你不要管為什么總之你必須給我做了，還得在指定時間點完成，否則到時影響業(yè)績責(zé)任在你……這樣研發(fā)就成了被動接工單的角色，如何規(guī)避風(fēng)險避免擔(dān)責(zé)任是他們要考慮的首要問題。

這過程中各種扯皮推卸互撕都有可能出現(xiàn)，程度輕重取決于工程大小和工期長短。如果遇到在公司里地位相對強硬的研發(fā)，還可能出現(xiàn)項目進度推遲甚至根本無法推進的情況。姑且不論責(zé)任究竟出在哪一方，寶貴的時間就這么耗過去了，錯過了多少好業(yè)務(wù)。最后誰獲利了？都沒有啊。

第三、掌握溝通技巧，研發(fā)最怕頻繁打擾

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

研發(fā)則是邏輯性非常強的工作，要求考慮完整周密，天天跟機器打交道，非1即0，非正即負(fù)，沒有模糊的中間狀態(tài)可言。

寫代碼按照一定的邏輯順序來，據(jù)說有人寫代碼激情迸發(fā)，寫到high了物我兩忘，完全沉浸在代碼的世界里也是有的。

如果，隔個幾分鐘就打擾他一下，改個這里，修個那里，問個問題……研發(fā)的思路就中斷了，這些單線程的同學(xué)們多半會抓狂。

所以我們必須利用工具來管理需求。把所有產(chǎn)生的需求統(tǒng)一放到項目管理工具中，如JIRA就是一種很常用的工具，匯總一批需求定期（這個時間間隔可以和研發(fā)事先溝通好，比如每周一次）和研發(fā)溝通，確定優(yōu)先級和排期。

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

第四、最好懂點技術(shù)，方便跟研發(fā)溝通

看到這里你可能會說：運營要懂技術(shù)還要研發(fā)干什么？這個當(dāng)然不一樣。

這里指的懂技術(shù)不是說運營要會親手寫代碼，而是說對技術(shù)的一些基本概念，名詞，表現(xiàn)形式和行業(yè)趨勢有點了解是很有好處的。

研發(fā)是專業(yè)性較強的工作，在和研發(fā)溝通產(chǎn)品需求和進度的時候，多少要涉及一些技術(shù)相關(guān)的問題，如果遇到善于溝通又懂些業(yè)務(wù)的研發(fā)，他能盡量用非技術(shù)人員能夠理解的方式跟你溝通，但這類人真心不多，能做到的基本都是技術(shù)管理層了。有些人還有一種研發(fā)范兒的傲嬌，哎你們運營連這都不懂……

從我個人經(jīng)驗看來，如果有產(chǎn)品人員在，那么運營基本不用懂技術(shù)，只要把業(yè)務(wù)需求跟產(chǎn)品理清楚，就讓產(chǎn)品去跟研發(fā)溝通好了；但是在缺乏產(chǎn)品資源，或者要直接和研發(fā)合作的場景，以及運營做到一定年限和職位的時候，懂一些技術(shù)的運營跟研發(fā)溝通會更有優(yōu)勢。

表現(xiàn)在溝通更加順暢，省去了很多專業(yè)方面的鋪墊，提需求時能夠從研發(fā)角度進行一定的考慮，研發(fā)提出的方案和排期，心里基本也能有數(shù)，效率提高很多。

現(xiàn)在各種學(xué)習(xí)編程的資源非常豐富，我個人覺得運營學(xué)習(xí)一些編程知識，對思維的鍛煉，產(chǎn)品的了解，視野的提升都有益。

第五、發(fā)掘共同利益，大家好才是真的好

說到底，運營的目標(biāo)是要最大化產(chǎn)品的價值。這中間無論運用何種手段，只要合理合法不違反公司規(guī)定都是沒問題的。

但如果總想著利用別人，占點便宜，也許一時可以，長久都是不奏效的。

最好的方式：是讓參與的人有共同的利益，這事成了，大家都獲利，而不只是單純的部門之間工作配合或者幫忙而已。

一方面，需要從組織結(jié)構(gòu)上理順，為一個產(chǎn)品線配備齊全人員的產(chǎn)品事業(yè)部制，就比按職能劃分按任務(wù)派活的大部門制更能激發(fā)員工對產(chǎn)品的責(zé)任感和積極性；

另一方面，要舍得分享，賞罰分明，產(chǎn)品做得好了，大家都有功勞，該分錢分錢，該團建團建。大家都知道跟你做事不吃虧，時間長了，靠譜的人會愿意持續(xù)跟你配合，你的口碑和職場信譽也就建立起來了。

運營眼中的靠譜研發(fā)是什么樣的？

技術(shù)好，還用多說么。。。

還懂點業(yè)務(wù)，理解需求快，而且能結(jié)合需求完善更好的解決方案；

好溝通，能換位思考，我曾經(jīng)合作過的一位研發(fā)leader，需求完美解決不說，還會自己主動琢磨「怎么把這個后臺做得讓你們運營好用一些」，好感度提升一萬點啊！

最后，顏值還高……這算附加值了，能把自己打理得干凈整潔精神煥發(fā)的研發(fā)更是稀少，遇上請務(wù)必珍惜。

以上我從運營角度談了如何與研發(fā)建立良好合作的五點經(jīng)驗總結(jié)。

如果你合作的都是靠譜研發(fā)那自然好，大多數(shù)人沒那么幸運，就只能從自身出發(fā)，把自己本職范圍內(nèi)的事都做到位，要求對方靠譜，自己一定要先盡量靠譜吧，然后盡量能換位思考理解合作伙伴，幫對方著想一下。

大家都是一起工作的，沒有誰天生就和誰是對頭，尤其在現(xiàn)在工作壓力大的時代，每天和同事相處的時間比和家人都多，如果各個職能的小伙伴都能合作愉快，建立統(tǒng)一戰(zhàn)線為實現(xiàn)共同目標(biāo)高效地工作，那真是個清平安樂的美好人間。