tft每日頭條

 > 生活

 > 14天抖音實戰孵化營

14天抖音實戰孵化營

生活 更新时间:2024-08-11 05:19:52

編輯導語:你是否在抖音刷到過提升學曆、理财或找副業等相關的視頻?這些推送給我們的課程或訓練營,它的項目是如何定位的?訓練營MVP産品模型又是什麼?從1-N的産品模型設計你了解多少?本文将圍繞這幾個問題展開講述,推薦對此感興趣的朋友閱讀。

14天抖音實戰孵化營(抖音訓練營項目實戰)1

一、訓練營項目定位

在使用抖音短視頻時,經常會刷到某某課程0元領取、某3天特訓營隻需1元錢等相關課程推送視頻,常見的如提升學曆、找副業、理财股票等科目方向。用戶端可以分為以下幾個步驟:

  1. 進入相關課程詳情頁;
  2. 報名;
  3. 加學姐微信(可以理解銷售、助教、運營等人員);
  4. 加群;
  5. 直播課程;
  6. 付費大課;
  7. 沒有付費可以參加下次訓練營。

以上訓練營的步驟與特點與傳統的廣告推送相比,雖然運營步驟相對多了幾步,但得到了更多緩沖的機會,也更加貼合用戶的體驗,後決策的順應心理。

傳統的投放業務,其産品的客單價較高,投放的費用同樣較高,更多依賴銷售個人轉化能力。不過用戶意向度高,相對容易轉化,但短期如不能夠轉化,後期轉化也比較吃力,主要也是因為銷售會把更多精力會放在最新的線索上。而業務一旦暫停投放,也就相對應的暫停了業務。

而訓練營的業務定位就是通過低價小課引流,在開始群内幾天的直播運營,課後集中進行轉化。相比較與直接銷售跟進轉化,做了一個緩沖,平台為自己争取了一個展示的契機,同時也将用戶決策的過程由即時決策變成延遲決策。用戶因此也不會有即時決策帶來的壓迫感。

舉一個形象的例子:SEM投放就像足球場上後場球員拿到了球後的直接長傳到了前鋒球員,如果前鋒球員可以将球打進那麼即轉化成功,而如果如果不能及時打進也基本就喪失了本次機會。

而訓練營像足球場上的中場球員,後場球員拿到了球後,傳給了中場指揮官球員,可進可退,可攻可守,節奏自控。将整場比賽的進程掌握在自己手中。

二、訓練營MVP産品模型

14天抖音實戰孵化營(抖音訓練營項目實戰)2

1. 業務模型

教育行業中訓練營業務在當前市場上已經比比皆是,而且在部分教育科目上,相對應的轉化效果也得到了相應的市場驗證。因此針對于剛介入,或者想要嘗試通過訓練營業務尋找新的增長點的教培行業來說,可以根據訓練營MVP模型,驗證當前科目的市場行情。

MVP是最小可行産品(Minimum Viable Product)的簡稱,想要确定MVP模型,需要先找到訓練營業務中的關鍵路徑

學員報名–>添加學姐微信–>拉進群–>學員上課–>課上轉化–>不能轉化則留存繼續相關運營

2. 産品模型

通過關鍵路徑再進行逐一拆分,看看哪些環節需要産品介入:

  • 報名–>配置落地頁産品,此落地頁需要有表單的功能邏輯;
  • 添加學姐微信–>報名成功之後,需要給學員呈現學姐二維碼,此邏輯也在落地頁産品實現;
  • 拉進群–>此環節需要學姐将學員拉進一個微信群,進行統一維護,此環節不需要産品支持;
  • 學員上課–>需要有上課直播間,市面上标準化直播間産品很多,随便選擇一款(小鵝通、網易直播、騰訊課堂等等)即可;
  • 課上轉化–>需要有交易平台産品,能夠支持在線購買相應的課程産品,而這個環節,通常直播産品平台就會提供相對應功能進行搭配使用,當然平台會進行抽成;
  • 不能轉化則留存繼續相關運營–>可以重新體驗訓練營。

抽象産品模型:

  1. 落地頁産品(支持報名與展示微信);
  2. 直播上課産品;
  3. 商品付費。

3. 模型搭建落地

(1)落地頁産品

