來源|APP干貨鋪子

作者|啤酒泡沫

本篇是我自己的一點總結,適合剛開始做app運營的同學入門,如果不幸沒人帶的時候,發版前后不至于兩眼一抹黑,運營大神就看看小標題,幫忙補充補充吧。

常常聽同行們說到有些產品汪,做產品功能或者什么改動時,運營是最后一個知道的人,甚至比用戶還知道的晚,我自己也碰到過。

可以抱怨,但是并沒什么卵用,如果碰到這種信息同步不順暢的團隊,那么運營自己就主動一點吧,畢竟最后數據做不好背鍋的多半都是運營。

(1)了解產品的目的和目標用戶,自己心中有數,過濾十分不靠譜的想法。

只要不是頭腦一熱做的產品,一般老板or產品經理對其都是有所期待的,即“想象中的樣子”

很多時候,運營會覺得決策人的想法不靠譜,我剛開始做運營的時候曾經跟boss爭的臉紅脖子粗,現在想想也是傻,一來碰到小氣的boss是坑了自己,二來boss也許真的能看到你看不到的地方,何不相信同伴的判斷。

But,非常明顯的好高騖遠是要杜絕的,否則就是給運營自己挖坑。例如說老板告訴這個產品上線就要撈到N多萬用戶,刷爆朋友圈,病毒傳播什么的,以及產品調性寄希望小清新,又希望有內涵,還希望歡樂沒節操,我覺得可以直白的說臣妾做不到.

(2)當決策人對上面那個問題不確定時,了解是否需要做需求調查、市場調查。

我曾經經歷過一個“安卓鎖屏軟件”,當時在確定目標人群時,boss們有些不確定,但是又覺得占領手機入口非常重要,是個戰略級產品。

因此當時我們進行了比較大規模的調查,通過了公司的校園地推渠道去到一些高校,用各種辦法回收了兩百分左右的問卷.

然后又通過對園區食堂的廚師、保安、保潔、超市收銀小妹等文化水平低一些的人群進行了問卷調查;從我們“想象”的可能會是目標人群的學生、年輕打工者中各挑選了十幾個用戶進行深度訪談。

后來竟得到一個令我們驚訝的發現:文化水平較低、年紀較輕的人群,對安卓手機鎖屏無需求,覺得鎖屏太麻煩,鎖屏上還有內容太重,并且大部分認為鎖屏是手機出廠設置,不知道可以更改設置。因此后來我們放棄了這部分人群。

(3)發版時間和發版節奏,準備素材。

發版時間:這個很重要,遇到那種上線日期一拖再拖的也是醉了。發版時間關系到推廣起始時間,推廣的噱頭選擇,運營的活動策劃等。

發版節奏:小范圍體驗?灰度?正式上線?小范圍推廣?大范圍推廣?每一種不同的節奏,運營要做的事情是不一樣的。例如小范圍體驗是否要招募50個天使用戶?灰度版本是否要選擇一兩個流量適中的渠道灰度上線?

素材準備:外投廣告素材,應用商店截圖等素材,活動頁面準備,公關軟文撰寫,其他各種文案準備。

(4)接下來1-2個版本迭代的重要內容。

我個人覺得做產品很忌反復改方向,至少這個季度是應該知道下個季度的產品方向的。

如果三天兩頭的換方向,變重點,會浪費大量的開發、運營精力,也不利于運營的提早準備,準備越充分,能達到的效果就越好。

但是實際上,在很多創業公司和中小型公司,有時候一個功能上線了,然而領導已經決定這個產品要大改版了。

(5)運營相關工作梳理分類,讓自己熟能生巧效率更高,讓老板知道你為版本付出了什么。

這是運營團隊自己的事情,一般全新的產品沒有完善的運營團隊,可能就是1-2個人撐起來,所以工作會及其的瑣碎零散。

有一個致命傷就是,天天忙成狗,但是沒有整理總結和匯報,到了年底加薪升職時,領導說你貌似沒什么功績。

