提產品需求是運營同學的日常工作之一,看似簡單,其實并不容易。
產品需求就是對達到某個既定目標需要實現的產品功能和特性的描述,可以從以下幾個維度來劃分:前者來自各個渠道收集的用戶反饋,如微博微信qq群客服郵箱客服電話,以及產品自身的反饋渠道(如論壇的客服專區、在線即時咨詢窗口等);后者來自公司內部,如老板和其他部門的反饋。這些反饋通常都不會很明確,需要運營同學進行整理挖掘,溝通調研進而提煉出需求。如果不經整理提煉就統統丟給研發同學去處理的話——會被鄙(qia)視(si)的……它們倆是從1到10和從0到1的區別。我個人的建議是已有的產品如果改進優化后能用,盡量不要另起爐灶,除非是原有的產品從定位到風格全都跟新需求不一致。這就要求運營對現有產品定位跟功能了如指掌,能夠根據需求制定出合理的問題解決方案,有時甚至可以不需要產品改動就達到目的。這樣不是效率很高嗎~最怕的是拍腦袋就做個產品,不考慮是否能利用已有的,導致留下一堆半截子工程,說能用也湊合能用,彼此間定位不清晰,后期運營推廣也不好做;同時系統里很多冗余代碼難以維護,如果負責人一離職就再也沒人能說清這產品的來龍去脈,于是又推倒重來一遍……對人力物力的極大浪費啊。前者如“現在這個編輯器太難用了換一個吧,好多代碼格式都不支持”,后者如“需要一個除現在支持的代碼格式外,還能夠支持markdown語法的編輯器”。很多用戶反饋的需求就是前者那樣的,必須深入了解分析,否則過于籠統不具體的需求,是無法實現的,即使勉強上馬,也一定會因為需求不明確而導致工期延誤和反復修改,最終應付了事,所有參與人忙得夠嗆都不開心,寧可早期多用一些時間把需求搞清楚。“我需要一個能給用戶群發郵件的后臺”和“我需要能夠自己導出符合某些特征的用戶郵箱列表給他們群發郵件”。不過后者需要評估使用頻度,如果是高頻使用需求,開發一個還是有必要的,否則每次都要找研發同學給導出郵箱也確實麻煩;如果是為了某個臨時性的項目用,或者一年也用不了幾次的低頻需求,那就沒必要開發一個專門的功能了。為什么要從這些維度來劃分呢,因為實現產品需求的資源通常是有限的,因此必須對需求的合理性和優先級做出明確判斷,并以此來決定開發的資源投入以及排期先后。另外有些似是而非的“產品需求”,實際上是bug,bug和產品需求的區別及處理方式的不同如下:發給產品經理處理(這個要看具體團隊構成和分工,是否有專門的產品經理來處理需求,如果運營兼負責產品那就由提出需求的同學自己處理了)
產品經理通常需要把收到的各路需求整理成產品原型文檔,但對于運營同學來說并沒有那么嚴格的文檔要求,只要讓產品同學能夠明白你的意思就可以;不過為了提高溝通的效率,有必要參照一定的格式來描述你的需求,這里舉個我現在團隊的例子:1.需求名稱:產品名稱+功能+提出時間,如“CocoaChina編輯后臺改進產品需求-2015-8-17”2.目的:有助于產品同學充分理解你的需求的必要性和重要程度,如“為了提高編輯發稿的工作效率”或“為了統一網站整體風格而進行UI重新設計”。3.優先級和時間要求:這個也很重要,因為產品經理通常會收到大量的需求,如何安排優先級處理順序?如果你在需求里有明確的說明,那么處理效率會高一些。如“第一優先級,需要六月15日前完成”。4.需求描述:說明用戶身份(外部用戶和內部用戶的處理方式有區別),頁面需要包含哪些元素,期待的布局和風格,排列順序,是否必選項,有何特殊要求,是否需要查詢及查詢條件設定,是否需要權限管理等信息,盡可能詳細,最好給出參考案例或類似競品截圖。如果以上你都已經爛熟于心,對于如何提產品需求應該是沒有問題了。但是且慢,知道怎么做只是最基礎的,對于合格的運營來說,更重要的是判斷要做什么和不做什么。用戶的需求永無止境,運營不能只是需求的傳聲筒,需要深入分析用戶需求背后的目的和隱藏的問題,如果能夠用已有的產品達到的,就盡量不要重復建設做新產品;如果能用運營的手法解決的,更不必耗時費力地動用產品和研發;如果能夠利用已有成熟的渠道跟平臺借勢推廣的,又何苦非要做一個“自己的”獨立平臺一切從零開始呢?做加法永遠比做減法容易,另起爐灶似乎也比在原有基礎上修補改進要痛快,但是資源永遠都有限,無論是人力還是時間,即使你有一組強悍的產品和研發同學24小時無條件配合,仍然要評估需求真實的價值有多少,衡量投入產出比。運營的強項在于給你一個產品,你能夠發掘它的一千零一種用法(玩法)并將其傳遞給用戶來滿足不同的需求,如果一接到新需求就要做個新產品,而不是先看看運用已有的產品是否能夠解決問題,運營自身的價值何在呢?曾經有同事負責運營一個垂直專業領域的群組,提出要做一個數據分析后臺,能夠根據加入群組用戶填寫的個人信息自動生成各種維度的分析圖表,“就像專業的數據分析報告那樣”,他說。這并不是一個實現起來很簡單的需求,雖然對用戶的數據分析是有必要做的。但是該群組目前的注冊用戶只有幾千人,且新用戶增加速度非常緩慢,用戶數據分析的時效性并不是非常高,因此最終解決方案是導出用戶數據到excel中,運營自己根據統計需求,利用excel生成分析圖表,至于是否像專業報告,那就看自己的excel造詣啦~如果未來用戶量和增長速度達到一定規模,人工統計無法滿足,才是需要開發數據統計后臺的時候。我所在的社區運營團隊曾經負責組織公司的開發者大會報名,通過社區各個渠道向開發者用戶進行宣傳,使用的是社區的活動報名系統,可以匯聚各個渠道的報名數據到后臺數據庫。有同事提議說開發一個大會報名app,以后組織大會都可以讓用戶通過app報名,這樣推廣時只要通過app推送提醒就可以啦~~~我說你這個創意不錯,你先想法讓用戶都裝上這個app,然后。。就沒有然后了。如果答案是否定的,那就需要重新審視這個需求的合理性,并且和需求方積極溝通確定最終解決方案。需求表述明確,溝通清楚,提交流程規范:該自己做的一定要做到位按流程提交需求后最好再當面跟產品經理溝通,盡快落實需求并啟動充分利用各項資源來達到目標:平時和產品設計研發同學搞好關系,必要時通過上級推動都是方法互聯網產品改進伴隨整個產品的生命周期,不是一次性的對內容運營和社區運營來說,產品是輔助手段,不是目標
本文轉自APP干貨鋪子
大家都愛搜:互聯網資訊 類類有話說 App推廣 運營經驗 線下推廣 活動推薦 微信營銷 姑婆專題 姑婆圈 ASO 校園推廣 地推 ASO100 渠道刷量 校園運營團隊
姑婆那些事兒(www.3377on.com)是互聯網推廣運營知識分享平臺,關注移動推廣(android,ios)運營,網站推廣運營、校園推廣及互聯網領域最新動態 。歡迎關注我們的微信(gupo520),新浪微博(姑婆那些事兒)
文章評論(0)