落地頁産品需要圖片展示,産品架構主要分為三個方面:

  • 【設計頁面】:有一個可視化頁面,并需要配置域名鍊接。
  • 【報名表單】:學員可以在可視化頁面上,通過輸入手機号進行報名。
  • 【付費】(可選):如果想提升用戶的意向程度,可以設置付費報名,通常訓練營的價格不會超過10元錢。
  • 【學姐二維碼】:展示,報名之後需要指引學員下一步可以走向的操作。

(2)直播上課産品

直播上課産品架構最核心的内容版塊就是上課環節:

  • 【教務運營端】:屬于業務環節,需要創建直播間、布置直播間(課程圖、課程内容大綱、相關活動說明信息等)、幫助講師上傳課件、利用教務身份和學員互動等。
  • 【講師端】:講師需要有單獨的入口進入直播間,可以通過軟硬件進行推流。以視頻直播、操作課件、共享屏幕等方式進行授課。
  • 【學員端】:通過學員端鍊接進入直播間,可以和講師申請連線互動、文字互動、随進随走。

(3)商品付費

直播課通常都是3天左右,在第2天或者在第3天的時候,講師講完課或者課中就開始直播帶貨,同時運營銷售人員也開始在直播間和微信群中開始進行活躍轉化。直播間可以直接下單、群内開始推一些促銷類的文案,此時學員如果對課程比較感興趣,就會進行付費下單。

此部分最核心的就是:【商品】、【服務】。

【商品】:通過鍊接發送到群中,用戶通過支付寶或者微信進行支付,支付之後可以生成訂單。同時下單之後可以享受該商品的服務。

【服務】:下單之後,用戶會立即享受該付費的産品。這個最順暢的選擇也依然是在該直播平台中進行,但為了更好的服務用戶,通常會引入APP等其他客戶端進行學習。

三、從1-N産品模型設計

不是所有課程都适合訓練營模式,也不是所有課程都能夠通過訓練營業務模型使該業務線達到盈利的狀态。而是否決定該業務線繼續下去,通過MVP模型就可以得到驗證。

一旦該訓練營模式得到了驗證,接下來就需要規模化訓練營模型,将訓練營的優勢繼續放大,形成可複制、可延展的、數據可追蹤的形态。産品模型開始了從1-N的疊代設計,那麼在MVP模型基礎之上設計,需要疊代的環節如下:

14天抖音實戰孵化營(抖音訓練營項目實戰)3

1. 訓練營管理部分

訓練營管理的産品體系包括:訓練營管理、營期管理、學員管理、上課數據管理。

(1)訓練營管理

場景:主要區分不同的訓練營科目,每一方向的訓練營都可能是一個獨立的運營項目。

結構:

  • 【訓練營名稱】:訓練營項目名稱。
  • 【科目分類】:當前項目隸屬于整體業務的體系科目分類。例如:考證類、學科類、技能類等。
  • 【訓練營相關簡介設置】用于打造完整的訓練營商品結構,用于前端呈現。包括:詳情頁、簡介、講師相關信息、原始價格、相關配圖。

(2)營期管理

場景:每一個訓練營的業務都是可持續運營的,那麼同一個訓練營中就會存在多個營期

結構:

  • 【營期名稱】:可以自行配置。
  • 【營期時間】:包括課程起止時間、投放起止時間。一個營期的周期從為該營期招生開始,到該營期課程結束。對于學員來講,需要知道上課周期。對于運營業務來講,需要了解招生時間段。
  • 【直播課程】:需要配置為學員上課的直播間數據。

(3)學員管理

場景:學員下單報名之後,相關的數據都會進入對應的營期當中。因此學員管理是在營期下一層結構下

結構:

  • 【用戶名】【手機号】【報名時間】:此類都是學員基本信息,學員報名一刻時都會獲取到。
  • 【微信】:學員報名之後都會添加學姐微信(建議是企業微信)。之後,學姐盡量将微信也同步到學員管理,方便後續管理學員。
  • 【分配學姐】:起初,學員報名之後,會固定某一個學姐。但是後面由于規模擴大,同一營期的學員一個學姐無法進行承接。因此會有分配策略,此處學姐隻看自己所負責的學員即可。
  • 【渠道】:需要标記該學員報名的渠道來源。運營也不僅僅會投放抖音,也會有其他相關渠道。此處可以統計不同渠道相關的學員質量。
  • 【是否轉化】:标記學員是否最終轉化了大課。可統計核心數據大課轉化率。

