多店铺环境管理的第一个动作不是买工具，而是定命名规范。环境名叫”店铺1””新店2””test””老王那个店”，十家店之后没人知道哪个是哪个，开错环境只是时间问题。一个开错，就可能是一次不经意的混登——而混登是没有撤销键的。
命名规范：四级结构
推荐格式：平台-站点-店铺名-负责人。例如：
AMZ-US-家居A店-小王TTS-UK-美妆店-小李TEMU-US-日用店-小张
四个字段的选取原则：
- 平台：用统一缩写，如
AMZ（亚马逊）、TTS（TikTok Shop）、TEMU、SHP（Shopee）、LAZ（Lazada）、EBAY。缩写定了就不要随意改，混用全称和缩写将来搜索时搜不全。 - 站点：同一平台不同站点（美区 US、英区 UK、日区 JP、德区 DE）的合规要求和网络策略不同，必须分开。比如亚马逊美区和英区的税务、收款、物流要求完全不同，混在一个环境分组里容易把操作规范搞混。
- 店铺名：用团队内部统一称呼，不用注册邮箱当名字。邮箱可能换绑，”家居A店”这个称呼两年后还是它。
- 负责人：谁的地盘谁负责，出问题直接找人。负责人调岗时把环境更名，同时更新权限，台账同步改。
规范定下来后写进团队文档，新环境不按规定命名就不许启用。强制执行 2-3 次，习惯就养成了。
分组方法：按管理动作分
环境分组如果只按”小王的店””小李的店”分，人员一变动分组就失效。建议对应实际管理动作分三层：
第一层：按平台分大组。 不同平台的操作节奏、风控敏感度、大促时间完全不同。把不同平台的店铺环境放在不同大组里，日常操作时进对平台的门，就已经减少一半的出错概率。
第二层：按状态分小组。 每个平台下再分：
- 正常运营：日常操作区
- 新注册观察期：注册不满 3 个月的新店铺，操作规范更严格，IP 和环境尤其不要变动
- 异常待处理：最近出现过异常提示的店铺，低频率操作
观察期的店铺单列出来，能给所有成员一个明确信号：这几个店操作要格外小心。
第三层：按权限分可见范围。 哪些成员能看到哪些环境入口，由负责人设定。小王负责家居类目三个店，他在列表里就只能看到这三个店的环境，看不到美妆组小李的店。这对防误操作的效果比任何口头提醒都好。
命名分组之上的配套动作
命名和分组解决”找得到”的问题，但每个环境之上还应关联这些信息：
- 绑定的代理 IP 和代理供应商
- 注册资料和验证方式的存放位置
- 历史异常记录
靠手工台账维护这些当然可以，十家店以内 Excel 够用。店铺数上去之后，防关联浏览器可以把资料绑定到环境、权限按成员分配，命名、分组、资料、权限变成一体的——不需要额外维护一套脱节的台账。
常见问题
环境名字里能写真实店铺名吗
建议用内部代号或简称。环境名可能被截图到工作群里、被远程协作时共享屏幕看到，没必要暴露完整的注册信息和主体名称。内部人能对应上就行。
店铺转手或停用后环境怎么处理
不要直接删除环境。标准操作：
- 把环境名改为”已停用-原名称”，移动到”已停用”分组。
- 回收所有成员的访问权。
- 保留环境至少 3-6 个月。将来平台要求提供历史操作记录、或被关联审查时需要追溯，这个环境里的日志就是唯一证据。
- 确认无遗留问题后，再按团队数据制度清理。
两个店铺类型相同能放在同一个分组吗
类型相同但平台不同，放不同大组；类型相同且平台相同，放同组。同组内的关键是负责人和权限分开——能分开放就不塞在一起。
