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個迭代的重要內容。
還是提前量的問題，有些重大的功能上線前，運營需要花很長時間準備；尤其全新產品，甚至要從招募體驗用戶開始，冷啟動很艱辛，選擇什麼管道，要多少量都要早點說清楚。