(4)上課數據管理

場景:雖然訓練營上課僅為3-4天,但是這幾天的上課數據、作業數據、表單數據等其他數據,對于後續的轉化分析漏鬥也是重要的分析環節。

結構:

  • 【直播數據】:學員直播課程的出勤時間。
  • 【作業數據】:學員在直播課完成作業的情況。(通常是選擇題10道以内為佳)
  • 【表單數據】:主要在課前調研學員的一些基本情況,方便後續為學員提供精準服務。

2. 落地頁管理部分

落地頁管理部分包括:落地頁模塊管理、投放規則管理。

(1)落地頁模塊管理

場景:每個訓練營都有各自的落地頁,而同一個落地頁也不一定會一直使用,不同渠道針對不同的落地頁,可能也會有不同的效果。

結構:

  • 【落地頁模闆名稱】:為落地頁模闆命名。
  • 【落地頁鍊接】:每一個可配置的落地頁,都是一個前端可視化的落地頁。因此這裡需要是一個标準化的頁面鍊接。後續使用中,會通過規則設定添加一些參數。

(2)投放規則管理

場景:在實際業務中,每次招生投放的需求都會有細小的差别。包括每次投放的價格、時間、分配的學姐、設置的渠道等。

結構:

【投放渠道】:每個訓練營都需要有特定的投放渠道。為了更好的統計該渠道投放效果,需要在投放之前給改落地頁鍊接配置好确定的渠道。例如:utm_medium=douyin(抖音)。

【價格】:設置本期投放的訓練營價格。一般0-9.9元以内,0元與1元比較普遍,如果需要特别提高用戶的門檻就設置為9.9元,如果需要更多的用戶量,可以設置為0元。

【配置學姐】:為學員報名之後,服務的學姐微信。可以是按照比例、報名數分配,也可以按照渠道進行分配。

【落地頁信息】:自定義配置落地頁相關說明。

3. 訂單管理部分

訂單管理包括:小課訂單、大課訂單。

場景:訓練營業務核心的報名數據,分别是訓練營小課訂單、轉化後的大課訂單。

結構:

大、小課訂單管理。

【訂單基本信息】:【訂單号】【訂單狀态】【支付價格】【支付時間】【支付平台】。

【商品信息】:訓練營及營期、大課商品相關商品信息。

【用戶基本信息】:【用戶名】【手機号】。

【運營業務信息】:【分配學姐】(大課商品除外)【渠道來源】。

4. crm系統

CRM系統包括:CRM系統、學姐微信管理。

場景:進一步規範業務數據體系,報名過訓練營小課的用戶可以進入CRM系統體系。因為從戰略層考慮,訓練營業務對于CRM隻是其中的一個用戶數據來源入口,可以服務更多的業務形态,同時進入CRM之後通過後續的客戶體系流轉,可以延長相應用戶價值。

結構:

【CRM系統】:此處為一整套用戶流轉體系。包括用戶線索的分發、跟進、成單、公海等角度去設計。本文集中讨論訓練營業務,CRM請關注後續的文章分享。

【學姐微信管理】:之所以将微信學姐管理也納入進crm體系,主要是因為,學姐大概率也是在crm系統中銷售的角色。因此将學姐和銷售進行合并,也是最大化利用了相關資源。

四、總結

在初期訓練營模型中,無論是報名-上課-轉化,都可以通過第三方工具配合進行使用,甚至有的第三方平台可以提供一體化的産品服務,使用者隻需要提供落地運營即可。此階段主要是驗證該方向是否能夠達成盈利狀态。通常ROI>1.5就基本可以繼續執行。

而後期由于業務範圍、規模擴大,可以将訓練營産品模型化,将一些列數據都保存在自己的平台,同時也可以做一些個性化規則,詳細可以參考本文相關細節。

本文主要是站在産品的角度去分析訓練營項目架構,後續将會分享一些關于訓練營運營思路的文章。

本文由@形風 原創發布于人人都是産品經理。未經許可,禁止轉載。

題圖來自 pexels,基于CC0協議。

,

更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!

查看全部

相关生活资讯推荐

热门生活资讯推荐

网友关注

Copyright 2023-2024 - www.tftnews.com All Rights Reserved