这篇写给店铺已经跑起来、开始有第二个人碰后台的卖家。团队三四个人,做美区或东南亚,品类是 3C 配件、家居小件或美妆个护,月销几十万。你现在遇到的不是技术问题,是分工问题:一个人管不过来,加人就得给权限,给完之后心里没底,担心价格被改、库存被误删、钱被提走。
先把这件事的性质讲清楚。子账号不是「多开几个登录」,它是把店铺的操作权拆开分给不同人。拆得对不对,取决于你有没有先想清楚「每个岗位每天到底要点哪几个按钮」。想不清这一步,配出来的权限一定是要么放太宽,要么卡太死。
先分清三层账号,别混在一起
第一层是店铺主账号。它对应店铺主体,能改主体信息、能绑收款账户、能提现、能授权外部工具接入。这一层只应该有一个持有人,通常就是公司或店铺负责人,不做日常操作。
第二层是员工子账号。它挂在主账号下面,用来给运营、客服、投手这些人分配具体功能,比如商品编辑、订单处理、数据查看。子账号的所有操作都会回到主账号名下,出问题能追到人。
第三层是第三方工具的授权账号。ERP、数据工具、达人管理工具都需要授权接入店铺,这个授权走的是应用授权,不是员工子账号。它和子账号是两套体系,权限范围也不同——应用授权能拿到的数据面往往比子账号更宽,因为它要读订单、读商品、读库存。
三层的边界之所以要分清,是因为出事之后的处理方式完全不同。子账号出问题,改权限就行;应用授权出问题,得先撤销授权再排查,中间会有一段数据断档。

按岗位配权限:每个角色只给最小够用
运营这个岗位,日常要碰的是商品、订单、活动。给到商品编辑、订单查看与处理、营销活动配置就够了。价格修改权限要单独考虑——如果运营需要频繁调价,宁可给一个审批流程,也不要直接放开改价,因为价格改错是当场生效的:一次改错的价格如果跑满 12 小时,按每小时 20 单计就是 240 单的差额,等你发现时早就出完货了。
客服这个岗位,核心是订单和售后。给订单查看、退款处理、消息回复即可。不要给商品编辑,也不要给库存修改。客服看不到成本价,也没有理由改商品信息,多给这一层只会增加误操作面。退款单笔超过 200 美元的建议再加一道二级确认,这一档金额的误退,一个月碰上一次就把客服这个岗的人力成本吃掉了。
| 岗位 | 给什么 | 不给什么 | 要单独处理的地方 |
|---|---|---|---|
| 运营 | 商品编辑、订单查看与处理、营销活动配置 | 提现、收款账户绑定 | 调价走审批,不直接放开 |
| 客服 | 订单查看、退款处理、消息回复 | 商品编辑、库存修改 | 成本价不对这一层开放 |
| 投放 | 商品与订单数据查看、广告后台 | 店铺资金类、商品上下架 | 广告账户另开,不共用子账号 |
| 外部协作方 | 按合同范围开,通常商品编辑加订单查看 | 提现、收款、库存调整 | 按项目周期开,到期就关 |
这张表可以直接当模板用。填的时候有个顺序:先写岗位,再写这个岗位每天要点的按钮,最后反向删掉不点的那些。反过来先勾权限再想岗位,一定会多勾——因为界面上摆着那么多开关,人会本能地觉得「先开着,以后要用」。
投放这个岗位,要的是数据查看和广告后台。店铺侧只需要看商品和订单数据,用来判断素材和落地页的匹配度。广告账户和店铺账户是两套体系,站内那篇广告户对比里写过,店铺在商家后台管、广告在广告后台管,两个后台分别注册,账号体系是分开的。别指望用一个子账号把两件事都办了。
还有一类是外部协作方,比如代运营、服务商、兼职剪辑。这类账号的正确做法是「按项目开、按周期关」,而不是长期挂着。项目周期通常是 1 到 3 个月,到期就关,合作延长再开。忘了回收权限,是这类账号最常见的风险。
交接是最容易出事的一环
员工离职、岗位轮换、临时顶班,这 3 种情况都会让权限处于中间状态:人走了权限还在,或者新人接手但只拿到一半权限,跑不动。
稳妥的做法是把权限清单和岗位绑定,不和人绑定。谁上这个岗,就按这个岗的清单配一遍;谁下这个岗,当天回收。清单本身写在一张表里,包含功能项、数据范围、审批要求三列,每次变动都在这张表上改。
离职当天 24 小时内要完成的动作固定下来:停用子账号、撤销第三方应用授权里属于这个人的部分、改掉共享的邮箱和手机号。第三项最容易被漏掉,而它恰恰是风险最大的一项——共享账号意味着所有操作都记在同一个人名下,追溯时会失效。
多店运营的团队还要多一层:同一个运营在两个店都有账号,一个店停了另一个店忘了停。用达秘的多店铺协同把人员和各店的权限关系放到一处看,谁在哪个店有什么权限能一次看清,比逐个店去翻要可靠。

