项目案例
已有短剧系统，怎么增加 TikTok Minis？一个不推倒重做的真实案例
一个项目已有独立短剧 App 与 H5，希望增加 TikTok Minis 入口。本文讲我们如何先评估现有业务结构，再判断哪些能力可复用、哪些需要平台适配，最终在不推翻原有系统的前提下接入新平台。
先说结论：这个项目没有推倒重做，而是先评估、再适配。下面只讲判断思路和做了什么类型的适配，不公开接口与实现细节。
项目背景
客户已经有一套在运营的短剧系统：
- 一个独立短剧 App；
- 一套 H5 访问入口；
- 后台管理内容、用户、订单、会员。
现在希望增加 TikTok Minis 入口，承接 TikTok 生态内的内容和广告流量，让用户在 TikTok 里就能看剧、付费，不必先下载独立 App。
第一步：先评估现有业务结构
我们没有先写代码，而是先把现有系统能复用的部分理清楚：
- 内容层：剧集、分集、封面、上下架状态——这些和平台无关，可以复用；
- 用户层：用户身份、观看记录、会员状态——核心逻辑可复用，但登录方式要换；
- 交易层：分集付费、会员、订单——业务状态可复用，但支付实现要适配 TikTok 的能力；
- 运营层：后台管理内容、订单、数据——可以共用，不必每端一套。
评估的目的，是分清「哪些是我自己的业务，哪些是平台给的能力」。
第二步：判断哪些要平台适配
TikTok Minis 和独立 App / H5 最大的不同，在于平台能力：
- 登录：用 TikTok 账号体系，而不是自有注册；
- 支付：用 TikTok 的 IAP、Subscription 等能力处理付费与订阅；
- 广告：可承接 TikTok 广告流量与变现能力；
- 用户承接：用户从 TikTok 内容 / 广告进入，链路更短，但身份要与自有用户体系打通。
所以真正要新做的，是「平台适配层」，而不是把内容、用户、订单、会员全部重写一遍。
第三步：分阶段推进
我们没有一次性把全部能力搬过去，而是先跑通最小可用路径：
- TikTok 内可看剧、可登录；
- 核心付费与订阅能走通；
- 用户权益与自有体系对齐；
- 再补运营侧的统计与对账。
这样能在早期就验证「TikTok 这条链路是否值得继续投入」，而不是先花大量时间做完整迁移。
结果
原有 App、H5 和后台继续运行，TikTok Minis 作为新的平台入口接进来。内容、用户、订单、会员等核心业务逻辑尽量复用，只有登录、支付、广告等平台相关部分做了适配。
具体接了哪些接口、怎么对齐权益，这里不展开——每个项目的账号体系、支付范围和合规要求不同，直接给步骤反而容易误导。
对做多端短剧的提醒
很多团队一听到「再加一个平台」，第一反应是「是不是要重做一套」。其实更合理的顺序是：
- 先看清自己已经有哪些业务能力；
- 判断这些能力里，哪些是平台无关的、可以复用；
- 只把平台相关部分做成适配层。
这样无论是以后加微信、抖音，还是加 TikTok Minis，都不必每次推倒重来。
相关阅读：微信短剧小程序和抖音短剧小程序有什么区别？ 讲多平台选择的判断；TikTok Minis Drama 系统方案 讲 TikTok 侧能力；短剧系统开发：从内容、用户到交易与运营后台 讲两层架构（业务核心层 + 平台适配层）。