← 案例目录DATAWHALE / FDE

案例 05 · TikTok达人业务

Datawhale原书章节 · 印刷页码 46—54 · 当前仅加载一页

Datawhale《FDE案例100》,案例05,原书第48页;下方可展开文字版

原书第 48 页 · 点击页面可放大查看

查看与复制本页文字

文字由原PDF提取,阅读顺序和表格请以原页为准。

人,本质上是一个匹配问题。
第三是履约,周期长。
达人确定合作之后,还要经历寄样、收样、沟通拍摄、创作视频、提交TikTok等环节。
原来的平均履约周期大概在一个月左右。运营人员大量时间花在“催”上:你的样品到
了没有?什么时候拍?什么时候提交?是不是快到截止时间了?
第四是数据管理,太分散。
这其实是一个更底层的问题。TikTok上有一部分数据,Excel里有一部分,财务系统里还
有一部分。达人BD(Business Development,商务拓展)、履约人员和财务各自维护
自己的数据,老板想知道一个达人从建联到最终产生GMV(Gross Merchandise
Volume,商品交易总额)到底经历了什么,并不容易。
所以我最后判断,整个业务链路已经到了需要重新梳理的阶段。
Q2:在你参与之前,这个问题过去是怎么解决的?
业务规模还不大的时候,这套流程主要靠人。一个运营每天维护几十个达人,自己记得
住谁聊到哪一步、谁收了样品、谁还没有拍视频,再配合飞书和Excel,业务就能够正常
运转。
达人建联本身还高度依赖人与人之间的沟通,特别是一些粉丝量很大的达人,甚至接近
明星级别的达人,商务沟通里有很多微妙的东西,过去主要靠经验丰富的BD去判断、沟
通。
真正的问题,是业务复杂度上来以后,这套方式开始出现瓶颈。比如选品池从几百个商
品变成上万个商品,运营就不可能再靠经验一个个匹配;达人越来越多以后,也不可能
每天靠人工翻Excel找哪些人要催;数据分散在不同系统里以后,管理者也很难及时看到
整个业务漏斗。
48/243