B端設計復盤:降運營成本的拉新活動配置設計
編輯導讀:本文作者通過一個題庫智能匹配進行解答題目的項目,講述如何對一個業(yè)務的生產(chǎn)任務進行招募設計,如何設計需要依賴業(yè)務場景,希望對你有幫助。
一、關(guān)于生產(chǎn)招募的緊急需求
今天,收到了一個新業(yè)務的緊急需求。
該業(yè)務對海外用戶提供了某學科的線上答疑能力,提問者可以將自己的問題拍照上傳至APP內(nèi),后臺會自動對圖片內(nèi)的問題進行智能OCR識別,并匹配題庫內(nèi)的數(shù)據(jù)找到相應的解法和答案,再將數(shù)據(jù)傳回APP前臺。
但題庫內(nèi)的數(shù)據(jù)目前仍處于不完備的狀態(tài),也就意味著,很多問題是無法在題庫內(nèi)匹配出相應解法和答案的,那么該業(yè)務則迫切的需要一個兜底邏輯,來幫助解決無法匹配作答造成的用戶流失問題。
為此,該業(yè)務向我們提出了兜底需求,希望我們來對接生產(chǎn)這批無法問題的答案和解析。
我之前在基于角色&屬性的權(quán)限設計復盤一文中提到過,我現(xiàn)在參與的項目是資源生產(chǎn)中臺,說白了,就是當公司內(nèi)部的業(yè)務需要某類資源時(如教育業(yè)務需要題目資源、電商業(yè)務需要競品價格資源、房產(chǎn)業(yè)務需要房源數(shù)據(jù)資源等等),它們可以選擇聯(lián)系資源生產(chǎn)中臺,我們將根據(jù)業(yè)務的預算提供合規(guī)的資源采集服務。
同時為了提升對生產(chǎn)需求的消化能力,中臺也開拓了相應的眾包業(yè)務 ,具備高學歷的全職奶媽、在校大學生、兼職老師這批Freelancer群體,可以通過我們的眾包平臺注冊為生產(chǎn)員進行接單,來幫助消化業(yè)務部門的資源采集訴求,從而也可以為自己賺取一筆額外的收入。
對業(yè)務而言,我們的眾包平臺剛好具備了相應的人工生產(chǎn)能力,也就是說,無法依靠題庫智能匹配進行解答的題目,可以流轉(zhuǎn)至眾包平臺內(nèi),由Freelancer進行人工解答,完成解答后提交進入題庫,再流轉(zhuǎn)回APP的用戶處,想要理解這個流程,我們可以看下的流程圖:
看似完美契合的流程,卻存在了一個糟糕的問題。
目前中臺內(nèi)確實留存了較多高質(zhì)量的國內(nèi)Freelancer生產(chǎn)員,其中也不乏具備英語解題能力的用戶,但這批用戶存在著價格不菲的問題,假如一道題目需要在10分鐘內(nèi)完成解答,那么單題的生產(chǎn)成本可高達每題8元起(價格將隨問題難度遞增),如果按照這個價格來進行批量對接支付,那么業(yè)務可能將處于倒賠的一個狀態(tài),這將違背中臺降本提效的初衷。
所以為了幫助業(yè)務降低成本,我們將眼光瞄向了以印度為主的第三世界國家,主要原因有兩點:
首先,印度的第二官方語言為英語,這也就意味著大部分印度大學生是具備英語書寫解答能力的;
其次,印度的勞動力價格低廉,經(jīng)過調(diào)研發(fā)現(xiàn),如果交給印度籍的Freelancer生產(chǎn)員來對接,假如一道題目需要在10分鐘內(nèi)完成解答,那么印度籍Freelancer生產(chǎn)員的單題生產(chǎn)成本僅每題40盧比起(折合人民幣3元),這份價格對印度當?shù)氐募媛毚髮W生極具吸引力,對業(yè)務而言剩余的盈利空間將會相應提高。
所以我們鎖定了這批用戶為目標,希望將其招募為眾包平臺的Freelancer用戶,同時考慮到未來其他業(yè)務也會存在對生產(chǎn)員的特定素質(zhì)要求,我們決定將這部分招募能力中臺化。
二、設計功能
2.1 基于業(yè)務梳理關(guān)鍵信息
今天主要講的是如何對一個業(yè)務的生產(chǎn)任務進行招募設計,如何設計需要依賴業(yè)務場景,為此我們需要先了解業(yè)務的目標用戶。
通過溝通得知,我們的目標用戶主要以運營為主,這部分用戶在平臺內(nèi)通常會被分配活動管理員的角色,該角色主要負責進行平臺活動相關(guān)的運營管理工作,包含為業(yè)務招募指定類型的生產(chǎn)員。
通過與活動管理員們進一步溝通,了解到他們?nèi)粘5恼心脊ぷ髁鞒蹋?/p>
- 首先,運營與業(yè)務完成對接后,對生產(chǎn)需求進行分析規(guī)劃,比如需要搭建怎樣的生產(chǎn)線、在生產(chǎn)線的每個環(huán)節(jié)分配多少生產(chǎn)員、不同環(huán)節(jié)的生產(chǎn)員的分工是什么等等;
- 然后,針對任務要求對生產(chǎn)員進行標簽畫像匹配,確認要招募的生產(chǎn)員需要具備哪些特定素質(zhì);
- 之后運營會采取線下活動、線上熟人轉(zhuǎn)介紹、供應商簽約等多種方式來招募符合畫像要求的生產(chǎn)員,并邀請其在平臺上注冊賬號;
- 收集賬號信息后,集中在后臺導入并開通對應任務權(quán)限。
通過以上流程我們可以發(fā)現(xiàn)完成招募的3個關(guān)鍵動作:匹配用戶畫像、邀請注冊賬號和開通任務權(quán)限,新的招募能力設計必須支持這3個關(guān)鍵動作才能滿足目標用戶的需求。
但通過以上流程我們同樣也發(fā)現(xiàn)了線下運營投入成本高和開通權(quán)限效率低2個顯著問題,這些問題會導致整個招募的周期拉長,影響業(yè)務的生產(chǎn)規(guī)劃。
那么為了支持3個關(guān)鍵動作并解決以上2個問題,我們在原流程基礎(chǔ)上時,增加了線上招募活動與群組、任務的自動關(guān)聯(lián)操作,通過自動關(guān)聯(lián)降低運營成本和提升權(quán)限開通效率。
原流程:
新流程:
基于新流程,我們可以開展下一步的設計工作。
2.2 基于流程開展設計
為了便于大家理解,我們以故事的形式來描述設計,便于大家代入真實的使用場景中。
今天的主人公是活動管理員小張,他今天接到了A業(yè)務的生產(chǎn)需求。
進行業(yè)務配置:
假如A業(yè)務的需求是“完成1000道海外數(shù)學題的補答案生產(chǎn)”,那么小張通過分析發(fā)現(xiàn)可以調(diào)用中臺已有的補答案任務能力來支撐生產(chǎn)動作,所以小張在后臺手動創(chuàng)建了一個相應的“A業(yè)務補答案”生產(chǎn)任務,并將業(yè)務源數(shù)據(jù)導入其中。
創(chuàng)建任務后,小張需要繼續(xù)針對該任務匹配所需的生產(chǎn)員畫像,小張通過分析確認如果要完成A業(yè)務的生產(chǎn)任務,需要生產(chǎn)員具備的必要素質(zhì)條件是“英文讀寫能力”和“高中數(shù)學解題能力”,限制條件是業(yè)務期望的“每題預算不超過3元”,那么就構(gòu)成了“英文讀寫”、“高中數(shù)學解答”和“單題生產(chǎn)價格低于3元“三個畫像標簽,同時匹配命中了這三個標簽的生產(chǎn)員才是小張想要招募的目標用戶。
那么,小張需要將先將用戶畫像錄入至系統(tǒng)內(nèi),為此我們在這個環(huán)節(jié)延伸出了一個用戶群組概念,即將符合標簽要求的生產(chǎn)員聚合為一個生產(chǎn)員群組,這部分用戶既是我們所需的生產(chǎn)者,也是我們潛在的活動邀請種子用戶。
為了承載這部分用戶數(shù)據(jù),需要在后臺先搭建一個用戶群組管理頁,在該頁面內(nèi)小張可以創(chuàng)建、查看和編輯群組。
我們可以將符合要求的存量生產(chǎn)員通過手動輸入用戶ID將其導入至群組內(nèi);如果有系統(tǒng)可監(jiān)測的客觀衡量數(shù)據(jù)標準,也可以如下圖所示通過人群包規(guī)則圈定符合要求的用戶,將其定期自動導入至群組內(nèi)。
如果符合要求的生產(chǎn)員數(shù)量不足,則需要進一步創(chuàng)建招募活動來招募更多符合標簽畫像的目標生產(chǎn)員。
創(chuàng)建招募活動:
為了提升小張的招募效率,我們建議為用戶提供邀請鏈接或邀請二維碼,用戶點擊鏈接或掃描二維碼后可以進入到我們的指定落地頁內(nèi)進行快捷注冊,這樣便可以節(jié)省招募環(huán)節(jié)的運營引導成本。
那么首先,我們需要在后臺搭建一個活動管理頁,在該頁面內(nèi)小張可以創(chuàng)建、編輯和下線邀請活動。
小張可以編輯一個處于【未開始】狀的活動或新增一個活動,在頁面右側(cè)會彈出對應的活動配置抽屜,小張可以在抽屜內(nèi)配置如下幾個關(guān)鍵點:
- 任務權(quán)限:即通過該活動招募到的用戶自動獲取該生產(chǎn)任務的查看和操作權(quán)限;
- 轉(zhuǎn)介紹種子群組(選填):活動入口僅可見部分群組用戶可見;
- 落地頁:可以視運營手段選擇鏈接或二維碼;
- 活動開始時間和結(jié)束時間:控制活動的節(jié)奏;
- 受邀用戶范圍:可以選擇僅支持新用戶加入,也可以通過落地頁為老用戶重新賦權(quán)。
通過活動配置,小張將活動鏈接與任務權(quán)限、種子用戶進行了關(guān)聯(lián),這樣做的好處有兩點:
- 被招募的用戶自動獲得了A業(yè)務生產(chǎn)任務的查看操作權(quán)限,不需要小張多次在后臺為其開通權(quán)限,極大了解放了運營人力;
- 確保任務僅符合標簽畫像的種子用戶可見,確?;顒愚D(zhuǎn)介紹的質(zhì)量。
邀請用戶注冊:
小張完成招募活動的創(chuàng)建后,可以分發(fā)給負責線下地推的運營,這批運營在學校地推時可以將邀請碼直接發(fā)給目標用戶進行注冊,以此來擴大活動的傳播面和傳播速度。
小張也可以選擇線上轉(zhuǎn)介紹渠道,我們可以看看提升注冊轉(zhuǎn)化率的一個設計思路:
首先,能夠支持線下地推的運營數(shù)量并不多,有過C端設計經(jīng)驗的同學,通常會知道一個拉新的省錢高效渠道,沒錯,正是熟人轉(zhuǎn)介紹。
假設,小張定位到印度生產(chǎn)員瓦薩尼是A業(yè)務生產(chǎn)任務的目標生產(chǎn)員,瓦薩尼在現(xiàn)實生活中是一位印度大學生,他的身邊也許有更多和他一樣滿足“英文讀寫”、“高中數(shù)學解答”、“單題生產(chǎn)價格<3元“標簽要求的目標用戶,小張自然希望瓦薩尼能夠為其引薦更多的同學注冊成為我們的生產(chǎn)員。
于是小張在生產(chǎn)員界面內(nèi)新增了一個招募活動入口的露出,并顯示通過轉(zhuǎn)介紹招募的用戶可以獲得相應的介紹傭金。
小張通過傭金激勵了瓦薩尼這批老用戶點擊“Share referral link”按鈕,將招募鏈接或二維碼分享給自己身邊的同學和朋友,通過熟人身份提升進一步的注冊轉(zhuǎn)化率。
基于規(guī)劃,我出具了邀請注冊設計方案,但在方案評審中仍發(fā)現(xiàn)了幾個特殊場景的處理問題,為此我們在設計方案上做了重新調(diào)整:
比如研發(fā)最后定下的實現(xiàn)方案是基于前端來實現(xiàn)頁面設計,那么將面臨無法支持第三方跳轉(zhuǎn)分享的問題;此外拿設計方案與部分種子用戶溝通后,發(fā)現(xiàn)他們會比較關(guān)注獎金信息,以及需要定期查看邀請進展以明確自己可以拿到多少獎金。
基于以上2點我重新調(diào)整了設計方案,增加手動快捷復制入口,突出獎金信息作為用戶吸引點,并支持查看邀請明細:
在整個邀請流程中,我們還需要對已記憶賬號、鏈接失效、非活動群組用戶、屏蔽群組用戶等特殊場景進行走查處理。
三、上線效果追蹤
通過以上流程設計,我們支持了匹配用戶畫像、邀請注冊賬號和開通任務權(quán)限3個關(guān)鍵動作,并針對A業(yè)務需求試點了一次線上轉(zhuǎn)介紹招募活動,活動上線一個月期間共添加 1,298 人成為邀請種子用戶,其中有 255 人(19.6%)成功邀請朋友參與活動,合計邀請 1,179 人注冊成為新用戶,人均邀請新用戶4.6人。新注冊用戶中,有450人通過審核轉(zhuǎn)化為A業(yè)務生產(chǎn)員,期間共提交46,350次解答(人均142.6次),結(jié)果高于預期。
在運營成本上,原本一場活動需要投入至少4~5個運營人力,目前通過線上活動可以縮減至1~2人即可完成,運營人力成本降低60%左右。
在開通權(quán)限效率上,原本“運營收集賬號并批量后臺操作開通權(quán)限”的環(huán)節(jié)被“用戶注冊后自動獲取相應任務權(quán)限“的配置化環(huán)節(jié)所取代,使該環(huán)節(jié)的人力成本降低為0,效率極大提升。
#專欄作家#
愚者秦,微信公眾號:feather-wit,人人都是產(chǎn)品經(jīng)理專欄作家。先后任職于愛奇藝、字節(jié)跳動的一枚體驗設計師,同時是兼職寫小說的斜杠青年,善于總結(jié)和抽象設計方法,熱衷于探索不同用戶場景下的產(chǎn)品策略。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
非常清晰的項目復盤!看完收獲很多,好的設計真的可以大大降低運營成本!
怎么說都應該從用戶出發(fā),根據(jù)用戶需求來設計,這篇文章講了很多干貨
降運營成本的拉新活動在運營中一直很重要,感覺線上確實是一個好辦法。