Dolphin Anty 在跨境团队里最容易被用错：大家把它当成登录捷径，却没有把 profile、平台子账号、2FA、交接记录分开管理。正确用法是：Dolphin Anty 负责 profile 的归档、共享、转移和历史记录；平台后台负责角色、权限和合规限制。
这篇只讲合法团队协作，不涉及平台限制处理、批量行为脚本或任何不符合平台条款的做法。下面的 SOP 适合四类场景：老板把运营号交给员工、外包客服接班、财务临时看账单、广告负责人离职。
什么时候该用 Dolphin Anty 做团队交接
只有当团队已经有明确业务归属时，Dolphin Anty 才值得进入 SOP。比如一个 TikTok Shop 店铺对应一个运营负责人、一名客服、一名财务审核人；或者一个 Meta Ads 资产组合对应投放负责人和财务付款人。
不要把 profile 当成平台账号本身。平台账号、店铺、广告资产、收款账户的所有权仍以 TikTok Shop Seller Center、Meta Business、Amazon Seller Central、Shopify Admin 等后台记录为准。Dolphin Anty 只是把日常工作环境、备注、标签、访问记录集中起来，方便交接时追溯「谁在什么时间做过什么」。
官方 Profile Management 文章在 2025 年 8 月 7 日列出的功能包括 Cloud synchronization、Show permissions、Profile password、Export & Import、View history、Transfer profile 和按 user、status、tags、folders 等字段筛选 profile。跨境团队真正该用的是这些管理功能，而不是把多人操作混在一个口头约定里。
Profile 命名与归档规则
命名先服务证据链，再服务搜索。一个 profile 名称至少包含平台、店铺或资产、负责人、用途和状态，不要只写「US-01」「店铺 A」这种三个月后没人看懂的名字。
| 字段 | 推荐写法 | 交接价值 |
|---|---|---|
| 平台 | TTS、MetaAds、Shopify、AmazonSC | 判断归属后台，不把广告、店铺、独立站混在一起 |
| 资产 | 店铺简称、广告账户编号、品牌名 | 对应平台后台里的真实资产 |
| 负责人 | owner-chen、ops-li、finance-wang | 发生账单或订单问题时能找到责任人 |
| 用途 | orders、ads、finance、support | 限定 profile 的工作限制 |
| 状态 | active、handover、readonly、closed | 离职、暂停、归档时不靠记忆判断 |
示例：TTS-USShopA-ops-li-orders-active。如果任务从运营转给客服，只改负责人和用途，不要改掉平台与资产字段。这样 Profile History 里的变更记录才容易和交接表对上。
文件夹按业务线分，不按个人分。个人离职会变，店铺、广告账户、品牌线才是长期结构。可以用 TikTokShop/US/ShopA、MetaAds/BrandB、Shopify/DTC-C 这类层级，减少后续迁移成本。
权限分层方法
权限分层先从平台后台开始。TikTok Shop 官方的 Seller Center 角色页在 2025 年 8 月更新，列出 Main Administrator、Affiliate Manager、Finance Specialist、Advertising Manager、Marketing Specialist、Customer Service Agent、Order Fulfillment Specialist、Product Management Specialist 等角色；另一个 Access Management 文档在 2026 年 3 月说明，店主可以创建 sub-accounts，使用默认角色或自定义角色，且只有 shop owner account user 能分配和调整角色。
Dolphin Anty 里的权限只做第二层。官方 What’s New 页面写到团队角色包括 admin、team lead、user；profile 可用 Share 授权，也可用 Transfer 做永久交接；权限可以在 Show permissions 里查看和调整。
实操上按这 4 层拆：
- Owner：只给老板或公司管理员，负责付款、2FA 恢复码、删除成员、最终归档。
- Team Lead：负责创建文件夹、分配 profile、审核交接记录，不直接持有所有平台最高权限。
- Operator：只拿自己岗位需要的 profile 与平台角色，例如商品、订单、广告或客服。
- External：外包、代运营、临时翻译只用限时 Share，不给删除、转移、导出本地数据等高影响动作。
不要用一个高权限 profile 解决所有岗位。财务看账单、客服处理消息、运营改商品、投手看广告数据，本来就是四种责任。合在一起，后面很难判断是哪一步出了问题。
交接前必须留存的记录
交接不是把账号密码发给下一位同事。交接前至少留下 6 类记录：profile 名称、平台资产、当前负责人、Dolphin Anty 权限截图、平台后台角色截图、最近一次 Profile History 截图。
Dolphin Anty 的 Profile History 官方文章说明，历史记录可以从 profile 菜单里的 History 打开，包含总运行时间、当前状态、启动次数，并记录 profile creation、profile launch、session finish、cookies import/export、profile edit、profile transfer、access-right changes、proxy changes/deletion、status、tag、note 等变化。记录带时间戳，还能按 user、action type 和 time period 过滤。
交接表建议用下面 8 列：
| 列名 | 填写要求 |
|---|---|
| Profile ID / 名称 | 与 Dolphin Anty 内名称完全一致 |
| 平台资产 | 店铺、广告账户、独立站后台或财务后台名称 |
| 当前负责人 | 写公司邮箱，不写微信昵称 |
| 接收人 | 写公司邮箱和岗位 |
| 权限来源 | Dolphin Share、Dolphin Transfer、TikTok Shop User Management 等 |
| 2FA 责任人 | 写持有人和恢复码保管人 |
| 最近日志 | 截图日期、时间范围、筛选条件 |
| 回收日期 | 临时协作必须写到具体日期 |
截图命名也要固定：2026-05-23_TTS-USShopA_ProfileHistory_ops-li_to_support-chen.png。以后发生订单、账单、广告素材争议时，文件名本身就是第一层索引。
2FA 与密码处理方法
Dolphin Anty 官方 2FA 文章在 2025 年 1 月 31 日说明，2FA 是密码之外再加一层验证码，方法包括 SMS、app-based 和 hardware-based；Dolphin Anty 使用 app-based 2FA，可以通过 Google Authenticator、Duo Mobile、Microsoft Authenticator 等应用完成。
跨境团队不要让个人手机成为唯一验证点。推荐做法是：公司管理员开启 Dolphin Anty workspace 的 app-based 2FA，恢复码放入公司密码管理器；平台后台的 2SV 或 2FA 按平台规则绑定公司控制的号码、邮箱或认证器，不把验证码长期交给外包。
TikTok Shop 美国站 2026 年 2 月 26 日的 2SV 文档写得更明确：all sellers 必须设置额外登录保护；新卖家在 onboarding 阶段完成，已有卖家在 Seller Center 里添加手机号并开启；首次通知后 30 天内未完成，withdrawals 可能被限制，完成后限制通常在 24 小时内解除。
这意味着 Dolphin Anty 的 profile 交接不能绕开平台安全设置。接收人拿到 profile 后，仍必须用自己的平台子账号、岗位角色和公司认可的验证方式进入后台。
设备日志和 Profile History 查看方法
每次交接先看 Profile History，再决定是否接收，确认这份 profile 是否有完整的使用轨迹，再处理权限回收或负责人变更。
优先看 5 类记录：
- access-right changes：谁给谁开过权限，权限是否还存在。
- profile transfer：是否发生过永久转移，发送方和接收方是否匹配交接表。
- profile edit：备注、标签、状态、主要网站是否被改过。
- cookies import/export：是否有本地导入或导出动作，导出文件由谁保管。
- proxy changes/deletion：网络配置是否被改动，是否有记录说明原因。
如果团队管理多个国家或多个岗位，环境稳定性应写进办公 SOP，而不是散落在个人电脑里。外包客服、财务和值班运营轮班时，最常见的混乱来自临时设备、临时网络、临时验证码和口头交接混在一起。远程团队可以把跨境电商团队稳定线路作为后台值班环境的一部分，重点是减少临时变量、统一值班记录和责任人，不是改变任何平台规则。
平台限制：哪些动作不应放进 profile
第一，不把平台明确要求用子账号处理的权限放进 Dolphin Anty 备注里代替。TikTok Shop 的 Access Management 文档说明，店主可以通过 My Account > Account Settings > User Management 创建员工 sub-account，并选择角色、邮箱和语言；新用户需要在 120 小时内通过激活邮件完成启用。既然平台给了角色系统，就不要用共享口令替代。
第二，不把付款、提现、税务、银行账户这类高敏权限交给日常运营 profile。TikTok 的角色页还说明，部分 Seller Profile 标签只对 shop owner 可见，例如 Account Information、Tax Information、Bank Accounts、User Management 和 Linked TikTok Accounts 等。财务权限应在平台后台按岗位开，Dolphin Anty 只保存交接状态和操作证据。
第三，不用 Dolphin Anty 的自动化或同步功能处理平台政策不允许的动作。官方 Profile Management 页面确实提到 Run script、Script run、Cookie robot、Export & Import 等能力，但跨境团队 SOP 不应把这些能力写成业务增长动作。真正可上线的 SOP 只保留权限、记录、归档和审计用途。
离职或外包结束权限回收
回收顺序不能乱。先冻结平台权限，再处理 Dolphin Anty；先保留证据，再删除访问。
推荐顺序如下：
- 在 TikTok Shop、Meta、Amazon、Shopify 等后台停用对应子账号或收回岗位角色。
- 截图保存平台用户管理页、Dolphin Anty Show permissions 和 Profile History。
- 在 Dolphin Anty 里取消 Share，或确认 Transfer 是否已完成并被接收。
- 轮换共享邮箱、密码管理器、2FA 恢复码和客服工具访问权。
- 把 profile 状态改为
closed或readonly，备注写明回收日期和审批人。 - 归档交接表、截图、邮件通知和工单编号。
如果删除 Dolphin Anty 用户，确认该用户名下云端 profile 的归属。官方 What’s New 页面提到，删除用户时可选择保留该用户的 cloud profiles，并把 tags、proxies、statuses、notes、settings、start pages、trash contents 等数据转移过来；活跃 profile 会继续在 admin 名下运行。这个动作适合离职回收，但必须在截图留证之后再做。