一直以來,大家都很強(qiáng)調(diào)產(chǎn)品和研發(fā)之間的溝通合作,但隨著互聯(lián)網(wǎng)產(chǎn)品逐漸發(fā)展成熟,運營的職能和重要性相比以往愈來愈凸顯,尤其在產(chǎn)品進(jìn)入相對穩(wěn)定發(fā)展階段由運營主導(dǎo)的時候,以及初創(chuàng)公司團(tuán)隊由于人手有限運營可能要身兼數(shù)職的時候,運營與團(tuán)隊其他成員尤其是研發(fā)(其實也包括設(shè)計)是否能夠建立良好的合作就顯得尤為關(guān)鍵了。運營和研發(fā)建立良好合作的重要性:通常一個互聯(lián)網(wǎng)項目團(tuán)隊包括如下幾個職能的人員(排名不分先后,且根據(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)品上線后進(jì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)限,如果自己團(tuán)隊有配備專屬的產(chǎn)品研發(fā)還好,否則只能是多方面尋求資源協(xié)作,能否與研發(fā)建立良好的合作關(guān)系就尤為重要了。三、靠譜的研發(fā)能避免很多不必要的資源浪費見識過不靠譜的研發(fā),你就知道能有靠譜的研發(fā)是多么幸福的事情??孔V的研發(fā),不會拍著胸脯說這東西簡單得很兩天就上線,但是一旦承諾了排期就不會拖延;靠譜的研發(fā),會保證產(chǎn)品開發(fā)質(zhì)量,提交測試基本就是沒有bug;靠譜的研發(fā),不會想方設(shè)法推卸責(zé)任,很多拖了很久懸而未決的問題,到他手里研究一番就可以得到完美的解決;靠譜的研發(fā),能結(jié)合運營的需求,做出方便又好用的后臺,大大提升運營工作效率;跟靠譜研發(fā)合作,運營不需要無休止地重復(fù)測試,提交bug;不需要沒完沒了地開需求溝通會,天天追著問進(jìn)度;不需要擔(dān)心某個需求無法實現(xiàn),從而無法開展新業(yè)務(wù)。你說如果你是運營,是不是一定要努力找出那些靠譜的研發(fā)小伙伴組隊啊?運營如何和研發(fā)建立良好的合作:第一、謹(jǐn)慎處理需求,不要讓研發(fā)白做工通常技術(shù)都是業(yè)務(wù)的支持部門,技術(shù)要為業(yè)務(wù)服務(wù),運營會結(jié)合業(yè)務(wù)發(fā)展不斷提出需求改進(jìn)產(chǎn)品是很正常的,但提需求絕不是隨意的和漫無邊際的。
一定是:經(jīng)過充分的論證調(diào)研?,F(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ā)日子就會好過嗎?
真的有想法有上進(jìn)心的研發(fā)絕不會這樣想的,一定是希望自己開發(fā)的產(chǎn)品真的能夠得到實際的應(yīng)用,對公司的業(yè)務(wù)能夠起到很好的支撐,進(jìn)而自己的價值也得到了體現(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ā),有想法有上進(jìn)心的研發(fā),一定不是機(jī)械地只管接活干活的人。
他們對業(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),程度輕重取決于工程大小和工期長短。如果遇到在公司里地位相對強(qiáng)硬的研發(fā),還可能出現(xiàn)項目進(jìn)度推遲甚至根本無法推進(jìn)的情況。姑且不論責(zé)任究竟出在哪一方,寶貴的時間就這么耗過去了,錯過了多少好業(yè)務(wù)。最后誰獲利了?都沒有啊。第三、掌握溝通技巧,研發(fā)最怕頻繁打擾運營的工作廣泛而又瑣碎,很多時候要求「多線程任務(wù)并行」,經(jīng)常要和各種用戶打交道,因此運營的思維是比較發(fā)散的,需要具備相當(dāng)?shù)撵`活性,這是運營工作的特點決定的。
研發(fā)則是邏輯性非常強(qiáng)的工作,要求考慮完整周密,天天跟機(jī)器打交道,非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è)性較強(qiáng)的工作,在和研發(fā)溝通產(chǎn)品需求和進(jì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ā)角度進(jìn)行一定的考慮,研發(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)品做得好了,大家都有功勞,該分錢分錢,該團(tuán)建團(tuán)建。大家都知道跟你做事不吃虧,時間長了,靠譜的人會愿意持續(xù)跟你配合,你的口碑和職場信譽(yù)也就建立起來了。運營眼中的靠譜研發(fā)是什么樣的?技術(shù)好,還用多說么。。。
還懂點業(yè)務(wù),理解需求快,而且能結(jié)合需求完善更好的解決方案;
好溝通,能換位思考,我曾經(jīng)合作過的一位研發(fā)leader,需求完美解決不說,還會自己主動琢磨「怎么把這個后臺做得讓你們運營好用一些」,好感度提升一萬點??!
最后,顏值還高……這算附加值了,能把自己打理得干凈整潔精神煥發(fā)的研發(fā)更是稀少,遇上請務(wù)必珍惜。