TikTok Shop 子账号权限配置要先当成管理问题,而不是技术问题。店主把主账号、验证码和收款后台一起交给 VA,短期省下 5 分钟,后面遇到改价、退款、导出订单、达人样品争议时,后台活动很难对应到具体责任人。
截至 2026-05-22 比对,TikTok 的 Seller Center 权限帮助页列出 8 类预设角色;TikTok Shop Academy 的 User Management 文档写明,店主账号通过 Seller Center → Account Settings → User Management 添加用户,受邀用户要在 120 小时内激活。不同国家站点菜单会有差异,下面的 SOP 只把官方角色、最低权限、登录基线和离场审计串起来,不承诺任何审核或账号结果。
子账号权限先按哪 8 个角色拆?
「Roles and permissions in Seller Center」帮助页列出的 8 类 Seller Center 角色如下。中文团队做 SOP 时,不要先写「小王权限」「菲律宾 VA 权限」,先写岗位,再把人放进去。
| 官方角色 | 适合对应的团队岗位 | 权限范围怎么写 |
|---|---|---|
| Main Administrator | 运营主管、店铺负责人 | 可看多数后台模块,但不等于店主主账号 |
| Affiliate Manager | 达人联盟负责人、样品 VA | 只处理联盟、邀约、达人沟通相关任务 |
| Finance Specialist | 财务 | 只给对账、账单、付款比对人员 |
| Advertising Manager | 投放负责人 | 处理广告相关任务,不接管店铺主体资料 |
| Marketing Specialist | 活动运营 | 优惠、促销、营销活动,不碰银行账户 |
| Customer Service Agent | 客服 VA | 买家消息、售后沟通、部分订单信息 |
| Order Fulfillment Specialist | 打单、履约 VA | 订单、发货、物流备注,不开放财务区 |
| Product Management Specialist | 商品 VA | 商品、库存、类目、图片、描述维护 |
店主敏感区要单独列出来。TikTok 官方文档说明,Account Information、Holiday Mode、Tax Information、Bank Accounts、Communication Preference、Delegation Mode、User Management、Linked TikTok Accounts 这些区域只对店主账号显示。团队 SOP 里要把这些写成「店主保留」,不要给 VA 做例外口子。
开通前要确认哪 5 件事?
开通子账号前,主管先把 VA 的工作范围写成一张 5 行表。表写不清,就不要急着发邀请。
| 开通前字段 | 合格写法 | 不合格写法 |
|---|---|---|
| 工作周期 | 2026-06-01 至 2026-07-15 旺季临时客服 | 用着看 |
| 负责流程 | 只处理买家消息和退换货备注 | 运营相关都做 |
| 可操作菜单 | Messages、Orders 的客服必要项 | 后台全开 |
| 审批人 | 运营主管 Amy 每周五复核 | 老板有空看 |
| 离场动作 | 到期当天停用,7 天内复查记录 | 离职后再说 |
这里的关键是「能看」和「能改」分开。客服 VA 可以看订单状态,不代表可以导出订单;商品 VA 可以编辑标题和图片,不代表可以批量改价;达人 VA 可以跟进样品,不代表可以审批佣金或改结算资料。
Seller Center 里怎么配置子账号?
按 TikTok Shop Academy 的官方路径,店主账号进入 Seller Center → Account Settings → User Management,再添加用户。只有店主账号能添加用户,已添加用户后续可以编辑角色、停用或删除;官方还说明,每个用户至少要保留一个角色,一个用户也可以拥有多个角色。
建议把动作拆成 7 步:
- 店主确认 VA 岗位、服务周期和直属复核人。
- 用企业邮箱或长期合作邮箱发起邀请,不用个人聊天软件转发主账号密码。
- 在 User Management 里选择最贴近岗位的官方角色。
- 如果一个人跨岗位,先拆成 2 个任务清单,再决定是否给多个角色。
- 通知 VA 在 120 小时内完成激活,过期后重新邀请。
- 首次登录后登记设备、城市、浏览器、手机号或邮箱验证方式。
- 主管安排 1 个低风险任务测试,例如只改 1 个 SKU 描述或回复 3 条历史客服消息。
不要把「Main Administrator」当成万能 VA 角色。这个角色适合店铺负责人或长期运营主管,不适合临时客服、打单人员和短期达人助理。
最低权限表怎么写?
最低权限不是口号,要能落到一张表。下面这张表可以直接放进团队 Notion、飞书或 Google Sheet。
| 成员邮箱 | 岗位 | 官方角色 | 允许动作 | 禁止动作 | 到期日 | 复核人 |
|---|---|---|---|---|---|---|
| [email protected] | 商品 VA | Product Management Specialist | 新增 SKU、改图片、补库存 | 改银行账户、改税务、删成员 | 2026-06-30 | 运营主管 |
| [email protected] | 履约 VA | Order Fulfillment Specialist | 打单、填物流、备注异常订单 | 导出全量客户数据、改付款资料 | 2026-07-15 | 店主 |
| [email protected] | 客服 VA | Customer Service Agent | 回复消息、记录售后、标记争议 | 批量改价、改营销活动 | 2026-06-30 | 客服主管 |
| [email protected] | 达人 VA | Affiliate Manager | 跟进邀约、样品排期、达人备注 | 改结算账户、开管理员 | 2026-08-01 | 达人负责人 |
如果 VA 负责多个店铺,每个店铺单独建一行。不要写「外包团队账号」这种笼统名称,后续查活动记录时会变成无主记录。
登录基线怎么定?
登录基线只解决一件事:让团队知道谁、在什么设备、为哪个任务进入后台。它不是结果保证,也不是规避平台规则的技巧。
TikTok 的 2-step verification 文档说明,2SV 是额外安全层,可用短信、邮箱或第三方验证器应用完成第二步验证。TikTok Business Center 还支持管理员在 Business Settings → Settings → Security 里要求 Only admins 或 All members 使用 2SV。Seller Center 和 Business Center 不一定由同一批人管理,但登录规范要放在同一张表里。
| 登录基线项 | 建议记录 | 谁批准 |
|---|---|---|
| 成员身份 | 姓名、企业邮箱、岗位、直属主管 | 店主或运营主管 |
| 验证方式 | 2SV 使用邮箱、短信还是验证器 | 店主 |
| 常用设备 | 设备类型、系统、浏览器 | 运营主管 |
| 常用城市 | 常驻工作城市或办公室 | 主管 |
| 例外登录 | 出差、代班、换电脑的时间和原因 | 主管提前批准 |
跨境团队常见问题不是「能不能登录」,而是白天店主看账单、晚上 VA 处理消息、周末投放负责人看广告数据,最后没人说得清哪一次登录对应哪项任务。多岗位协作时,可以把 Seller Center、Business Center、收款后台和客服工具放进同一张登录规范;对核心后台操作,团队也可以用跨境电商团队稳定线路承载固定办公环境,重点是减少临时换设备、换地点、共享验证码造成的解释成本。
交接和离场怎么留下审计轨迹?
VA 入场当天就要写离场规则。临时工、兼职客服、agency 代运营都一样:权限到期日比口头承诺可靠。
建议用「7 / 30」两段复核:离场当天先停用或删除成员权限;7 天内查订单、消息、商品、优惠、达人样品记录;30 天内再看是否出现退款、争议、异常评价或未交接工单。这里不是为了追责某个人,而是为了让店主知道影响范围。
离场清单至少包括 6 项:
- User Management 里成员状态已停用或删除;
- 商品价格、库存、运费模板没有异常批量改动;
- 订单备注、退款、售后工单已交接给在职成员;
- 客服消息没有未回复高优先级会话;
- 达人样品、佣金、邀约状态已转给负责人;
- 任何订单或客户数据导出都写明用途、时间和保管人。
异常时怎么回收权限?
发现陌生登录、误改价格、订单导出、客服争议或 VA 失联时,先收权限,再查原因。不要一边让同一账号继续操作,一边在群里追问细节。
| 异常信号 | 第一动作 | 复查重点 |
|---|---|---|
| VA 失联 | 停用成员账号 | 最近 7 天订单、消息、商品改动 |
| 误改价格 | 暂停商品 VA 编辑权限 | SKU 价格、促销、库存同步记录 |
| 客服争议 | 保留客服只读或停用 | 会话记录、退款备注、差评原因 |
| 陌生设备登录 | 要求重新验证并改登录基线 | 2SV、备用邮箱、近期敏感操作 |
| 财务资料变动 | 店主立即核查 | Bank Accounts、Tax Information、账单记录 |
如果确实是误操作,恢复权限也要重新审批。恢复单里写清楚:异常时间、影响模块、已修复动作、下一次复核日期。这样下次不是靠记忆,而是有记录可查。