总部看汇总、门店管日常：多店权限边界，先从这 3 件事核对

总部与门店的分工，难点不在人，在边界没划清

小连锁或集团经营者常同时面对两种需求：总部要看跨店比较、做资源调配和统一价格策略，门店要保持日常房态、订单和即时运营的灵活度。行业资料给出的方向很直接：多门店管理需要在总部与门店之间划分清晰的数据权限与价格授权边界，总部看统一口径的汇总指标，门店保留日常运营的灵活度。

跨店比较也有一个前提：先统一指标定义和统计口径，不同门店的经营结果才具备可比性。否则总部看到的总数看似一致，门店之间的差异却可能来自口径不同，而不是经营差异。

权限设计还应匹配实际的组织架构。例如总部收益团队统一调价、各店独立管理房态，这类灵活团队运营需要制度化的权限边界来支撑。

所以这篇不先讨论改价按钮放在哪，而是从三件可核对的事入手：谁拥有跨门店查看权限、当前门店切在哪一家、价格改动会落到哪家店并同步到哪里。

第一件事：谁看汇总，谁看单店

在路客云 SPMS 中，多业态与多门店支持一个集团账户下统一管理不同业态、不同门店。房态、房价、订单、报表都可以通过门店切换器，在“全部门店”聚合视图与各单店明细之间切换。

经营报表默认按“全部门店”汇总，并可在门店行切换到单店；页面上方选中的门店范围，会直接决定当前看到的是集团汇总还是某一家店的明细。

统计概览用一屏仪表盘呈现总营业收入、入住率OCC、平均房费ADR、RevPAR等核心指标；需要细节时，可进入收入报表，按日、门店、渠道、房型等维度层层下钻。指标会随上方日期与房型、渠道等筛选条件变化。

核对动作可以很具体：先看当前门店切换器处于“全部门店”还是某家单店；如果要做跨店比较，再确认两家店是否用了同一日期范围、同一筛选条件与同一指标口径。统一口径不是比较之后才补的说明，而是比较之前就要确认的前提。

多门店多业态房态一屏

多门店集团经营报表

经营总览仪表盘

收入报表按日下钻

第二件事：角色定义能看什么、能做什么

系统设置里，权限设置用于定义角色，成员设置用于添加成员并给成员分配一个或多个角色。角色决定这个岗位能看什么、能操作什么，这是多岗位协同的基础。

门店信息管理集团下的各家门店，页面会显示当前系统门店用量，并提供新建门店、一键导入、门店排序等操作。门店数量上限随版本不同。

成员账号数同样有版本上限。添加或删除成员、新增角色与调整权限都属于写操作，会直接影响谁能登录、能看什么、能做什么，因此应遵循最小必要原则，谨慎分配。

行业资料强调权限设计应匹配实际组织架构，例如总部收益团队负责统一调价、各店负责独立管理房态。落到配置动作上，就是先把总部与门店的岗位职责写清楚，再决定每个角色能看到哪些门店、操作哪些模块。

角色配好之后，再进入价格动作的落点判断。

门店信息

权限设置(店铺角色)

成员设置(姓名/手机号/邮箱已打码)

第三件事：价格改在哪家店、要不要同步

中央价是一张按房型与日期排布的价格日历，用于维护基础价、划线价、实际卖价等价格基础，并配合渠道系数推算各渠道售卖价。需要特别核对的是：中央价日历只展示当前所选门店，操作前要先在日历上方切换到目标门店。

中央价的改动需要通过“同步至渠道”推送后才会更新线上价格。“同步至渠道”是写操作，会把当前中央价推送到各直连渠道，改动线上售卖价。

批量改价可以一次对多个房型、多个日期调整价格。它的数据范围只作用于当前所选门店，多店需要分别切换门店操作；操作账号需要具备房价管理权限。

保存批量改价时，可以选择“保存至草稿”或“立即同步至渠道”。草稿不会推送渠道，可先核对；立即同步会触发渠道价格同步、无法撤回，并改动已直连渠道的线上售卖价。

因此每次价格操作前，至少核对三件事：门店切换器当前停在哪家店、这次调价只影响当前店还是需要逐店操作、先保存草稿核对还是直接同步至渠道。这三项确认清楚，总部统一调价与门店日常操作之间的边界才有落点。

切换门店后的三层价格

批量修改面板

把三件事串起来：先配角色，再确认门店，最后决定价格授权

建议的核对顺序是：先按岗位在权限设置与成员设置中配好角色与权限，再确认门店切换器当前处于“全部门店”还是某家单店，然后才决定价格是在总部侧统一调整，还是交给门店日常处理。顺序反过来，容易在看数或改价时才发现权限与门店范围对不上。

统一指标口径与明确门店范围，是跨店比较和资源调配的前提；总部看汇总、门店管日常的分工，最终要落到具体门店和具体操作上，而不是停留在口号里。

本文所核对的范围限于已展示的中央价与批量改价操作。如果组织还需要额外的改价审批链或跨店统一调价流程，应把它作为内部管理流程单独确认，并结合自身组织架构与门店数量做进一步判断。

本文所涉界面说明基于路客云 SPMS v4.10.8 的已展示内容；界面、字段与选项以实际登录版本为准。