抖音直播「赠送」要点卡(含运费到付)

背景:用户问「抖音直播赠送能不能做?运费到付」——结合「卖容器」线(2026-09-17)。
总则:可做,走平台内工具;到付只收真实运费;执行以当日平台最新规范为准。

一、三条路径对比

方式合规度物流适合
A. 官方福袋/抽奖工具发放(平台内参与)✅ 高(工具内「关注参与」为官方功能)有(中奖后站内联系发货)主推
B. 「到店领取资格」(线上发资格·到店才给)✅ 最高(零物流零交易)无本地/顺路客;与「空瓶主义」一致
C. 口头说+私信收地址发货⚠️ 低(导流嫌疑)高不推荐

二、运费到付定位

三、送什么 / 不送什么

四、红线四条(直播场景)

  1. 不「必须关注/点赞才送」——除非用官方福袋工具(工具内规则豁免);
  2. 不导流站外(不加微信/不留电话);
  3. 不借运费/赠品变相卖货;
  4. 频率先小(每场 5-10 个)——测试反应再放量。

-- 冈子 2026-09-17(要点卡·执行随平台规范更新)

五、关键校正:「抖音 → 小程序」的承接现实(用户追问后补)

用户问:「直播不倒流到小程序,那还有什么意义?」
现实:抖音不许往微信导流(微信小程序直跳不存在)——所以「倒流」要按下面的路径设计,而不是指望一条链接。

5.1 平台墙(事实层)

5.2 可用的承接路径(按合规度排序)

  1. 站内留资(主路径):企业号主页组件 / 直播挂载表单(预约咨询)→ 用户留手机号(商家线索收集为平台允许类目)→ 客服电话/短信跟进 → 到店/成交;
  2. 品牌词打法:直播+短视频把「神山秘境/芝达布日」品牌词打进记忆 → 用户自己去微信搜索小程序(不靠链接,靠名字)——这就是品牌词统一如此重要的原因;
  3. 到店资格:直播送「到店领取资格」(本地/顺路客直接到店);
  4. 私信/群:站内私信沟通(不拉微信)。

5.3 灰色区(如实告知·纪律:不主动做)

5.4 「直播的意义」重新定义(预期对齐)

-- 冈子 2026-09-17(五节补录)

六、抖音小程序与会话(用户追问后补 · 架构层)

用户问:「抖音是不是也有小程序功能?跟微信小程序可不可以一个后台数据互通?」
答案:有抖音小程序;后端可完全互通;这恰是「直播承接」的正解。

6.1 事实层

6.2 「一个后台」的互通账

层可否互通说明
后端/数据✅ 完全互通两端调同一套 API(我们的 BFF 架构天然支持——335 已验证多实例/配置化底座)
前端代码⚠️ 两套(可跨端)微信/抖音小程序语法相近不通用;用跨端框架(uni-app/Taro 等)可「一套码编译两端」
账号体系✅ 可打通用手机号作主键(行业标准做法):两端各自授权→绑定手机号→后台合并同一用户
支付各平台各自付微信支付(微信端)/抖音支付(抖音端)——订单统一进同一后台
运营(房态/订单/客服)✅ 同一后台一份房态、一笔订单、一个客服台

6.3 架构路径(写进 MVP 的多端纪律)

  1. 现在(MVP 期):微信端照跑——留好多端化的路:①账号设计以手机号为主键(勿绑死微信 openid 独有逻辑)②接口不掺平台特有依赖③内容/结构化数据与端解耦;
  2. 第二阶段(抖音渠道验证后):做「抖音端·轻量版」(核心场景:预约/咨询/内容——与 MVP 同思路,不做全量)——直播挂载→闭环;
  3. 与「模式复制扩容」同构:多端=扩容的一种(白标/多端/多实例共享同一底座)——不重复建设。

-- 冈子 2026-09-17(六节补录·架构层)