仅群成员可领券怎么设
仅群成员可领券怎么设，关键不是把领券链接藏起来，而是先确认优惠券是否启用了按指定社群限制领取的能力。
先把社群领券的两条路分开
券到卡包的优惠券能力说明书列出了 isOnlyGroup 字段，含义是仅指定群成员可领。
因此，产品侧确实支持按绑定社群限制领取，不能把它写成只有群内转发链接的经营技巧。
如果要做群外客户进群再领券的拉新路径，还要看 isGroupRecruit 社群获客开关，并按后台要求绑定社群。
这两条路径的目标不同，前者是限制领取人，后者是承接还未进群的人。
先选对券，再做群成员权益
可选的六种券先列全：代金券、套餐券、满减券、折扣券、兑换券、手气券。
- 代金券适合做金额抵扣型的群成员权益。
- 套餐券适合把多项服务组合成一次领取的权益。
- 满减券适合把到店消费门槛写得清楚。
- 折扣券适合按消费场景设置折扣规则。
- 兑换券适合把群内专属内容直接对应到具体商品或服务。
- 手气券适合在群内制造随机领取的互动氛围。
社群专属场景优先推荐兑换券，因为顾客打开券页就能看懂领取后对应的内容。
如果活动更强调群内互动，再考虑手气券，但仍要先确认使用条件和核销流程。
后台设置可以按这组顺序走
第一步，新建一张常规优惠券并先确定券类型、使用说明、有效期、库存和领取限制。
第二步，在顾客信息与定向设置中打开 isOnlyGroup，仅指定群成员可领。
第三步，绑定要承接权益的社群，并确认绑定的是本次活动对应的个人微信群或企业微信群。
第四步，如果目标是让群外客户先入群，可按后台可见能力打开 isGroupRecruit，并完成指定社群绑定。
第五步，保存后用一个群成员账号和一个群外账号分别打开领券页测试。
第六步，确认群成员可以正常领取，群外账号出现的提示与后台配置一致，再把领券入口发到目标群。
券包发放不支持仅企微群成员可领，所以要做这类群成员权益时不要把发放方式选成券包。
仅发群链接和系统限制不是一回事
把公开领取链接只发到群里，是一种运营做法，链接被转发到群外后不能等同于系统已经识别群成员。
打开 isOnlyGroup 并绑定指定社群，才是产品能力层面的群成员领取限制。
如果后台没有看到该字段或社群绑定入口，就不要宣称系统会自动校验客户是否在任意微信群里。
这时可以诚实采用公开领取加群内触达的方案，并把边界写进活动说明。
如果打开 isGroupRecruit，说明书给出的方向是指定社群并对不在群的人弹出群码，具体承接动作仍应以实际页面和测试账号结果为准。
把群成员权益做得更容易领取
群内消息里应先说明这是群成员专属权益，再放领券入口和使用须知。
领券页的券名称要直接说清适用内容、使用门店、有效期和核销方式。
同一社群不要同时投放多张规则相近的券，否则顾客会在选择时犹豫。
可以用公开领取的周期限领、每人限领总量和可领取时间窗控制活动节奏。
如果开启微信卡包，要注意只有代金券、满减券和折扣券支持该能力，套餐券、兑换券和手气券不支持。
发布前的两组测试不能省
第一组测试关注成员身份，分别用已在目标群和未在目标群的账号打开同一领券页。
第二组测试关注券的完整链路，从领取、查看有效期到门店核销逐步走完。
如果使用群外进群路径，还应单独测试群码展示、进群后的页面承接和再次打开领券页的结果。
测试通过后再在群内发布，能够避免把群成员限制写成口号却没有完成后台绑定。
常见问题：仅群成员可领券是否支持系统校验群成员？
支持，产品能力说明书明确提供 isOnlyGroup，仅指定群成员可领，前提是后台已绑定本次活动对应的社群。
常见问题：把链接只发在群里，是否就等于仅群成员可领？
不等于，链接只发群内属于运营触达，不能替代 isOnlyGroup 的产品限制。
常见问题：个人微信群和企业微信群都能绑定吗？
能力说明书列出两种可选社群类型，实际可选项以当前后台页面展示为准。
常见问题：想让群外客户进群后再领券怎么做？
可以查看 isGroupRecruit 社群获客开关并绑定指定社群，说明书描述为不在群的人弹出群码，具体路径要用测试账号验证。
