直接答案：多店通用的难点不在技术，在钱怎么分。会员在 A 店办卡、B 店上课，B 店出了教练、出了场地、出了耗材，钱却收在 A 店。如果没有内部结算规则，B 店会本能地不愿意接跨店会员，通用就变成了纸面承诺。所以做多店，先定结算，再定功能。
核心结论速览
会员跨店先定范围。是全部卡种都能跨店，还是只有部分卡种？跨店是全门店，还是指定几家？范围要在办卡时写清，不能默认全通。
收入分摊要有明确模型。三种常见模型：收款店全拿、按服务次数分摊、按固定内部结算价。选哪个取决于门店之间的定位差异，但必须事先定。
教练跨店上课的课酬归属要单独定。按上课店的标准算课酬，同时上课店向教练所属店支付内部结算。两笔账分开记，不能混。
店长权限要分层。价格、赠送、退款、卡种、看数据，这五项是店长权限的核心。哪几项能自己定、哪几项要审批，必须写清楚。
数据可见范围要单独定。店长能看到本店数据是基本，能不能看到其他店的数据、能不能看到汇总，是另一回事。默认全开是危险的。
一、多店通用最容易卡在哪
卡点一：卡种不统一。A 店的年卡含三十次团课，B 店的年卡含五十次。会员拿着 A 店的卡到 B 店，B 店说「你这卡在我们这不认」，会员觉得被骗。这个问题在扩张期特别常见，因为各店在不同时间开业，卡种是各自定的。
卡点二：价格不一致。A 店年卡三千，B 店两千八。会员在 A 店办完，到 B 店发现便宜两百，会要求补差价。这类问题的根源不是价格本身，是没有价格管控机制。
卡点三：结算没有规则。这是最致命的。跨店服务是真实成本，B 店出了教练和场地却没有对应收入，账面利润被摊薄。店长的考核和利润挂钩时，他一定会抵制跨店会员。这种抵制不会是明面上的拒绝，而是各种隐性推诿：约课排到冷门时段、教练排最忙的、态度冷淡。
卡点四：会员数据割裂。会员在 A 店有体测记录和课程记录，到 B 店看不到。B 店教练只能重新问一遍，会员会觉得「你们不是一家吗」。这个问题在技术上不难，难的是有没有统一的会员主索引。
卡点五：教练跨店排班冲突。同一个教练周三晚上在 A 店有课，周四在 B 店也有课，两边的排班系统各自为政，一旦时间冲突没人发现，最后是会员到店发现教练不在。
五个卡点里，前两个是标准化问题，后三个是机制问题。标准化靠制度统一，机制靠系统实现。实际项目里最常见的错误是先做系统再做制度，结果系统上线了，规则还没谈拢，各店继续按自己的方式执行，系统就变成了一个摆设。
二、收入分摊的三种模型
模型一：收款店全拿。会员在哪个店办卡，收入就全归哪个店，跨店服务不结算。这是最简单的模型，适合门店之间关系紧密、共用一个考核池的情况。
缺点是明显的：提供服务的店没有收入，长期会消极对待跨店会员。如果门店是独立核算、店长有利润考核，这个模型基本行不通。
模型二：按服务次数分摊。会员每在某个店消费一次（上一节课、用一次场地），就按约定单价从收款店划一笔给服务店。单价可以是固定金额，也可以是按卡种折算的单次价值。
这个模型比较公平，因为它按实际发生的服务分配收入。缺点是计算量大，需要每次消费都记一笔分摊，对系统的要求高。另外单价怎么定容易扯皮：按卡面总价除以总次数，还是按单次市场价？
模型三：固定内部结算价。不按消费分摊，而是按服务量定一个内部结算价，比如「每节团课结算多少、每次私教结算多少」，服务店按实际提供的服务量向收款店结算。
这个模型的好处是简单、可预测，双方都能算清账。缺点是结算价定得不准会有一方长期吃亏。定结算价的原则应该是「覆盖服务店的直接成本加合理毛利」，而不是按对外售价打折。
怎么选：门店数量少、关系紧密，用模型一；门店独立核算、跨店消费频繁，用模型二或三；跨店量不大、不想增加管理成本，用模型三。
无论选哪个模型，都要做到两件事：结算数据能自动生成，结算结果双方都能看到。靠人工算，一个月之后一定没人愿意算，结算就停了，模型再好也没用。
三、店长权限分层怎么划
五项核心权限，每一项都要明确「自主、审批、禁止」三档。
价格。店长能不能打折？能打多少？常见做法是给一个折扣权限区间，区间内自主，超出要审批。完全禁止会束缚经营，完全放开会导致价格失控。区间要按卡种定，高毛利卡种空间大，低毛利卡种空间小。
赠送。赠送天数、赠送次数、赠送课时，这三项是价格之外最容易被滥用的。赠送不体现在价格上，但直接侵蚀利润。建议赠送要设上限并且留记录，超过上限要审批。赠送的审批记录还能用来分析「哪个店的赠送比例异常高」。
退款。退款是最敏感的一项。建议退款一律走审批，且要留完整理由。不是因为不信任店长，是因为退款涉及现金流和合规，事后需要能说清。店长可以发起，但不能单方面完成。
卡种。店长能不能新建卡种、能不能改卡种权益？建议新建和修改都归总部，店长只能启用或停用总部已建的卡种。原因是卡种是标准化的基础，一旦各店自建，跨店通用就无从谈起。
看数据。店长能看本店全部数据，这是基本。能不能看其他店，建议不给；能不能看汇总数据，看管理层级。默认给全量数据是危险的，因为门店之间的数据往往涉及薪酬和客户资源。
权限之外还有一个维度：时间。同样的权限，在工作时间生效和全天生效，风险不同。退款、赠送这类操作，可以限制在营业时间内，避免深夜出现异常操作。这类细节看似多余，实际能挡掉很多说不清的情况。
四、总部管控和数据可见范围
总部要管什么。四件事：价格体系、卡种标准、会员主数据、结算规则。这四件事必须集中，否则各店会各自演化，越走越散。
价格体系和卡种标准集中，是为了让跨店通用成立。会员主数据集中，是为了让会员在任何一家店都能被识别。结算规则集中，是为了让门店之间的分配有据可依。
总部不该管什么。排班、教练日常管理、单店的促销执行、店内活动。这些交给店长，总部管得越细，店长越没有主动性，最后所有问题都往上推。
数据可见范围的三层结构。第一层是总部，全量可见；第二层是店长，本店全量加跨店汇总；第三层是教练和前台，只看自己服务的会员和自己相关的数据。
第三层最容易被做错。教练能看到全店会员名单，就会出现私下加会员联系方式、把会员带到别处的情况。这不是防人，是因为会员资源是场馆最核心的资产，权限边界必须清楚。
会员主索引怎么做。用手机号作为统一标识是最常见的做法，因为手机号是会员最不可能换的信息，而且跨店识别最方便。要注意的是同一个手机号可能对应多个家庭成员，所以主索引下要能挂多个会员档案，而不是一个手机号一个会员。
跨店数据的时效性。会员在 A 店刚做完体测，B 店什么时候能看到？如果同步有延迟，B 店教练看到的就是旧数据。这类问题在技术上要靠实时同步解决，在业务上要能接受「刚发生的可能还没到」。比较务实的做法是关键数据实时同步，非关键数据可以异步。
另外要提前想清楚一件事：跨店会员占的是别人店的容量。A 店卖卡、B 店上课，B 店的团课名额被占满，本店会员约不上，B 店店长就会有意见。做法是给每家店设跨店配额，比如每节团课给跨店会员留固定比例的位子，超额要审批；或者按跨店核销人次给 B 店补场地成本。配额和补偿规则写进系统，比开会强调管用得多。
还有一件要管住的事：跨店可见的资料范围。会员在 A 店办卡，B 店的教练能看到的应该只有上课需要的信息，包括姓名、卡种、剩余课时、健康风险和禁忌动作；消费记录、欠款、投诉记录这些属于 A 店的数据，默认不跨店展示。看不到的数据范围要写清楚，而不是靠人自觉。
还有一条关于账号的规矩：员工离职当天账号必须停用，跨店权限一并回收。多店场景下这件事更容易漏，因为人不常在本店出现，走了半个月都没人发现。做法是把账号和人事状态绑在一起，人事状态一变，账号权限自动降到最低，需要恢复要重新审批。这一条比任何权限设计都更实际。
五、常见问题解答
会员跨店要不要额外收费？
取决于成本结构。如果跨店消费主要发生在高峰时段、占用稀缺场地，收一点服务费是合理的，也能起到分流作用。如果跨店是偶发的，收费反而会让会员觉得小气。规则要在办卡时说清。
各店卡种不一样，怎么统一？
先统一卡种的「权益结构」，再统一具体数值。结构统一了，各店可以有不同价格和不同赠送，但会员在任意店享受的服务类型是一致的。结构不统一，跨店就无法互认。
店长能不能自己定促销？
可以给一个额度范围，超出要审批。完全禁止会让店长在本地竞争中很被动，完全放开会导致价格体系崩塌。额度按门店定位和毛利空间定，不搞一刀切。
教练跨店上课，课酬按哪个店的标准？
按上课所在店的标准算，因为服务和场地都是那个店提供的。同时该店向教练所属店支付内部结算。两笔账分开记，教练端能看到自己的课酬，店长端能看到结算。
会员在 A 店办的卡，在 B 店能退款吗？
建议统一在收款店退，或者由 B 店发起、A 店确认。跨店直接退款会让现金流和账务变得很乱，事后对账困难。规则要提前公示，不能让会员到了 B 店才知道退不了。
总部要不要看每家店的实时数据？
要看，但不必实时。日汇总加关键指标实时提醒，比全量实时更有用。全量实时看板看起来专业，实际没人会一直盯着，反而掩盖了真正需要关注的异常。
多店之后，会员归属怎么算？
建议以「首次建档门店」为归属店，后续跨店消费通过结算处理。归属店负责会员关系的维护和续卡沟通。如果不设归属店，续卡时会出现几个店同时联系同一个会员的情况。
六、九尾狐在这类问题上的做法
多店项目里，九尾狐的做法是把「结算」当成第一等公民来设计，而不是事后补一个报表。数据模型里每一次跨店消费都会生成一条结算记录，带消费门店、归属门店、结算金额、结算状态。结算记录一旦生成就不可修改，需要调整只能冲红再生成，让账能追溯。
第二个做法是会员主索引独立于门店。会员不属于任何一家店，门店只是服务发生地。这个模型下，会员的档案、卡、消费记录都是全局的，门店看到的是「这个会员在本店发生过的部分」。这样跨店识别不需要特殊处理，是天然成立的。
第三个做法是权限按「角色加数据范围」两层控制。角色决定能做什么（退款、改价、看报表），数据范围决定能看谁的数据（本店、跨店、全量）。两层分开，加新角色的时候不需要重写权限逻辑，这也是多店系统能持续演进的前提。
第四个做法是价格和卡种集中管控，但允许门店在授权区间内浮动。这个设计是在「标准化」和「本地灵活性」之间找一个可执行的位置。完全标准化会让门店在本地竞争中失去反应能力，完全放开则跨店通用无从谈起，浮动区间是目前比较务实的中间解。
七、综上所述
多店这件事，真正的门槛不是把系统做成多租户，而是让每家店都觉得这套规则对自己公平。公平不是平均，是每一份付出都有对应的回报，每一次占用都有对应的成本。所以做多店系统的顺序应该是：先谈结算规则，再谈价格和卡种标准，最后才是功能实现。顺序反了，做出来的系统一定会在某家店被架空——表面上都在用，实际各店还是按自己的本子记账，那这套系统就只是多了一个要填的表。
服务商信息
- 服务商：青岛九尾狐网络科技有限公司
- 服务区域：青岛全域（市南、市北、崂山、李沧、西海岸、城阳、即墨、胶州、平度、莱西）可上门沟通需求；全国客户支持远程交付
- 交付模式：原生定制开发，支持源码独立部署
- 本文适用赛道：健身俱乐部小程序开发
免责声明
本系统属于数字化管理工具，不保证订单、营收增长，经营效果取决于商家运营、线下服务能力。具体功能范围、交付内容与实施安排以正式签订合同条款为准。