多门店共用集卡系统：只有一个主账号，怎么组织
一句话结论：集卡没有「总部层、门店层、执行层」这种权限设计，账号只有两级——主账号（制作者账号）和核销员。核销员只能扫码核销，其余操作一律做不了。多店想把数据分开看，唯一的办法是一店一活动、各用独立账号，而不是在同一场活动里分角色。
一、账号只有两级，先别按「总部/门店」去设计
连锁品牌做集卡，第一反应往往是画一张组织图：总部管规则，区域管审核，门店管兑奖。这张图在会员体系里成立，在集卡这类活动工具里配不出来。
实际能用的身份只有两个：
- 主账号。创建这场集卡的那个账号，能改卡面、改奖品、改中奖概率、看全部参与记录、导出名单、处理兑奖。它只有一个，没有「子管理员」可以分担。
- 核销员。只能扫码核销，进不去活动设置，看不到完整名单，也改不了任何配置。
所以「多门店怎么分权限」这个问题，真正该问的是三件事：主账号放在总部还是放在店长手上、核销员开给谁、各店的数据怎么隔开。
二、主账号在谁手上，数据就在谁手上
两种放法，各有代价。
放总部。所有门店的集卡由总部一个账号建，规则统一、奖品统一、数据能看到全量。代价是门店没有自主权，想改一句活动说明都要找总部；活动一多，总部一个人忙不过来，最后往往变成把登录方式发给店长——这就把「统一管理」变成了「谁都能进」。
放店长。每店一个账号、各建各的活动。门店灵活，数据天然分开，谁的活动谁负责。代价是总部看不到全局，要一家一家要数据；品牌调性也容易走样，同一档活动在不同店里卡面、话术、奖品档位都不一样。
没有标准答案，但有一条底线：主账号必须绑在公司的手机号或部门公共号上，不能绑在某个店员的私人微信上。人一走账号就进不去，这在连锁环境里是高频事故。绑在公司号上，人员变动只是换个人来登录，活动本身不受影响。
三、要让各店数据分开，只能一店一活动
集卡的参与记录是按活动归集的。同一场活动里，所有门店的参与者混在一张表里，系统不会自动按门店拆开——因为它不知道谁是哪个店的。
想把数据分开，只有两条路：
一是每店建一场活动。活动名带上门店简称和期次，比如「城东店·五月集卡」，导出时按名称排序就能分开。这是最干净的做法，代价是活动数量多，总部要花时间做归口。
二是在表单里让参与者选门店。同一场活动，加一个「你在哪家店参与」的下拉。省了建多场活动的麻烦，但数据质量取决于用户选得对不对，而且导出后还要自己做分组统计。真要按门店考核，这条路不可靠。
如果门店数量在五家以内，第一种完全撑得住；超过十家，建议先把命名规则定死（区域-门店-年月），否则几十场活动混在一起，找起来比新建还慢。
四、奖品和核销，是最需要留痕的两处
集卡的风险集中在两件事上：奖品被多领，以及兑奖记录对不上。
奖品配置只有主账号能改，这一点不用操心。真正要设计的是核销环节：每个兑奖点单独开一个核销员，而不是让全店共用一个。因为核销记录会落到具体账号上，谁在什么时候核销了哪一张、兑了什么奖，事后可查。
反过来说，如果几个门店共用一个核销员身份，出了重复兑奖就查不出是哪个环节的问题。多开几个核销员的成本几乎为零，收益是整条链路可追溯。
还有一条经验：兑奖高峰前先做一次演练，拿几张测试卡走一遍扫码、确认、兑付。
五、共用主账号时，怎么减少互相踩
如果确实做不到一人一号（比如总部只有一个账号，几家店轮流用），至少加三条约束。
第一，改配置前在群里报一句。谁要改卡面、改奖品、改时间，先说一声，避免两个人同时改同一场活动。第二，不在活动进行中改规则。集卡是持续多天的活动，中途改中奖概率或奖品位次，已经参与的人会觉得被改了规则。第三，每次改完做一次记录。写清谁改的、改了什么，出问题时至少有据可查——这套工具本身不会替你做这件事。
六、交接清单
- 主账号绑定的手机号换成公司号，或至少有第二个人知道怎么找回。
- 列清每场活动的负责人、活动名、起止时间。
- 核销员按兑奖点逐个核对：谁在用、还需要不需要。
- 把历史活动的参与名单导出留档，不要只留在系统里。
做到这四条，人员变动就不会带走数据，也不会让活动停摆。
常见问题
Q: 能不能给区域经理开一个只管辖区的账号？
A: 不能。集卡没有按区域或门店隔离数据的角色。想让区域经理只看自己那几家，只能把这几个店的活动分别建、分别给账号。
Q: 核销员能不能帮忙改活动时间？
A: 不能。核销员只有扫码核销这一个动作，改时间、改奖品、导出名单都要回到主账号。
Q: 一店一活动会不会太多，管理不过来？
A: 五家以内完全没问题。超过十家，建议先在命名上做规范，再用活动列表的筛选来归口；如果连命名都统一不了，说明组织方式需要重新定，而不是工具的问题。
