微信小程序接入神策：把“用户做了什么”采干净
做小程序运营，最怕数据“看着有”，一问转化和复购就说不清。神策的思路更像在记账：用Event（事件）记录行为，用User Profile（用户属性）记录人是谁，再用distinct_id把人和行为串起来。
埋点别贪多。很多团队一上来埋上百个点，后面没人用还增加成本。更实用的做法是：围绕成交链路，先把10-20个核心事件跑通。
事件采集配置：埋点怎么设计才不乱
神策帮助中心里强调过：Event 不是 PV 思维。你要描述“用户在某时某地做成了某事”。建议把关键事件做成标准模板，字段保持稳定，后面做漏斗和分群会省很多时间。
- 事件命名：ViewProduct（看商品）、AddToCart（加购）、CreateOrder（下单）、PaySuccess（支付成功）
- 事件属性：sku_id、category、price、pay_amount、coupon_id、page_name、url、referer
- Profile 属性：注册渠道、会员等级、首次下单时间、常购品类（用户特征放 Profile，场景变量放 Event）
- 采集位置：能在后端记的尽量后端记，比如 PaySuccess、退款成功、发货成功，数据更准也更抗作弊
小程序端接 SDK 后，至少要保证：匿名访问有 anonymous_id，登录后能把匿名和登录身份做关联，不然漏斗会断。
转化路径报表 + 分群 + 留存复购导出：运营直接能用
漏斗建议用3-5步就够了，比如“进入商品页 → 加购 → 下单 → 支付成功”。如果你发现“加购到下单”掉得最狠，就去查对应页面的券提示、库存、运费说明。
分群别做大而全，做能落地的。举个直接能跑的例子：
- 高意向未付费：近7天 AddToCart ≥ 1 且无 PaySuccess
- 新客首购：近30天首次 PaySuccess 且会员等级=普通
- 复购人群：近30天 PaySuccess ≥ 2 或近14天再次 PaySuccess
留存看次日、7日、30日足够指导动作。复购指标建议直接导出到表里，字段带上 distinct_id、最近一次购买时间、累计购买次数、累计GMV，方便你在私域、短信、企微里做二次触达。
可执行建议（今天就能开干）
- 把事件控制在15个左右，围绕成交链路搭起来，1天内就能出第一版漏斗
- 支付、退款、发货类事件走后端，小程序端只负责“浏览/点击/提交”这类行为
- 先做3个分群：高意向未付费、新客首购、复购人群，每个分群配一条明确运营动作
- 在2026年4月9日这周把“事件字典+字段口径”写成一页文档，后面新活动直接复用，不会越埋越乱
