扫码营销落地最常见的三个坑
玩法数量从来不是瓶颈。多数项目上线后暴露的问题集中在三处，而这三处都发生在"发奖底座"这一层。
玩法很多，发不准
活动限制只做到"整场活动"这一层：限地区、限门店、限次数。真正要的是奖项级定向——把大奖投到指定人群、指定区域、指定时段。
费用发出去，核不回来
奖品数量写在活动配置里，没有独立的库存账户和变动流水，发放失败也没有补发入口。到了月底，市场部只能拿 Excel 和渠道对账。
系统各管一段
营销一套系统、溯源一套系统、渠道再一套。同一个码在三处有三种状态，窜货判定和费用核销都失去依据。
先把发奖底座做对（库存、幂等、流水、补发），再谈玩法数量。顺序反了，活动越多风险越大。
一个码，四个角色，一套账
不同层级的码给不同角色扫，费用直达受益人，数据回到同一个底座。关键不在"能给消费者发红包"， 而在同一批码能按码层级和扫码人身份分流，让四个角色各得一份。
消费者
- 扫什么码
- 产品内码 / 盖内码
- 得到什么
- 红包、积分、卡券、实物礼品、集卡兑换
- 品牌方得到
- 扫码画像、动销分布、真实开瓶率
终端门店 / 店主
- 扫什么码
- 箱内码
- 得到什么
- 进货返利、陈列与动销奖励
- 品牌方得到
- 网点在线登记、货物流向、终端活跃度
导购 / 店员
- 扫什么码
- 产品外码（登记货权）
- 得到什么
- 消费者扫码后反向触发的佣金
- 品牌方得到
- 终端首推意愿、关键人覆盖
经销商 / 业务员
- 扫什么码
- 箱外码 / 托盘码
- 得到什么
- 渠道返利、开箱业绩
- 品牌方得到
- 各级出入库流向、窜货判定依据
一场活动是怎么跑起来的
从建活动到财务对账九步走完，每一步谁操作都写清楚。活动配置是后台勾选式的，不需要研发介入。
建活动
主题、起止时间、场景码、落地页模板、参与方式与活动规则
绑码包
选生码计划、参与产品、码包，可按流水号区间圈定范围
配奖项与库存
奖品类型、数量、概率与中奖限制；保存即开独立库存账户
配策略
数据收集、用户参与、奖品发放、品牌推广四组勾选式策略
上线开启
活动状态开启且落在时间窗内，两个条件同时满足才对外生效
扫码开奖
识别码型、落扫码记录、反查活动、逐条规则校验、开奖
发奖
统一发放单，红包、积分、卡券、礼品各走各的通道
核销
实物与到店类权益由门店扫码核销，并发下不重复核销
对账结算
库存流水、发放记录、子账流水、活动统计四本账互相勾对
扫一次码，系统当场判什么
消费者扫码后，系统先识别码型、落一条扫码记录（产品、省市区、经纬度、设备号、这个码被扫过几次）， 再用码反查所属码包与活动，逐条跑规则校验。任何一条不通过，返回后台配置好的对应提示语，不发奖。
- 活动状态与时间窗 —— 活动是否开启、当前是否在起止时间内
- 一码一次 —— 这个码在本场活动内是否已经参与过
- 参与次数 —— 每天 / 每周 / 每月上限，以及整场总次数上限
- 地区与门店 —— 是否在指定地区、指定门店、指定经销商范围内
- 货物流向 —— 上级经销商是否已把货流转到下级或门店
- 红包封顶 —— 本场活动红包累计是否已到封顶金额
- 黑白名单 —— 是否命中黑名单（返回中性提示，不说明原因）
不扫码的活动怎么走
陈列有礼与动销有礼不依赖扫码，走"门店提交、系统预校验、人工审核、通过即发奖"。 门店上传陈列照片或销售凭证，系统先校验活动是否在期、该门店是否有资格、同一期是否已有待审记录， 再由品牌方审核员逐条审核，驳回必须填原因。审核是人工审核，不是图像自动识别。
费用、风控与对账
玩法可以换，钱不能乱。这一节是方案里最不该含糊的部分，写的都是系统里真实存在的机制。
活动级
整场活动的钱
活动经费与剩余经费两个数，红包上限开关、封顶金额与达到上限的提示语
奖项级
每个奖项发多少份
奖品数量与中奖概率，或直接指定中奖码数量；随机金额红包必须配上限
库存级
实际扣减不许超发
每个奖项一个独立库存账户，总量、锁定、已发、可用四个数，先锁定后发放、失败释放
个人级
单个用户能拿多少
每天、每周、每月中奖次数上限，以及整场总中奖次数与参与次数上限
防刷三层
身份层：渠道侧扫码强制前置身份校验，黑名单命中返回中性提示并写异常记录。
频次层：一码一次、周期上限与总次数上限、当日参与与单奖项领取上限各自独立生效； 集卡这类高并发玩法另有幂等键、分布式锁与数据库唯一约束三重保证。
地理与流向层：每次扫码记省市区、经纬度与设备号，可要求强制获取位置， 活动可限定地区、门店、经销商，并可要求货物已完成向下级流转。
钱怎么走
所有奖项落到同一张发放单上，按状态机推进：待发放、已发放或发放失败、待核销、已核销。 红包按领奖主体分账，会员、经销商、门店各记各的账。
状态推进一律用条件更新，并发下不会重复记账；发奖失败保留失败单，按业务幂等键补发，同一笔不会重复入账。
红包为微信真实打款，可以走品牌自有微信商户号，也可以由第三方代发完成，问源提供代发红包统一结算服务（可选服务、按需计费）。 打款走微信通道，发放单与红包流水留在平台侧，两边对得上才算这一笔结清。
四本账互相勾对
- ① 库存流水：每个奖项发了多少、锁了多少、剩多少，每笔带变动前后快照
- ② 发放记录：发给谁、什么时候发的、成功还是失败、失败原因
- ③ 红包 / 积分 / 卡券子账流水：钱和权益的实际去向，按账户类型分开
- ④ 活动效果统计：效果、地区分布、参与与发放四张统计页，渠道返利记录可整表导出
和已有系统的分工：各就各位，不做数据孤岛
扫码营销不替代 ERP、OMS、WMS 或 CRM，它补的是"每一件货的身份"这一层。 对接优先用接口，数据量大用中间表；码的主数据只能有一个来源，两边各存一份迟早不一致。
| 系统 | 管什么 | 我们从它拿什么 | 我们给它什么 |
|---|---|---|---|
| ERP | 主数据、订单与财务 | 商品与客户主数据、生产订单 | 费用核销明细、返利与奖励凭据 |
| OMS / 订单中台 | 全渠道订单与履约寻源 | 出库订单的收货方与区域 | 码与订单的对应关系，作为流向判定依据 |
| WMS / TMS | 仓储与运输 | 出入库单据、承运信息 | 整托层级数据，入库扫一次带出全部下层 |
| CRM / 会员 | 会员资产与触达 | 会员身份与标签体系 | 扫码行为、入会来源、动销画像 |
| MES / 产线 | 生产执行与赋码采集 | 工单、批次、班次 | 赋码与关联采集结果、异常码状态 |
直营（DTC）场景要特别说明一点：直营没有多级经销商，防窜货权重下降，扫码营销的落点转到"扫码、授权入会、复购"， 对接对象是会员与 CRM，不是 OMS。与 OMS 只有两个真实接口点——出库订单的收货方与区域（流向判定依据）、 退换货逆向（码状态要跟着回滚）。
建设路径：先跑通一条完整链路，再铺开
不建议一次上全部玩法。先让一条链路从扫码到对账走通，再逐层加。
一期
打通一条完整链路
- 消费者扫码链路：抽奖、开盖、红包、积分、卡券、礼品
- 陈列与动销两类审核型活动，不依赖赋码改造
- 渠道返利与对账导出
- 按码型与扫码人身份的分流路由
二期
把渠道费用闭环补上
- 门店扫箱内码即时返利与网点在线登记
- 按瓶按箱累计的阶梯返利与任务周期后返
- 进货抵扣券与核销、抵扣货款、报销对账
- 到店核销作为公共能力；礼品发货闭环
三期
铺到人和资产
- 导购与业务员角色，多角色分账
- bC 双码关联返利：店员登记货权、消费者扫码反向返
- 会员等级与权益资产体系
- 店铺任务、终端积分与一店一策
分期不是把功能往后推，而是让第一笔投入在最短时间内看到扫码数据与费用账目。 服务响应等级与备件配置按项目单独约定，写进合同。
常见问题
关于扫码营销的活动流程、费用管控、防刷风控与系统对接的常见疑问。
扫码营销和一物一码溯源是两套系统吗？
应当是同一套。扫码营销用的码，就是产线赋码时打上去的那批码，只是按包装层级分给不同角色扫。如果营销活动另发一批码，扫码数据就无法回答"这瓶货是哪个批次、走的哪个经销商、到了哪家门店"，防窜货判定和费用核销都会失去依据。所以我们把营销与溯源放在同一套数据底座上，不做两套码、两套账。
扫码营销的费用怎么控制，不会超发吗？
预算控制分四道闸口：活动级控整场经费与红包封顶；奖项级控每个奖项的数量与中奖概率；库存级给每个奖项开独立库存账户，记总量、锁定、已发、可用四个数，先锁定后发放、失败释放；个人级控每人每天、每周、每月以及整场的中奖与参与次数。库存的每一次变动都写一条流水，含变动前后快照、业务单号、操作人和原因，后台手工调整库存也必须填原因并入流水。
扫码红包是怎么发到消费者手里的？
所有奖项无论哪种活动、哪类奖品，最终都落到同一张发放单上，按状态机推进：待发放、已发放或发放失败、待核销、已核销。红包记入对应账户并写红包流水，积分在同一事务内原子增加并写流水，卡券调发券服务，实物礼品生成待核销凭证由门店扫码核销。发放失败不会被吞掉，失败原因写进发放单，可按业务幂等键补发，同一笔不会重复入账。红包为微信真实打款，可以走品牌自有微信商户号，也可以由第三方代发完成，问源提供代发红包统一结算服务，属可选服务、按需计费；无论走哪条通道，平台侧都保留发放单与红包流水，用于与打款记录逐笔核对。
怎么防止刷单和薅羊毛？
防刷分三层。身份层：渠道侧扫码强制前置身份校验，必须已绑定渠道人员身份，黑名单命中返回中性提示并写异常记录。频次层：一码一次、按天周月的周期上限、整场总次数上限、当日参与上限与单奖项领取上限各自独立生效，集卡这类高并发玩法另有幂等键、分布式锁与数据库唯一约束三重保证。地理与流向层：每次扫码记录省市区、经纬度与设备号，可要求强制获取地理位置才允许参与，活动可限定地区、门店、经销商，并可要求货物已完成向下级的流转。所有被拒绝的请求都写异常记录，可查、可统计。
品牌做直营（DTC）也需要扫码营销吗？和 OMS 是什么关系？
需要，但落点不同。直营没有多级经销商，防窜货的权重下降，扫码营销的落点转到"扫码、授权入会、复购"这条链路，对接对象是会员与 CRM，不是 OMS。OMS 管的是全渠道订单与履约寻源，与扫码营销只有两个真实接口点：出库订单的收货方与区域，作为货物流向判定的依据；退换货逆向，码的状态要跟着回滚。方案阶段把这条边界画清楚，比多列几个功能更重要。
陈列有礼、动销有礼这类活动是怎么审核的？
这两类活动不扫码，走"提交、预校验、人工审核、通过即发奖"。门店店主在小程序上传陈列照片或销售凭证，系统先做一轮预校验（活动是否在期、该门店是否有资格、同一期是否已有待审记录），再由品牌方审核员逐条人工审核，通过或驳回，驳回要填原因，审核通过的瞬间触发发放。陈列类活动另有拍照位置与门店位置的距离校验。审核是人工审核，不是图像自动识别，客户需要按这个口径安排审核人力。
扫码营销要多久能上线？
建议分期。一期先跑通一条完整链路：消费者扫码的抽奖、开盖、红包、积分、卡券与礼品，加上陈列与动销两类审核型活动（这两类不依赖赋码改造，可以在产线改造完成之前先跑起来），以及渠道返利与对账导出。二期补渠道费用闭环：门店扫码返利、按瓶按箱累计的阶梯与任务后返、进货抵扣券与核销对账。三期铺到人和资产：导购与业务员角色、多角色分账、会员等级与权益体系。分期不是把功能往后推，而是让第一笔投入在最短时间内看到扫码数据与费用账目。
联系我们
如有任何问题或需求，请随时与我们联系，我们将竭诚为您服务。