入口增多不等于协同，先看乱从哪里来
前台在移动端处理入住退房，店长在电脑端改价看报表，看起来每件事都能找到入口；但多端都能操作，不等于多端已经协同。如果同一套房态、房价和订单在不同端被重复维护，麻烦不会减少，只会把差异藏进日常动作里。
一体化系统的价值判断标准，不在于功能模块的数量，而在于关键经营数据能否在同一口径下交叉验证，避免各系统各说各话。
中央口径先立起来：房态、房价、订单变成各端共同基准
路客云 SPMS 把中央房态、中央房价作为底座：房态和房价各维护一套，再推算并同步到各直连渠道，做到全网一个口径、一致售卖。订单则汇总各渠道住宿订单与预售券订单，集中查询与处理。
所以电脑端与移动端不是各自维护一套数据，而是共用同一后台数据。任一端的改动——改价、办入住、调房态——实时同步到其他端，无需重复操作。
这也是多端协同能被讨论的前提：先有中央口径，端才只是不同场景下的操作界面，而不是新的数据源。
同一套数据，两端分工：电脑端做全面处理，移动端做即时事务
口径统一之后，分工才有意义。电脑端功能最全，适合坐班处理定价、报表、配置和批量操作；移动 APP 与小程序商家端适合随身处理房态、订单、入住/退房和消息等即时事务。
移动端聚焦高频即时事务，批量改价、复杂报表和系统配置建议在电脑端完成。这样，前台在店内店外都能响应客人，管理者也有一处完成需要完整上下文的工作。
把「都能操作」当成「任何端都做同一动作」，才会出现重复维护和口径偏差；按场景分开动作，才是多端协同的日常形态。
角色权限把岗位边界固定：能看什么、能做什么先定义再分配
谁能在哪一端做什么，还需要角色权限固定。系统设置里的多岗位协同，先在权限设置定义角色——管理员、管家、保洁员、投资人、业主等，再在成员设置把成员加进来并赋一个或多个角色。角色决定这个岗位能看什么、能操作什么。
角色与成员配好后，前台、保洁、管家等各岗位登录只看到、只操作各自权限内的内容；一个人也可以同时挂多个角色。同一账号在多端权限一致，按角色统一配置，不因换了端就换了边界。
截图展示的是权限设置中的店铺角色列表，它是先定义岗位边界、再分配成员的位置。
权限设置(店铺角色)
经营判断：先统一口径，再按岗位分工，不把多端当重复入口
多端协同的可行路径，不是多开一个入口，而是先让中央房态、中央房价和订单成为各端共同口径，再让电脑端承接定价、报表、配置和批量操作，移动端承接房态、订单、入住/退房等即时事务，最后由角色权限固定各岗位的能看能做边界。
这样取舍的结果是：响应速度留在移动端，完整上下文留给电脑端，数据一致性由中央口径守住。角色与权限调整属于写操作，直接影响谁能登录、能看能做什么，应遵循最小必要原则。
