你的 Amazon 店铺属于哪种场景
Amazon Seller Central 是卖家管理商品、订单、广告、库存、付款和账户状态的核心后台。Amazon 公开资料显示 Seller Central 登录需要两步验证，官方公告也提到可以使用手机号或 authenticator app。对团队来说，登录环境管理的目标是让账号访问可验证、可追踪、可复盘。
| 场景 | 环境要求 | 重点风险 | 建议动作 |
|---|---|---|---|
| 单店自营 | 固定主电脑和 2SV | 店主手机丢失 | 备份验证方式 |
| 老店多岗位 | 用户权限分离 | 主账号共用 | 分配岗位账号 |
| VA 客服 | 最小权限 | 越权看报表或付款 | 只给订单消息权限 |
| 广告代理 | 广告和报表 | 接触店铺核心资料 | 限定广告权限 |
| 出差办公 | 备用设备 | 地区和设备同时变化 | 提前写时间线 |
如果 Account Health 已有红灯，任何环境变化都要更谨慎，处理绩效通知，再做登录环境调整。
IP、设备、权限和验证的组合方案
| 维度 | 要固定什么 | 检查频率 | 备注 |
|---|---|---|---|
| IP / 出口 | 常用办公地区、备用方案 | 月度 | 不频繁跨国跳变 |
| 设备 | 主电脑、备用电脑、浏览器资料 | 月度 | 换机要登记 |
| 2SV | 手机、验证器、恢复方式 | 季度 | 不把验证码放群里 |
| 权限 | 岗位账号、最小权限 | 月度 | 离职立即撤销 |
| Account Health | 绩效通知、资料验证 | 每周 | 红灯先处理 |
关键店铺可以把常用出口、主设备和 2SV 负责人写进 SOP，并为店主、主管和财务配置跨境卖家住宅 IP作为一致访问基线。
操作清单
- 检查 Account Health 和 Performance Notifications，确认没有未处理红灯
- 列出所有 Seller Central 用户，标注岗位、权限、设备和最后登录时间
- 确认 2SV 主方式和备用方式可用，恢复码由店主或财务负责人保管
- 主账号只用于授权、安全、付款、税务和关键资料，不做日常客服
- 旅行、搬办公室、换设备前，在台账里写明时间、地点和操作范围
- 不在公共电脑、陌生远控软件或未登记浏览器里处理付款和税务
- 每月撤销离职员工、过期代理和不明第三方应用
- 异常验证后先复盘时间线，再决定是否修改资料或联系支持
团队角色与权限分配
| 角色 | 建议权限 | 不建议给 | 关键记录 |
|---|---|---|---|
| 店主 | 管理员、付款审批、安全设置 | 日常客服共用 | 2SV 和恢复码 |
| 运营 | 商品、库存、活动 | 银行、税务 | 商品批量变更 |
| 客服 VA | 订单、买家消息 | 报表、财务 | 排班登录 |
| 财务 | 结算、发票 | 商品和广告 | 付款资料变更 |
| Agency | 广告、报表 | 主账号管理 | 预算审批 |
每个人的账号、设备和权限要能对上岗位。真正需要追责时，清晰的权限比「大家都能进」更重要。
常见误区
| 误区 | 为什么危险 | 更好的做法 |
|---|---|---|
| 只要 IP 稳就没事 | Amazon 还看 2SV、权限、资料和账户状态 | 综合管理 |
| 主账号给所有人 | 无法追踪操作 | 岗位账号 |
| 出差期间顺手改收款 | 地区变化和敏感变更叠加 | 回办公室再改 |
| 2SV 只绑一个手机 | 手机丢失就卡住 | 准备备用验证 |
| 异常后多人抢登 | 失败记录变多 | 单负责人处理 |