App發版前後,運營要做點啥?

1、當App是全新產品時,運營需要儘早介入。
常常聽同行們說到有些產品汪,做產品功能或者什麼改動時,運營是最後一個知道的人,甚至比用戶還知道的晚,我自己也碰到過。可以抱怨,但是並沒什麼卵用,如果碰到這種資訊同步不順暢的團隊,那麼運營自己就主動一點吧,畢竟最後數據做不好背鍋的多半都是運營。
(1)瞭解產品的目的和目標用戶,自己心中有數,過濾十分不靠譜的想法。
只要不是頭腦一熱做的產品,一般老闆or產品經理對其都是有所期待的,即“想像中的樣子”。很多時候,運營會覺得決策人的想法不靠譜,我剛開始做運營的時候曾經跟boss爭的臉紅脖子粗,現在想想也是傻,一來碰到小氣的boss是坑了自己,二來boss也許真的能看到你看不到的地方,何不相信同伴的判斷。
But,非常明顯的好高騖遠是要杜絕的,否則就是給運營自己挖坑。例如說老闆告訴這個產品上線就要撈到N多萬用戶,刷爆朋友圈,病毒傳播什麼的,以及產品調性寄希望小清新,又希望有內涵,還希望歡樂沒節操,我覺得可以直白的說臣妾做不到。。。who can who up。。。
(2)當決策人對上面那個問題不確定時,瞭解是否需要做需求調查、市場調查。
我曾經經歷過一個“安卓鎖屏軟體”,當時在確定目標人群時,boss們有些不確定,但是又覺得佔領手機入口非常重要,是個戰略級產品。
因此當時我們進行了比較大規模的調查,通過了公司的校園地推管道去到一些高校,用各種辦法回收了兩百分左右的問卷;然後又通過對園區食堂的廚師、保安、保潔、超市收銀小妹等文化水準低一些的人群進行了問卷調查;從我們“想像”的可能會是目標人群的學生、年輕打工者中各挑選了十幾個用戶進行深度訪談。
後來竟得到一個令我們驚訝的發現:文化水準較低、年紀較輕的人群,對安卓手機鎖屏無需求,覺得鎖屏太麻煩,鎖屏上還有內容太重,並且大部分認為鎖屏是手機出廠設置,不知道可以更改設置。因此後來我們放棄了這部分人群。
(3)發版時間和發版節奏,準備素材。
發版時間:這個很重要,遇到那種上線日期一拖再拖的也是醉了。發版時間關係到推廣起始時間,推廣的噱頭選擇,運營的活動策劃等。
發版節奏:小範圍體驗?灰度?正式上線?小範圍推廣?大範圍推廣?每一種不同的節奏,運營要做的事情是不一樣的。例如小範圍體驗是否要招募50個天使用戶?灰度版本是否要選擇一兩個流量適中的管道灰度上線?
素材準備:外投廣告素材,應用商店截圖等素材,活動頁面準備,公關軟文撰寫,其他各種文案準備。
(4)接下來1-2個版本迭代的重要內容。
我個人覺得做產品很忌反復改方向,至少這個季度是應該知道下個季度的產品方向的。
如果三天兩頭的換方向,變重點,會浪費大量的開發、運營精力,也不利於運營的提早準備,準備越充分,能達到的效果就越好。但是實際上,在很多創業公司和中小型公司,有時候一個功能上線了,然而領導已經決定這個產品要大改版了。
(5)運營相關工作梳理分類,讓自己熟能生巧效率更高,讓老闆知道你為版本付出了什麼。
這是運營團隊自己的事情,一般全新的產品沒有完善的運營團隊,可能就是1-2個人撐起來,所以工作會及其的瑣碎零散。有一個致命傷就是,天天忙成狗,但是沒有整理總結和彙報,到了年底加薪升職時,領導說你貌似沒什麼功績。。。(因為大部分產品都會表現平庸,能趕上一日千里的產品也是蠻難的。。。)
2、當App是成熟產品時,運營會輕鬆一些,但是也會失去更多自由。
成熟產品已經運營了有很長一段事件,運營們也早就摸索出了一套發版的流程、和其他團隊配合的方式、需要格外注意的坑窪等,新人來了按部就班即可,做的特別完善的成熟產品甚至有歸檔好的各種文檔供新人快速上手。But,硬幣的另外一面就是,你想創新不容易,每當你想做一些什麼不符合“規矩”的事兒,就會有小夥伴告訴你“我們以前都是這麼做的”“這個我們早就提過了,沒辦法”等等。
(1)瞭解本次發版的重大更新內容。
便於提前應對用戶回饋;便於活動配合;便於明確運營的工作重心。
(2)提前確認是否需要運營活動配合。
活動配合需提前準備:如果是擼帖子這種文本類活動,分分鐘搞定;如果是H5頁面的活動,視頁面上功能而定,一般需要至少2周以上的時間留給視覺、開發和測試;另外還要瞭解活動的目的,是配合管道拉新,還是配合承接新用戶,拉高日活,提高次留?這個也決定了活動玩法怎麼設計。
(3)數據埋點,驗證方法,判斷標準。在發版前就想好版本分析怎麼寫。
提前跟產品經理和老闆確認,本次版本希望驗證什麼功能,驗證什麼數據。
例如說,某App本次發版新增了一個“好友PK功能”,那麼老闆肯定希望知道這個功能是否受用戶歡迎,用戶是怎麼使用它的,是否能下判斷說這個功能是成功還是失敗的,以什麼標準。
辣麼,請注意幾件事:數據打點(沒埋點你統計個毛線。。。),驗證方法(比對新老版本數據?用戶回饋整理?問卷調查?),判斷標準(流失率超過多少為失敗?行業水準是多少?)
(4)用戶回饋處理,通常回饋爆發期是發版後的1周內。
關於重大更新的F&Q可以提前準備,尤其當發版後第1周用戶回饋暴漲的時候,尤其有用;如果是大公司有專門客服團隊的,需要對客服進行一定的培訓,至少他們要知道這是個啥功能,回答不了用戶時應該轉給誰。
(5)版本分析報告。
這個是在發版之後啦,我們一般會在1周以後開始分析,主要包括兩部分:定量分析+定性分析。
定量分析就是客觀數據,數據能夠豐富到什麼程度,能支持到什麼結論,就看你前期埋點的詳細程度,以及前期驗證方法的制定。就是我前面說的,發版前就想好怎麼寫,否則到寫的時候才發現缺數據,就悲了個劇。
定性分析一般是用戶回饋,有些會加上一些調查問卷結果分析。用戶是片面的迷茫的,但也是最真實的最根本的,所以需要兩面去看待,好的用戶回饋整理是提煉是思考,不是搬運工,可以幫到產品決策下一步乃至下個階段的走向。
全新的產品一般比較難形成這樣的版本分析報告:1來因為新產品的定位可能不太明確,可能會變更;2來用戶量少啊,樣本量太少不具備參考價值;3來現在都講究個快,很多時候新產品會帶著很多缺憾上線的,你試想一下,你宣傳中是一個膚白貌美的妙齡少女,由於資源緊張時間短缺,最後給用戶的是個皮膚粗糙頭髮淩亂的挫女,然後你問用戶覺得如何。。你希望用戶怎麼說呢。。完全體比較好評判,幼年體不太好說啊。
(6)瞭解產品接下來1-2個迭代的重要內容。
還是提前量的問題,有些重大的功能上線前,運營需要花很長時間準備;尤其全新產品,甚至要從招募體驗用戶開始,冷啟動很艱辛,選擇什麼管道,要多少量都要早點說清楚。

Comments are closed.