运营管理
多店铺管理怎么做才不会乱：一份可落地的清单
店铺从 2 个变成 8 个、团队从 3 人变成 15 人，问题几乎一定会出现：谁的电脑登过哪个店、密码改过没有、新人接手老店该给什么权限、人走了还能不能登录——这些事如果只靠人记，迟早出事。
下面这份清单，是我们和几百个运营团队聊下来，认为最值得先做的四件事。按顺序做，多店铺团队基本不会再乱。
一、先划分环境，而不是先分账号
大多数团队的第一反应是"把账号分给谁"。但真正该先划的是环境：一个店铺对应一个独立环境，环境里再放这个店铺需要用到的所有后台。
- 一店铺一环境：店铺 A 的广告后台、数据后台、客服后台，全部放进同一个环境。
- 环境之间互不可见：Cookie、缓存、本地存储、指纹、网络出口都要隔离。
- 环境命名带业务含义：用"平台-站点-店铺名"，而不是"环境1、环境2"。
这样做的直接好处是：账号不是"发给人"，而是"放在环境里"，人只是获得环境的访问权。人员变动时，动的是权限，不是账号。
二、人员分工按角色，不按"信任"
很多团队靠"这个人靠谱，密码都给他"。但靠谱会变、人会走。正确做法是把角色定义清楚：
- 店长：该店铺全部环境的读写权，可管理该店铺的成员。
- 运营：分配到的环境可读写，不能新增或删除环境。
- 助理 / 外包：只读或限定操作，敏感操作需审批。
- 财务 / 老板：只看数据与审计，不碰环境。
角色定好之后，"给谁什么权限"就是一道可以照着做的题，而不是每次拍脑袋。
一个判断标准：如果某个成员离职，你需要"改 5 个密码、通知 3 个人"，说明权限体系没建好。正确状态是一键回收，业务不受影响。
三、交接必须留痕，而且是系统留痕
交接是风险最高的时刻。口头交接、微信截图、Excel 表格，这三样加起来也不构成证据。可落地的做法是：
- 交接发起时，系统记录"谁交给谁、哪个环境、什么时间"；
- 接收方确认后，旧成员的访问权自动到期；
- 交接期间双方的操作都写入审计日志，事后可查。
关键点在于自动到期——靠人记得"把权限收回来"，几乎一定会忘。
四、审计日志要能回答三个问题
日志不是越多越好，而是能回答：谁、在什么时候、对哪个环境做了什么。 满足这三点，日志就有用：
- 按成员查：这个人最近动过哪些环境；
- 按环境查：这个店铺最近被谁登录过；
- 按时间查：某个异常时间段发生了什么。
如果日志只能看不能搜、不能导出，那它就只是心理安慰。
落地顺序建议
- 第 1 周：把所有店铺梳理成环境清单，统一命名。
- 第 2 周：定义 4 类角色，把现有成员逐一归位。
- 第 3 周：补交接流程，明确"自动到期"。
- 第 4 周：打开审计，选一个店铺试跑一个月。
小结
多店铺管理的本质，不是"管账号"，而是把账号、人员、权限、记录这四件事分开管理。分开之后，任何一件出问题都不会牵连全部；不分开，任何一件出问题都会变成全线事故。