(因為大部分產品都會表現平庸,能趕上一日千里的產品也是蠻難的)

成熟產品已經運營了有很長一段事件,運營們也早就摸索出了一套發版的流程、和其他團隊配合的方式、需要格外注意的坑洼等,新人來了按部就班即可,做的特別完善的成熟產品甚至有歸檔好的各種文檔供新人快速上手。

But,硬幣的另外一面就是,你想創新不容易,每當你想做一些什么不符合“規矩”的事兒,就會有小伙伴告訴你“我們以前都是這么做的”“這個我們早就提過了,沒辦法”等等。

(1)了解本次發版的重大更新內容。

便于提前應對用戶反饋;便于活動配合;便于明確運營的工作重心。

(2)提前確認是否需要運營活動配合。

活動配合需提前準備:如果是擼帖子這種文本類活動,分分鐘搞定;如果是H5頁面的活動,視頁面上功能而定,一般需要至少2周以上的時間留給視覺、開發和測試.

另外還要了解活動的目的,是配合渠道拉新,還是配合承接新用戶,拉高日活,提高次留?這個也決定了活動玩法怎么設計。

(3)數據埋點,驗證方法,判斷標準。在發版前就想好版本分析怎么寫。

提前跟產品經理和老板確認,本次版本希望驗證什么功能,驗證什么數據。

例如說,某App本次發版新增了一個“好友PK功能”,那么老板肯定希望知道這個功能是否受用戶歡迎,用戶是怎么使用它的,是否能下判斷說這個功能是成功還是失敗的,以什么標準。

辣么,請注意幾件事:數據打點(沒埋點你統計個毛線),驗證方法(比對新老版本數據?用戶反饋整理?問卷調查?),判斷標準(流失率超過多少為失敗?行業水平是多少?)

(4)用戶反饋處理,通常反饋爆發期是發版后的1周內。

關于重大更新的F&Q可以提前準備,尤其當發版后第1周用戶反饋暴漲的時候,尤其有用;如果是大公司有專門客服團隊的,需要對客服進行一定的培訓,至少他們要知道這是個啥功能,回答不了用戶時應該轉給誰。

(5)版本分析報告。

這個是在發版之后啦,我們一般會在1周以后開始分析,主要包括兩部分:定量分析+定性分析。

定量分析就是客觀數據,數據能夠豐富到什么程度,能支持到什么結論,就看你前期埋點的詳細程度,以及前期驗證方法的制定。

就是我前面說的,發版前就想好怎么寫,否則到寫的時候才發現缺數據,就悲了個劇。

定性分析一般是用戶反饋,有些會加上一些調查問卷結果分析。用戶反饋如何整理,可以參考我之前的一篇文章《用戶反饋那點事兒》,用戶是片面的迷茫的,但也是最真實的最根本的,所以需要兩面去看待,好的用戶反饋整理是提煉是思考,不是搬運工,可以幫到產品決策下一步乃至下個階段的走向。問卷調查的話,以后我再寫吧。

全新的產品一般比較難形成這樣的版本分析報告:

1、來因為新產品的定位可能不太明確,可能會變更;

2、來用戶量少啊,樣本量太少不具備參考價值;

3、來現在都講究個快,很多時候新產品會帶著很多缺憾上線的,你試想一下,你宣傳中是一個膚白貌美的妙齡少女,由于資源緊張時間短缺,最后給用戶的是個皮膚粗糙頭發凌亂的挫女,然后你問用戶覺得如何,你希望用戶怎么說呢?完全體比較好評判,幼年體不太好說啊。

(6)了解產品接下來1-2個迭代的重要內容。

還是提前量的問題,有些重大的功能上線前,運營需要花很長時間準備;尤其全新產品,甚至要從招募體驗用戶開始,冷啟動很艱辛,選擇什么渠道,要多少量都要早點說清楚。