小程序员工端店长端分工教程｜权限、看板与值班留痕 – MPForge
直接回答：员工端与店长端不是两个界面，是两套权限、两种看板、一条值班责任线。本文写给准备给门店上系统的老板与开发：角色怎么划分、超管账号为什么不许人手一个、店长每天看什么板、值班出问题找谁，以及每一步操作怎么留痕。MPForge（DEVDIY 旗下）按这套分工上线的门店，改数据有痕迹、出问题有人接，离职交接不再是一场事故。
一、角色划分：先分权，再分界面
结论：权限过大的本质是「图省事发超管」——按最小可用原则给权限，界面跟着权限走。
常见的混乱形态：全店共用一个账号、离职员工账号没停、兼职也能改价格。根源是开工时没划分角色。建议按三层起步：
- 员工端：只管自己的业务动作——核销、接待、登记，看不到全店流水与其他员工数据。
- 店长端：本店全量数据、排班、异常处理与补录审核，不能动其他门店。
- 总部管理：价格、券种、门店增删这类全局配置，只给少数人，且不做日常操作。
多门店体系的权限模型细节，见 多门店权限模型；「我们坚持不把超管发给所有人」这条红线，在任何规模下都成立。
二、看板：员工与店长各看各的
结论：看板不是功能越多越好——员工看板驱动今天的动作，店长看板回答经营问题，混在一起两边都不看。
| 看板 | 达标口径 | 常见错误 |
|---|---|---|
| 员工看板 | 今日待办、自己的核销与接待量，每天开工即看 | 堆满全店指标，员工只当屏保 |
| 店长看板 | 当日流水、核销异常、客诉与值班状态，异常标红 | 只有总量没有异常项，翻不出问题 |
| 周报口径 | 响应、转化、客诉三张表，店长周会只盯异常 | 周会朗读功能清单，浪费所有人时间 |
| 数据口径 | 分子分母、排除周（大促、极端天气）写死在报表里 | 口径每期变，环比没有意义 |
看板怎么和周报、复盘拉通，见 数据看板与周报。
三、值班：问题必须当场有人接
结论：没有值班的系统，等于把突发问题交给运气——支付、核销、授权三类突发必须有当班负责人。
- 排班入系统：每天谁值守、备份是谁写进店长端值班表，不靠口头交代。
- 三类预案：支付失败、核销异常、授权打不通，每类写清第一步动作与升级路径，贴在收银台。
- 首周加密：上线首周安排值班表覆盖支付、核销、授权三类突发，第二周起按常规排班。
- 交接留痕：班次交接核对当班核销笔数与异常单，未闭环事项写进交接备注。
- 升级时限：当班处理不了的，十五分钟内升级到店长或总部，不许挂单等下班。
核销值班与周期排班的配合方式，见 周期排班核销。
四、留痕：改过什么，系统说得清
结论：敏感操作必须留痕——「改数无痕」的门店，出了问题永远查不清、扯皮永远赢不了。
- 留痕范围：改价格、退单、人工补录、权限变更四类必留痕，记录操作人、时间、改前改后值。
- 留痕不可改：操作日志对店长端只读，冲正另起一行，不覆盖原始记录，口径见 核销流水不可篡改。
- 离职当天停权：员工离职流程里加一步「停用账号、回收权限」，与工牌门禁同一优先级处理。
- 复盘用痕：周复盘把异常操作记录过一遍，看的是流程漏洞，别只用来追个人责任。
五、避坑清单
这三条坑都在「人多起来之后」爆发。
- 别共用账号：共用账号等于没有留痕——出了差错查不到人，制度再好也落不了地。一人一号，离职即停。
- 别权限过大：兼职也能改价格、退单，省下的是十分钟配置，赔上的是整个对账体系。
- 别无人值班：系统没有值班责任人，一线遇到问题只能找老板，老板成了全网最贵的客服。
- 别看板越加越多：每加一个指标就下线一个没人看的，看板数量控制在店长一屏能扫完。
六、常见问题 FAQ
门店只有三五个人，也要分这么多角色吗？
可以简化成两层：员工端只做业务动作，老板兼任店长端与总部管理。角色可以少，最小可用与留痕两条原则不能省。
员工离职后账号怎么处理？
当天停用并回收权限，历史操作日志保留可查。别删账号，删了留痕就断链；停用既保数据完整，也堵住离职人员的操作入口。
店长看板应该多久看一次？
当日异常每天开店与关店各扫一遍，三张周表每周会前过一遍。看板的价值在异常驱动，不在盯盘时长。
这个和 GEO 地理位置配置有关系吗？
没有直接关系。GEO 指小程序 GEO 地理位置配置：门店地址、经纬度、服务类目，影响附近推荐展示，不是按城市做地域 SEO。员工与店长的数据可见范围由权限体系决定，与 GEO 配置是两套东西。
操作留痕会不会拖慢一线效率？
留痕是后台自动记录，不增加操作步骤。真正拖慢效率的是出了问题查不到原因——留痕反而是把复盘时间从几天缩短到几分钟。
