在騰訊公司內(nèi)部有非常多以技術(shù)架構(gòu)為主的精彩的中臺(tái)的搭建經(jīng)驗(yàn)分享。那么中臺(tái)產(chǎn)品需要產(chǎn)品經(jīng)理嗎?如果需要的話,他和架構(gòu)師的分工是什么?中臺(tái)產(chǎn)品經(jīng)理到底做什么?筆者以中臺(tái)產(chǎn)品經(jīng)理的視角,以“極光運(yùn)營中臺(tái)”的經(jīng)驗(yàn)為基礎(chǔ),談?wù)剺?gòu)建一站式運(yùn)營平臺(tái)的產(chǎn)品方法思考。
一、中臺(tái)產(chǎn)品需要產(chǎn)品經(jīng)理嗎?
回答是肯定的。
中臺(tái)產(chǎn)品和C端產(chǎn)品一樣有很多產(chǎn)品的通用素質(zhì),著重分享與C有區(qū)分的產(chǎn)品工作。
1、是產(chǎn)品也是用戶:
中臺(tái)產(chǎn)品的構(gòu)想,完全是由于作為一個(gè)C端產(chǎn)品經(jīng)理的自己出發(fā)。深深被日常的“提數(shù),配單,打包,數(shù)據(jù)回收”往返于各種平臺(tái)的重復(fù)工作困擾。自身需求的需要,可以說是搭建運(yùn)營中臺(tái)的一個(gè)原始起點(diǎn)。
2、多角色需求驗(yàn)偽:
類似用戶調(diào)研,但是調(diào)研對象主要是產(chǎn)品運(yùn)營角色。
全角色訪談
剛開始訪談是完全圍繞產(chǎn)品和運(yùn)營角色。隨著著訪談深入,發(fā)現(xiàn)運(yùn)營需要依賴很多其他角色(測試,數(shù)據(jù)運(yùn)維,開發(fā)開發(fā))于是將利益相關(guān)者都補(bǔ)充到調(diào)研中-測試、數(shù)據(jù)運(yùn)維、終端開發(fā)、設(shè)計(jì)師,覆蓋運(yùn)營中臺(tái)真正要解決的全部問題。
真正去理解業(yè)務(wù)
- 相比C端調(diào)研,中臺(tái)需求調(diào)研用戶量不大,全部采用定性研究-訪談形式。
- 在訪談腳本上,優(yōu)先他們最熟悉也最關(guān)心的自身業(yè)務(wù)開始,非常容易挖掘到痛點(diǎn)。而非一來就是“你想要一個(gè)什么樣的運(yùn)營中臺(tái)?”
- 還有一個(gè)重要原因,業(yè)務(wù)的需求千差萬別,但是中臺(tái)不可能面面俱到,但需要提供一套統(tǒng)一的方案盡可能預(yù)見和包含大部分共性場景。通過不同業(yè)務(wù)的敘述,非常容易提煉到共性需求是什么?
- 面對小眾的需求,可以再向其他角色驗(yàn)證這個(gè)需求從中長期來看的真?zhèn)巍?/li>
例如:在對“應(yīng)用安全”的產(chǎn)品webber訪談時(shí),發(fā)現(xiàn)他們有自己的一套后臺(tái)來輸送“有QQ和微信賬號(hào)風(fēng)險(xiǎn)“的用戶。
運(yùn)營中臺(tái)是否要提供一個(gè)接入其他后臺(tái)數(shù)據(jù)源的能力?
調(diào)研中發(fā)現(xiàn)有較多業(yè)務(wù)涉及到其他的數(shù)據(jù)來源后臺(tái),這個(gè)需求有一定共性,只是其他產(chǎn)品需求暫時(shí)不迫切。
而當(dāng)能力上線后,實(shí)際上有14%的業(yè)務(wù)都使用了接入數(shù)據(jù)源能力!
拉上架構(gòu)師一起訪談
驚嘆于開發(fā)的溝通能力的同時(shí),發(fā)現(xiàn)拉開發(fā)一起去訪談,除了提升參與感和使命感,也能從中長期幫助他們構(gòu)思中臺(tái)方案。
3、持續(xù)關(guān)注行業(yè):
行業(yè)能力分析,在后文“平臺(tái)搭建”部分會(huì)有詳述。這里談一些關(guān)注行業(yè)的“野路子”
成為競品的會(huì)員
成了神策的訂閱會(huì)員后,他們的客戶經(jīng)理會(huì)把最新行業(yè)方案會(huì)通過微信客服發(fā)給我。
另一方面會(huì)員在體驗(yàn)demo上也會(huì)非常方便。
參與行業(yè)產(chǎn)品的會(huì)議
在參加行業(yè)頭部的某saas方案提供商的會(huì)議溝通中,了解到對方的通道sdk覆蓋量級(jí)以及每日的通道觸達(dá)比例,能大致對標(biāo)自身產(chǎn)品在行業(yè)中的能力位置,方便為產(chǎn)品將來to b做能力定位。不是面對面談,是很難獲取這些數(shù)據(jù)的。
了解對方商業(yè)模式
行業(yè)產(chǎn)品與騰訊內(nèi)解決方案最大差別,其實(shí)就在于商業(yè)模式。商業(yè)模式?jīng)Q定了各自的節(jié)奏。行業(yè)面向頭部客戶提供1V1定制方案,中腰部客戶以接入現(xiàn)有通用方案為主。
在騰訊內(nèi)實(shí)際運(yùn)營方案的需求上可以更多一線經(jīng)驗(yàn)驗(yàn)證,也可以反向推動(dòng)能力迭代。換句話說,我們與客戶之間幾乎沒有g(shù)ap。
4、找到推動(dòng)業(yè)務(wù)接入的支點(diǎn):
別以為內(nèi)部中臺(tái)推廣是沒有阻力的。舊平臺(tái)舊方案雖然痛,但業(yè)務(wù)的慣性是很強(qiáng)的,克服慣性的動(dòng)力從哪來?
mvp-打造標(biāo)桿:
挑選新業(yè)務(wù)線來接入,既不存在重新開發(fā)之痛,新方案也方便和舊方案做對比。
例如在手管產(chǎn)品完全接入之初,就選用了未接入過push的體檢業(yè)務(wù),從頭開始,也打響了第一戰(zhàn)。
了解接入方的核心訴求
當(dāng)推動(dòng)同步助手接入的時(shí)候,對方的核心訴求是提升主動(dòng),通過手管在提主動(dòng)的數(shù)據(jù)效果,和實(shí)際對同步助手的可提升空間分析,幫助團(tuán)隊(duì)一錘定音,敲掉接入上的不確定性。
納入業(yè)務(wù)自己的流程中:
新業(yè)務(wù)在開發(fā)的時(shí)候往往還不會(huì)考慮到業(yè)務(wù)的運(yùn)營場景,但是實(shí)際上開發(fā)的時(shí)候完全可以把push,彈窗的觸發(fā)和上報(bào)做完。
例如省電業(yè)務(wù)在第一期開發(fā)的時(shí)候就直接把開始充電和電量變化的觸發(fā)和上報(bào)一起做了,做到了業(yè)務(wù)和業(yè)務(wù)push等運(yùn)營場景一起上線,一上線就吃到運(yùn)營場景的數(shù)據(jù)紅利,扶持新業(yè)務(wù)渡過”初創(chuàng)期“。
用業(yè)務(wù)數(shù)據(jù)來做新特性宣講:
產(chǎn)品往往會(huì)聽說“**業(yè)務(wù)最近數(shù)據(jù)漲的很好”先準(zhǔn)備學(xué)一波經(jīng)驗(yàn),這個(gè)時(shí)候帶業(yè)務(wù)案例和數(shù)據(jù)的宣講起到的就是這個(gè)作用。
二、中臺(tái)產(chǎn)品經(jīng)理和中臺(tái)架構(gòu)師的分工是什么?
說了上面的這么多,其實(shí)已經(jīng)回答了中臺(tái)產(chǎn)品在產(chǎn)品通用素質(zhì)上的工作。
那在中臺(tái)設(shè)計(jì)的專業(yè)維度上,中臺(tái)產(chǎn)品經(jīng)理和中臺(tái)架構(gòu)師的分工是什么?
產(chǎn)品經(jīng)理主外
——類似工業(yè)設(shè)計(jì)師,負(fù)責(zé)外觀設(shè)計(jì),交互界面設(shè)計(jì)。
需要理解業(yè)務(wù)邏輯,產(chǎn)品設(shè)計(jì)邏輯,同時(shí)還要了解中臺(tái)涉及到的技術(shù)原理。
和交互設(shè)計(jì)師一起完成中臺(tái)操作層設(shè)計(jì)。
架構(gòu)師主內(nèi)
——類似機(jī)械設(shè)計(jì)師,負(fù)責(zé)機(jī)械結(jié)構(gòu)設(shè)計(jì)。
需要非常扎實(shí)的技術(shù)原理知識(shí)體系。
和終端以及其他后臺(tái)角色溝通完成中臺(tái)架構(gòu)設(shè)計(jì)。
三、產(chǎn)品角度的中臺(tái)設(shè)計(jì)
1、中臺(tái)的使命
用業(yè)務(wù)角度來說:
就是把適合的內(nèi)容在合適的時(shí)間合適的場景傳遞到適合的人手上
打個(gè)比方來說:
中臺(tái)就像是一家大餐廳,顧客會(huì)有自己的口味愛好,我們的目標(biāo)就是讓顧客吃到最喜愛的菜品,讓顧客成為我們的忠實(shí)顧客。
2、中臺(tái)模塊組織
要實(shí)現(xiàn)上面的輸送效果,中臺(tái)需要包含6個(gè)模塊:
1、業(yè)務(wù)-食材
2、業(yè)務(wù)上報(bào)-用戶口味
3、任務(wù)-菜單
4、下發(fā)通道-廚房
5、優(yōu)先級(jí)模型-上菜次序
6、業(yè)務(wù)場景-就餐場合
四、中臺(tái)產(chǎn)品搭建實(shí)戰(zhàn)
1、業(yè)務(wù)
業(yè)務(wù)是中臺(tái)管理的基礎(chǔ)維度
那到底業(yè)務(wù)怎么理解?
我們把功能按照相對獨(dú)立的模塊,可以一定程度在模塊內(nèi)完成一個(gè)需求的自閉環(huán),這樣的模塊可以拆成一個(gè)業(yè)務(wù)。
手機(jī)管家業(yè)務(wù)可以這樣劃分:垃圾清理,應(yīng)用安全,病毒檢測,這三個(gè)業(yè)務(wù)(不枚舉每個(gè)業(yè)務(wù))
為什么業(yè)務(wù)是基礎(chǔ)維度?其實(shí)這里踩過一些坑
行業(yè)產(chǎn)品都是以場景作為基礎(chǔ)維度,極光也是這么設(shè)計(jì)的。
當(dāng)場景越來越多發(fā)現(xiàn),每個(gè)場景業(yè)務(wù)都要接入一遍!可怕的重復(fù)造輪子竟然出現(xiàn)在中臺(tái)產(chǎn)品上!
其實(shí)業(yè)務(wù)在各個(gè)場景上是可以復(fù)用的!定義好業(yè)務(wù)在不同場景通用屬性,定義好業(yè)務(wù)在不同場景的不同屬性。就可以把通用場景屬性直接復(fù)
用到多場景。
那為什么行業(yè)競品反而要以場景作為維度呢?當(dāng)把極光售賣給中石化時(shí)就理解了這種出發(fā)點(diǎn),很多b端產(chǎn)品只會(huì)接入一個(gè)場景,他們可能是只需要push或者只需要微信通知,因此單一場景的接入更容易滿足他們的需求!
2、業(yè)務(wù)上報(bào)
業(yè)務(wù)上報(bào)可以告訴中臺(tái)用戶喜歡、不喜歡的業(yè)務(wù)是什么,以及最近消費(fèi)業(yè)務(wù)的頻次等。
業(yè)務(wù)上報(bào)主流解決方案有三類-個(gè)性化上報(bào)、業(yè)務(wù)通用上報(bào)、無埋點(diǎn)上報(bào)。
2.1業(yè)務(wù)個(gè)性化上報(bào):
個(gè)性化上報(bào),主要是分業(yè)務(wù)的需求差異比較大,強(qiáng)依賴業(yè)務(wù)本身完成上報(bào)。
例如垃圾清理關(guān)注用戶手機(jī)有多少垃圾,病毒檢測也關(guān)注本地有沒有可以軟件安裝包。一個(gè)業(yè)務(wù)關(guān)注的多個(gè)指標(biāo)可以綜合來判斷業(yè)務(wù)對于用戶的價(jià)值,因此需要用業(yè)務(wù)來bound;
2.2業(yè)務(wù)通用上報(bào)(后文rfm模型的基礎(chǔ)依據(jù)):
業(yè)務(wù)之間基本需求一致,記錄用戶使用該業(yè)務(wù)的頻率frequency、間隔recency、和正負(fù)反饋monetary;這里由中臺(tái)來記錄用戶對于某個(gè)業(yè)務(wù)rfm的數(shù)據(jù)。
不同業(yè)務(wù)的單位不一樣,例如垃圾清理的間隔頻率較高單位用小時(shí),病毒檢測頻率較低單位用天。
2.3業(yè)務(wù)上報(bào)的使用案例-新增用戶激活
三種用戶分類:
主要根據(jù)新增用戶的業(yè)務(wù)個(gè)性化上報(bào)和通用上報(bào)和信息將新增用戶分為:
A.有上報(bào)新增渠道號(hào)的B.沒有上報(bào)新增渠道號(hào)但使用過手管的用戶C.沒有上報(bào)新增渠道號(hào)也沒有使用過手管
A.有上報(bào)新增渠道號(hào)的——渠道號(hào)信息激活
案例:用戶在應(yīng)用市場搜索“號(hào)碼鑒定”搜到了手機(jī)管家,這個(gè)時(shí)候順手下載了手管。用戶就帶有了來自**應(yīng)用用市場-號(hào)碼鑒定渠道的這樣一個(gè)渠道。
中臺(tái)承接方案:此時(shí)中臺(tái)上已經(jīng)配置好了各種渠道號(hào)的對應(yīng)激活內(nèi)容彈窗。用戶一打開手機(jī)管家成功通信后拉取到了對應(yīng)彈窗,就會(huì)彈出引導(dǎo)用戶使用。
B.沒有上報(bào)新增渠道號(hào)但使用過手管某個(gè)功能——功能行為激活
案例:用戶在安裝一周內(nèi)使用過手管的“帳號(hào)風(fēng)險(xiǎn)監(jiān)測”功能,而后就不再使用手管。
中臺(tái)承接方案:一旦行為數(shù)據(jù)匹配到中臺(tái)已經(jīng)配置的外部引導(dǎo)內(nèi)容,即對用戶下發(fā)。形式按照優(yōu)先級(jí)-外部push>通知欄消息>桌面圖標(biāo)(綜合轉(zhuǎn)化率與用戶體驗(yàn)排序)
C.沒有新增渠道號(hào)也沒有使用過手管——冷啟動(dòng)
案例:用戶沒有渠道信息,且安裝后也沒有使用過手管,或者手管下發(fā)的激活內(nèi)容不感興趣。這個(gè)時(shí)候就將使用極光的冷啟動(dòng)方案。
中臺(tái)承接方案:按照手管歷史轉(zhuǎn)化行為排序,剔除掉用戶不感興趣的功能,對用戶進(jìn)行觸達(dá)和轉(zhuǎn)化。
最終效果:
3、任務(wù)
有了前兩步的業(yè)務(wù)+業(yè)務(wù)上報(bào),只需要補(bǔ)齊一些配置即可生成任務(wù)。
3.1任務(wù)配置:
通過提煉運(yùn)營操作場景,原來需要在打包平臺(tái)(素材打包)、云推平臺(tái)(配單)、提數(shù)平臺(tái)(用戶畫像提?。┑亩喾种Я鞒毯先氲酵粋€(gè)一站式平臺(tái)上。
3.2任務(wù)組(abtest)
這里著重介紹abtest的設(shè)計(jì)方案:
極光對于流量的處理方式也有兩種-
- 流量互斥,先選擇流量分層,同一層的流量再分桶,同層不同桶流量之間互斥。
- 流量正交,不同層流量之間的多桶流量正交。確保實(shí)驗(yàn)的隨機(jī)性也就是實(shí)驗(yàn)結(jié)果更可信。
最終對比實(shí)驗(yàn)組內(nèi)的關(guān)注指標(biāo),可以只配置單層,也可以配置單桶,用于正式階段的穩(wěn)定投放。
更多流量實(shí)驗(yàn)?zāi)P涂梢詤⒖脊P者整理的(空對照組、PSM模型、RDD模型、非依從實(shí)驗(yàn)Trigger、MBA實(shí)驗(yàn)等詳述)
騰訊文檔實(shí)驗(yàn)?zāi)P驮u(píng)估
https://docs.qq.com/sheet/DZGRrZ01hVHpFaFJv
實(shí)際使用示意圖:
4、下發(fā)通道
下發(fā)通道,就像廚房做菜,通常來說我們有兩種選擇:自己的廚房來做菜——app自身通道,或者自己做不過來,別人做的更快更好,那我們也可以去采購別人做好的菜——拓展通道。
不同通道的賬號(hào)體系不一樣,用賬號(hào)地圖來匹配拓展通道的用戶,確保觸達(dá)的正確性。
4.1極光集成擴(kuò)展通道
4.1.1集成通道方案
極光sdk集成了多個(gè)擴(kuò)展通道能力,同時(shí)還可以持續(xù)通過代理服務(wù)與接口對接的方式與其他通道sdk數(shù)據(jù)進(jìn)行對接,動(dòng)態(tài)擴(kuò)展通道觸達(dá)能力。
- 手機(jī)廠商推送服務(wù)QueryPushTunnelServer&AndriodManuPushServer-通過手機(jī)廠商自帶的推送服務(wù)來下發(fā)消息;
- 微信小程序/服務(wù)號(hào)通知WeChatAccessServer-通過對接小程序/服務(wù)號(hào)后臺(tái)下發(fā)消息;
- 短信代理服務(wù)MobileMessageServer-通過調(diào)用第三方短信服務(wù)來下發(fā)短信。
4.1.2集成通道的使用
通常在使用擴(kuò)展通道的目的都是唯一觸達(dá)(相對應(yīng)的是重復(fù)觸達(dá),重復(fù)觸達(dá)容易增加卸載風(fēng)險(xiǎn))
極光設(shè)計(jì)了對于通道進(jìn)行優(yōu)先級(jí)控制,按照優(yōu)先級(jí)層級(jí)對通道進(jìn)行觸達(dá)指定,一旦在某一層完成了觸達(dá),任務(wù)即停止,不再觸達(dá)下面的通道。
4.1.3擴(kuò)展通道效果
通過擴(kuò)展通道,對不存活的用戶觸達(dá)(消息送達(dá))達(dá)到45%以上滲透(滲透取決于各通道能力&接入擴(kuò)展通道數(shù)量)
4.2賬號(hào)圖譜
由于擴(kuò)展通道涉及通道較多,不同通道識(shí)別用戶的id不一樣,而極光需要一張統(tǒng)一的賬號(hào)圖譜來覆蓋多個(gè)通道的用戶id。
4.2.1用戶唯一賬號(hào)user-id:
通過集成多個(gè)通道用戶id信息的統(tǒng)一user id,作為一個(gè)復(fù)合型代表一個(gè)人在多個(gè)通道唯一性身份的id,這個(gè)uid的依據(jù)就來自下面的設(shè)備vid和社交aid。就像我們的身份證可以對應(yīng)駕照對應(yīng)護(hù)照對應(yīng)港澳通行證的一對多關(guān)系。
4.2.2設(shè)備賬號(hào)vid:
通常有g(shù)uid,imei,oaid和idfa。完成對于聯(lián)盟、手機(jī)廠商到消息推送的用戶定位。
4.2.3社交賬號(hào)account-id:
例如微信和qq。完成對于小程序/服務(wù)號(hào)通知下發(fā)。甚至手機(jī)短信下發(fā)。
5、優(yōu)先級(jí)模型
優(yōu)先級(jí)確定有三層
5.1rfm自動(dòng)模型:
通過上面“2??業(yè)務(wù)上報(bào)“部分獲得的用戶上報(bào)信息,業(yè)務(wù)的頻率frequency、間隔recency、和正負(fù)反饋monetary,進(jìn)行單一變量實(shí)驗(yàn)。
確定業(yè)務(wù)優(yōu)先級(jí)與用戶行為對關(guān)系:
- 間隔recency——拆分為三個(gè)觸達(dá)窗口期:冷卻期,聯(lián)絡(luò)期,挽回期
業(yè)務(wù)使用間隔越短的冷卻期應(yīng)減少打擾;間隔適中期間,保持聯(lián)絡(luò);挽回期增加聯(lián)絡(luò)。
- 頻率frequency——與忠誠度成正比,達(dá)拆分為忠誠&普通用戶
業(yè)務(wù)忠誠度高的用戶減少打擾,業(yè)務(wù)普通用戶嘗試其他功能觸
- 活躍天數(shù)monetary——不通業(yè)務(wù)偏好的用戶對于主動(dòng)活躍天數(shù)有明顯差異,拆分為三個(gè)梯隊(duì):高頻、中頻、低頻
高頻業(yè)務(wù)優(yōu)先推薦,中頻業(yè)務(wù)其次,低頻最低
通過上面的實(shí)驗(yàn)數(shù)據(jù),通過忠誠度和觸達(dá)窗口可以劃分為6種用戶聚類:忠誠活躍用戶、普通活躍用戶、忠誠用戶、普通用戶、忠誠預(yù)流失
用戶、普通預(yù)流失用戶。
每種聚類提供相對應(yīng)的用戶自身偏好功能,保留符合命中區(qū)域策略內(nèi)的任務(wù),剔除未命中任務(wù)進(jìn)行下發(fā)。
5.2轉(zhuǎn)化率獎(jiǎng)懲模型:
有了上面5.1的rfm模型之后,自動(dòng)化的優(yōu)先級(jí)達(dá)到最佳轉(zhuǎn)化的目的就有了底層的實(shí)現(xiàn)。
5.2.1為什么要做轉(zhuǎn)化率獎(jiǎng)懲?
這時(shí)出現(xiàn)了一個(gè)新問題。就是高轉(zhuǎn)化業(yè)務(wù)永遠(yuǎn)獲得更高流量,低轉(zhuǎn)化業(yè)務(wù)永遠(yuǎn)墊底。對于業(yè)務(wù)側(cè)無法通過“自身努力”調(diào)整業(yè)務(wù)獲得明顯的逆襲。對用用戶側(cè)感知也會(huì)經(jīng)常收到相似的推送。
長此以往,業(yè)務(wù)間的流量變成“一潭死水“
5.2.2如何做獎(jiǎng)懲?
簡單的說“點(diǎn)擊率提高強(qiáng)獎(jiǎng)勵(lì),點(diǎn)擊率下降弱懲罰”,曝光-點(diǎn)擊這一層是業(yè)務(wù)自身最容易通過abtest去優(yōu)化的一層,我們用點(diǎn)擊率作為指標(biāo),幫助努力的業(yè)務(wù)逆襲
計(jì)算規(guī)則如下:
5.2.3自動(dòng)化流量分配效果如何?
流量被盤活-原來頭部效應(yīng)明顯的業(yè)務(wù),變得有起有落,業(yè)務(wù)有動(dòng)力主動(dòng)優(yōu)化
5.3業(yè)務(wù)人工干預(yù):
人工對于業(yè)務(wù)進(jìn)行優(yōu)先級(jí)按照比例排序,這一層優(yōu)先級(jí)高于上面兩層自動(dòng)化模型
5.4全局風(fēng)控:
出于用戶體驗(yàn),和合規(guī)風(fēng)險(xiǎn)。務(wù)必進(jìn)行全局維度風(fēng)控,這樣各個(gè)業(yè)務(wù)不需要關(guān)心和其他業(yè)務(wù)的沖突,中臺(tái)會(huì)從全局去控制體驗(yàn)。
5.5優(yōu)先級(jí)控制效果
5.5.1曝光轉(zhuǎn)化率提升
通過提高了觸達(dá)對準(zhǔn)確性,最終提升了運(yùn)營內(nèi)容從曝光到點(diǎn)擊的轉(zhuǎn)化。
以手機(jī)管家為例,接入極光前運(yùn)營場景的點(diǎn)擊率均值5.16%接入后提升到10.03%提升將近一倍。
5.5.2負(fù)反饋收斂
解決了原來業(yè)務(wù)各自開發(fā)各自觸達(dá),一發(fā)版本就有很多新業(yè)務(wù)涌向用戶對負(fù)反饋問題。
同時(shí)在應(yīng)對合規(guī)和一些特殊節(jié)點(diǎn)的運(yùn)營內(nèi)容控制要求上,也非常靈活。即配即生效,不需要等版本和開發(fā)。
6、業(yè)務(wù)場景
不通的業(yè)務(wù)場景的樣式有差別,能力支撐上也有差異。
6.1單一場景:
顧名思義,任務(wù)只投放到一個(gè)場景,例如只投放push或者只投放banner位置。不同業(yè)務(wù)的性質(zhì)不一樣,決定了對應(yīng)運(yùn)營素材的樣式不一樣。例如垃圾清理偏向工具樣式,病毒查殺偏警告樣式。
6.2串聯(lián)場景:
6.2.1串聯(lián)場景邏輯:
簡單的說,就是根據(jù)用戶在第一個(gè)場景的決策,出對應(yīng)的第二個(gè)場景,甚至第三個(gè)場景。在串聯(lián)的場景中幫助用戶完成轉(zhuǎn)化。
但是場景之間有冷卻期,例如用戶在場景一點(diǎn)擊了負(fù)反饋,那么場景二會(huì)冷卻一段時(shí)間后再曝光,也可以終止任務(wù),或跳過場景二進(jìn)入場景三。
任務(wù)串聯(lián)能力目前在業(yè)界也較前沿(對于中臺(tái)和客戶端的交互要求較高,也更適用于強(qiáng)運(yùn)營訴求的場景)
6.2.2串聯(lián)場景案例:
手機(jī)管家在與國家反詐合作“最新詐騙案例”普及時(shí)
——通過替換“詐騙高風(fēng)險(xiǎn)人群畫像”圖標(biāo) >該人群通過點(diǎn)擊“識(shí)破新詐騙”圖標(biāo)>進(jìn)入手機(jī)管家>推送相應(yīng)詐騙案例消息,實(shí)現(xiàn)人群科普。
6.3分場景觸達(dá)效果
通過整合外部觸達(dá)場景,可以將業(yè)務(wù)的曝光觸達(dá)率達(dá)到83%
觸達(dá)率=單一場景曝光uv/單一場景極光后臺(tái)下發(fā)uv
*push彈窗觸達(dá)率,主要受懸浮窗權(quán)限授權(quán)限制;
*通知欄觸達(dá)率,主要受通知欄權(quán)限授權(quán)限制;
*桌面圖標(biāo)觸達(dá)率,主要受到華為,oppo,vivo,小米四大廠商在手管機(jī)型中的占比限制
整合觸達(dá)率=總和場景曝光uv/總總和場景后臺(tái)下發(fā)uv
后記
寫給C端產(chǎn)品轉(zhuǎn)中臺(tái)產(chǎn)品的建議
在騰訊內(nèi)部其實(shí)可能也有非常多的C端產(chǎn)品有過這樣的十字路口,要不要自己搭一個(gè)運(yùn)營中臺(tái)。
全文主要說一些我們自己搭建的優(yōu)勢和挑戰(zhàn),幫助大家加強(qiáng)信心,做一個(gè)轉(zhuǎn)型必要性的判斷。
至此,包含中臺(tái)產(chǎn)品通用能力,產(chǎn)品搭建實(shí)戰(zhàn),通道能力應(yīng)用案例基本講完了。
作者:swanshi,騰訊CSIG高級(jí)產(chǎn)品
本文經(jīng)授權(quán)發(fā)布,不代表增長黑客立場,如若轉(zhuǎn)載,請注明出處:http://gptmaths.com/cgo/coo/54034.html