第四篇 店务管理:多门店与员工
预约系统支棱起来之后,林姐的野心也跟着长:第一家店跑通三个月后,她接连盘下两家分店。系统是单门店设计起家的,代码里写死了 shop_id 等于 1,第二家店开业那天我们通宵改了一百六十处查询。这篇讲的都是连锁化摊到技术上的麻烦。
门店一多,三件事立刻浮出水面:谁能看哪家的数据、员工怎么排班接单、老板想看每家店赚没赚到钱。我们用一套账号权限体系、一张排班表和一个转化看板把三件事接住,核心思想就一句:所有数据都长在 shop_id 上,权限从 shop_id 里过。
| 主题 | 麻烦点 | 解法 |
|---|---|---|
| 多门店权限 | 数据不能串门 | 角色加门店授权 |
| 员工排班 | 谁哪天在哪家 | 员工日历表 |
| 转化看板 | 老板只看结果 | 分门店漏斗 |
| 会员体系 | 客人跨店走 | 统一 openid 账户 |
四节按使用角色展开:先给总部和店长搭权限地基,再给前台和美甲师做排班接单,最后给林姐看漏斗和会员复购。每节都带着我们连锁化过程中真实翻过的车,比如第一家分店开业当天前台登录看到的是总店预约表,那个画面林姐至今记忆犹新。
最大的感慨是:单门店做成单门店的样子不算本事,代码里每行查询都默认一家店,连锁化的那天全部要返工。第二家店开业前一周我们重构到凌晨三点,如果第一天就按 shop_id 设计,这些夜晚本可以用来睡觉。
延伸阅读
- 多门店权限:总部与店长:本篇地基
- 转化漏斗:分门店看板:连锁化经营的视角
- 多租户 SaaS 实战:更通用的多门店架构
