一個APP活動運(yùn)營實例
今天聊一下operation。為了避免流于抽象，直接舉一個工作中非常常見的例子：APP新客送券。
我們采用逆推的方式來講述，首先是最左側(cè)的流程圖。
這是在prd里比較常見的，以用例模塊區(qū)分步驟的需求描述形式，通常從brd的純文字小說（有時候prd還是文字小說，總有雷人的團(tuán)隊呵呵），經(jīng)過略具技術(shù)背景的產(chǎn)品加工成prd以后，到開發(fā)手上大致這個樣子。
每個判斷對應(yīng)終止/轉(zhuǎn)向，或觸發(fā)各種報錯給到用戶和后臺日志，配上界面交互就是完整可做的需求，本文不是關(guān)于prd所以不展開。
現(xiàn)在我們往右邊推，看一下每個格子需求的來源：
是否有活動
以app注冊送券來說，顯然我們不希望這是一個安靜的、無人知曉的功能。
因此前置有一堆的預(yù)熱、排期、曝光工作，涉及到內(nèi)容物料、線上線下市場、合作分銷等各個環(huán)節(jié)。
最高層級會歸入到整個活動資源的配置，類似市場運(yùn)營總監(jiān)或產(chǎn)品運(yùn)營總監(jiān)的概念。
用戶是否符合要求
以案例來說，是很普通的，以設(shè)備號區(qū)分新客，并對不同地區(qū)發(fā)放不同優(yōu)惠券的形式。
這個話題如果往”如何識別新客作弊“走，又是一個長篇，也不展開。
在本文的operation話題，只需要知道，這步有大量的前中后期的規(guī)劃和數(shù)據(jù)回顧，并且往往是crm預(yù)算的主要組成部分（想想打車app價格戰(zhàn)）。
券的內(nèi)容
理論上說，券的內(nèi)容和發(fā)送對象，是不可分割的，不過稍成熟的團(tuán)隊里，管理商品和用戶的通常還是區(qū)分開的。
這部分主要跟進(jìn)的是對商品的影響，包括一些時髦的詞匯比如cross－sale（買過A的推B給他），up－sale（買100塊東西的人，塞一張滿120可用的券給他，提升單次消費(fèi)額），都在這個環(huán)節(jié)。
消息中心（站內(nèi)信，短信，微信等）
以這個活動為例，用戶從看到外部廣告露出信息開始，到下載、注冊APP，到這一步收到券的信息，形成一個反饋閉環(huán)（第一次成功的交互體驗對忠誠度有可量化的巨大影響）。
實際工作中，用戶一定會在各個環(huán)節(jié)遇到問題，通過各種形式聯(lián)系商戶，這是產(chǎn)品和服務(wù)改進(jìn)的戰(zhàn)場，也是真正發(fā)揮這些預(yù)算作用的臨門一腳（這個步驟經(jīng)常能決定創(chuàng)業(yè)項目的生死，因為創(chuàng)業(yè)項目往往會忽視后續(xù)客服）。
為什么說本文是逆推
在商戶的角度，是先有最右側(cè)的一系列預(yù)算配置、計劃安排，逐層下來，到提需求給產(chǎn)品研發(fā)，真正實現(xiàn)的時候，已經(jīng)是靠后的環(huán)節(jié)。
而作為用戶，或者初入行的新手，往往聽到“app新注冊發(fā)券”，只會想到最左側(cè)的這些內(nèi)容（還有根本啥也想不到的呵呵），要體驗到前面這么多流程，需要一段時間的工作積累。
需求和研發(fā)的橋梁，在產(chǎn)品（或敏捷master），而從市場預(yù)算、打法到需求的橋梁，在以運(yùn)營流程／數(shù)據(jù)分析串聯(lián)起來的一系列部門。
時下所謂最流行的growth hacker，無非是強(qiáng)調(diào)擁有技術(shù)和市場綜合技能的團(tuán)隊，避免中間環(huán)節(jié)的信息不對稱、效率損耗和靈感錯失，以快打慢，以資金使用效率壓制對手。
其實人人都知道全明星隊很厲害，可是生活還是要繼續(xù)，大部分團(tuán)隊還是需要一個能把什么也不會的新人也發(fā)揮出作用（至少能支付自己的薪資）的、層層分工的、相比增長黑客“低效”的體系，而operation正是其中重要的一環(huán)。
隨著工作年限的增加（當(dāng)然也可以在創(chuàng)業(yè)團(tuán)隊體會一個月長進(jìn)一年的經(jīng)歷，高風(fēng)險高收益），這種感受會越來越明顯，現(xiàn)在不理解的話，也很正常。
作者：scvhuang
本文系作者授權(quán)鳥哥筆記發(fā)布，轉(zhuǎn)載請務(wù)必聯(lián)系作者并注明出處。
標(biāo)簽：策劃方案
qaz654321
請到「后臺-用戶-個人資料」中填寫個人說明。