子账号和第三方工具的权限别混着给
一个常见的错误是:为了方便,把 ERP 的授权账号做成公共账号,团队几个人共用。这样做的后果是所有操作日志都指向同一个授权,等于把 100% 的操作记录集中到一个人名下,出了错查不到人,而且任何一个人离职都得重置整条授权链,中间所有自动化任务会停。
正确的做法是应用授权由主账号持有人一次性完成,工具内部再分人员账号。也就是说,工具这一层的权限管理交给工具自己做,店铺这一层只保留一个授权入口。这样两边的账都对得上:店铺侧能查到是哪个应用在读数据,工具侧能查到是哪个员工在操作。
投流素材这块还有一条硬规则要注意。站内那篇达人视频做广告素材的授权边界里提到,投流素材和挂车商品必须同店铺同主体,跨主体挂车在很多类目里直接不过审。这意味着素材库的权限也不能随便开给外部人——素材和店铺是绑定的,素材权限外流等于把投放资产外流。
出了问题怎么追
追溯的前提是「一人一号」。只要存在共用账号,追溯就等于失效。这一条比任何权限配置技巧都重要,而追溯窗口一般只保留 90 天,超过这个时间再想查,系统里也没有了。
在此之上,重点盯 3 类操作:价格变更、库存调整、退款处理。这 3 类动作直接影响钱,而且都不可逆。把它们的操作记录按每 30 天导出来看一遍,比等出问题再查要省事得多。
如果团队规模到了需要审批的程度,就把高风险动作改成「提交—审批—执行」,而不是指望人的自觉。权限清单本身也不是一次定终身,按每 3 个月复盘一次的节奏更新,人员变动和业务变化都能跟上。审批链的另一个好处是留痕,谁批的、什么时候批的,都在系统里。

常见问题
一个店能开几个子账号?
不同站点和账号类型有上限,具体数量以后台当期展示为准。真正该关注的不是上限,而是你有没有为每个子账号想清楚对应的岗位。开了一堆账号但没定岗位,等于把责任摊薄了。
能不能给运营提现权限?
不建议。提现和收款账户绑定属于主账号级别的动作,正常运营不需要碰这一层。如果确实需要有人处理资金,单独设一个财务角色,只给查看和发起,不给最终确认。
代运营要开什么权限?
按合同范围开,能少给就少给。通常需要商品编辑、订单查看、数据查看这三项,不需要提现和收款。合同到期或中止时,把子账号停用并撤销对应的应用授权,两件事都要做。
员工用个人手机登录,安全吗?
风险在于设备不可控。比较稳的做法是要求子账号开二次验证,并且不要在多台设备上长期保持登录。团队有条件的,给运营配专用设备或专用浏览器环境,把这部分风险隔离出去。
平台规则、费率与功能入口会随版本调整,实际操作以 TikTok Shop 商家后台当期展示、官方客服答复和所用系统的最新版本为准。
打开后台,翻到子账号列表,给现在开着的每个账号后面补一句「这个人上周用这个账号做了什么」。写不出来的那几个就是该回收的。判断标准只有一条:每条权限背后都要能对应到一个具体动作和一个具体的人,对不上的全是多余的风险;顺带把达人合作这一层的记录也理一理,用达秘把邀约、寄样、出片记录按人归到一处,谁跟进了哪个达人、进展到哪一步,不用再靠群里问。