封面示意：把物流、内容证据与后续跟进整理为可复核的流程。
一张实用的 TikTok Shop 寄样跟踪表，要能回答：哪个商品寄给了哪位达人，是否签收，什么时候需要发布内容，还有谁需要跟进。数据缺失时，表格也要保留“未知”，不能为了算出一个数字就填成零。
先复制下面的字段，再把寄样记录和内容发布义务分开统计。同一个包裹里的两个 SKU，可能只对应一次发布；重复导入的一行，也不应该增加成本或发片次数。
我们用 10 行虚构记录在 Navos 中做了一次受控测试。经复核的结果保留了全部原始行，整理出 8 条待办，并算出 4 个可评估发布义务中的发布率为 75%。这些数字用于说明计算方法，不代表真实店铺表现，也不是行业基准。
先复制这组跟踪字段
把以下表头作为 CSV 导入 Excel、Google Sheets 或团队数据库，每个字段单独占一列：
row_id,sample_id,content_obligation_id,creator_id,creator_handle,SKU,sample_type,approval_date,ship_date,tracking_number,delivered_date,confirmed_deadline,extension_or_appeal_state,post_url,post_date,content_evidence_status,attribution_state,gross_attributed_orders,confirmed_refunded_orders,product_cost_usd,packing_cost_usd,shipping_cost_usd,owner,notes
这 24 个字段与本次测试输入一致。ID 按文本保存，日期采用
YYYY-MM-DD，缺失值保留为 UNKNOWN。以 _usd 结尾的成本列使用美元，不能把不同币种直接相加。保留一张原始输入表，在工作副本中增加
duplicate_flag、duplicate_of、lifecycle_status、metric_eligibility、exclusion_reason 和 next_action。每次复盘另记 as_of_date，明确这份状态和数字截止哪一天。本次导出将日期写进了状态列名 lifecycle_status_as_of_2026_10_19；换一天复盘时，需要另存快照或同步更新日期标识。字段组 | 主要内容 | 用来判断什么 |
身份 | 行 ID、寄样 ID、发布义务 ID、达人 ID、SKU | 新寄样、多 SKU 明细，还是重复导入？ |
物流 | 发货日期、物流单号、签收日期 | 是否已有可靠的签收证据？ |
发布要求 | 样品类型、确认截止日、延期或申诉状态 | 仍在窗口内、已超过截止日，还是等待确认？ |
内容 | 内容链接、发布日期、证据状态 | 是否找到符合本次统计要求的内容？ |
成本 | 商品成本、包装费、运费 | 本次纳入评估的样品花了多少钱？ |
归因 | 数据可用状态、总归因订单、已确认退款订单 | 结果已知、确认为零，还是仍然未知？ |
跟进 | 负责人、原始备注、下一步动作 | 谁负责补证据或作决定？ |
真实运营还应补充数据来源、归因统计窗口、商品链接核验、内容使用权限和更新时间。这些是建议增加的字段，不属于本次模拟输入已验证的内容。
平台记录提供事实，团队表格补充跟进信息
2026 年 10 月 21 日复核的 TikTok Shop 美国官方资料，已经包含样品设置、申请审核、发货、内容跟踪和表现查看等流程。Sample Settings 还提供商品层面的 SKU 选择、审批方式和配额设置。
功能是否出现在店铺中，要看市场、账号和开放进度。批量发片提醒仍有测试版可用性限制，Automate Invitations 也按阶段开放。应以自己账号实际可见的页面为准。
因此，团队表格主要补充平台记录之外的运营信息：内部负责人、成本、内容使用权限、异常说明、统计口径和下一步决定。需要了解联盟合作的整体流程，可以先看 TikTok Shop 卖家联盟营销指南。
把三个 ID 分清楚
row_id：一条导入的 SKU 明细
每条导入行都需要独立 ID。自己的系统也可以叫
sample_line_id，但要保留它与原始行的对应关系。不同的行 ID 不一定代表不同的寄样。本次 R06 与 R07 的行 ID 不同，但寄样 ID、达人、SKU 和物流单号一致，因此需要标记为疑似重复。
sample_id：一次寄样请求或订单
一个请求中有水杯和杯盖两个 SKU，可以保留两行，并共用同一个
sample_id。如果实际发生拆包或多次发货，再单独记录包裹和物流关系，不要只凭行数推断包裹数。content_obligation_id：一次内容发布义务
这是发布率的统计单位。如果约定一条内容覆盖两个 SKU，两行共用一个发布义务 ID。只有协议或平台要求明确需要分别发布时，才拆成多个义务，并保留依据。
这样可以避免把“寄了两个 SKU”直接算成“应该发两条内容”。
本次模拟案例的分摊示意：保留两条 SKU 成本，发布义务只计一次。
状态要能追溯到证据
内部状态 | 需要的证据 | 下一步 |
已批准、待发货 | 已确认批准，但没有发货记录 | 指定发货负责人 |
运输中 | 有物流记录，没有确认签收 | 跟进运输状态 |
签收未知 | 已发货，但缺少可靠签收日期 | 补充签收证据 |
发布窗口内 | 签收已知，确认截止日未到 | 保持跟踪，按适用规则提醒 |
异常待确认 | 损坏、延期或申诉尚未解决 | 先确认当前义务 |
已提供内容、待核验 | 有链接，但尚未检查 | 核对日期、内容及商品链接 |
内容已核验 | 有按统计要求检查过的证据 | 记录内容结果，再看归因 |
超过截止日、无已核验内容 | 确认截止日已过，没有未决例外 | 跟进内容证据或按内部流程处理 |
已关闭 | 最终结果及处理记录完整 | 留存记录 |
美国免费样品规则通常要求达人在收到商品后 14 天内发布符合要求的内容。官方政策也提供一次 7 天延期及样品问题申诉机制，并说明卖家目前不会收到达人申请延期的通知。
因此，签收日期、确认截止日和延期／申诉状态应分开保存。不能统一用发货日期加 14 天，也不能在申诉未决时直接判定逾期。可退款样品及独立商议的合作要求，要按各自适用条款单独跟踪。
编辑绘制的流程图。使用截止日前，应先确认是否存在未决例外。
先确定哪些记录可以评估，再算发布率
本表采用一个内部复盘口径：先排除重复，再从免费样品中筛选签收日期已知、没有未决申诉或延期，且满足以下任一条件的发布义务：
- 截止统计日，已有已核验内容；
- 确认截止日早于统计日，但未找到已核验内容。
尚在窗口内且没有已核验内容、签收未知、申诉未决、可退款样品，都不进入这个分母。提前完成发布的义务可以纳入。
这不是 TikTok Shop 官方履约率公式。它提前纳入已完成记录，却暂时排除窗口内未完成记录，因此适合查看当前处理情况。比较达人或不同批次时，应统一寄样时间范围、到期规则和归因窗口，不能直接用这次小样本排名。
本文使用的内部时点统计口径，不等同于平台履约率公式。
已核验发布率
已核验发布率 = 纳入评估且已有已核验内容的唯一义务数 ÷ 纳入评估的唯一义务总数
同时显示数量和日期，例如“截至 10 月 19 日，可评估的 4 个义务中有 3 个已发布”，比单独展示 75% 更容易理解。
每次已核验发布的样品成本
本次成本定义为商品成本、包装费、运费之和。把可评估义务的所有合法 SKU 行相加，包括超过确认截止日却没有内容的样品成本。
每次已核验发布成本 = 可评估样品成本合计 ÷ 已核验发布义务数
如果发布数量为 0，显示成本和
N/A。需要计算补寄费、达人费用等更完整的成本时，另外取得数据并明确口径，不能把缺失费用默认算成零。商业结果单独计算
已知净归因订单 = 总归因订单 − 已确认退款订单
本例使用输入提供的退款订单数。真实导出如果已经扣除了退款，不要再次扣减；取消和退款存在重叠时，应先按订单去重。
归因不可用不影响已知的内容发布结果，但会阻止完整的商业结果计算。ROI 还需要收入、销售商品成本、佣金、费用等信息，不能用发片率或 GMV 除以寄样成本来代替。
Navos 实测：10 行记录整理出了什么
本次提供给 Navos 的是 10 行模拟记录，固定统计日为 2026-10-19，修订后的 V2 文件于 2026-10-21 返回并完成内容复核。
VERIFIED_FOR_TEST 是输入预设的模拟证据状态，不表示 Navos 实际打开并核验了 TikTok 内容。交付文件包括 HTML 报告、标准化跟踪 CSV 和异常待办 CSV。标准化表保留了 240 个原始字段值，包括完整备注，并增加 6 个分析字段。10 行记录全部保留，疑似重复行从汇总中排除。异常表有 8 条待办，同一寄样可以出现多项待办，所以不能将待办数当作寄样数。
输入已经提供 ID 定义、计算规则，以及若干异常的备注线索。这次检验的是能否按规则一致地处理数据，不是让系统在没有提示的情况下自主发现全部问题。
逐条看统计口径
原始行 | 发布义务 | 统计处理 | 纳入评估的成本 |
R01 | OBL-1001 | 截止日已过，未找到已核验内容；计入分母，不计入分子 | $14.00 |
R02 | OBL-1002 | 尚在发布窗口内，暂无已核验内容；暂不纳入 | — |
R03、R04 | OBL-1003 | 两个合法 SKU，共同对应一次发布；成本相加、义务计一次 | $14.00 |
R05 | OBL-1004 | 签收未知；先补签收证据 | — |
R06 | OBL-1005 | 模拟内容已核验、归因不可用；纳入发片及成本指标 | $24.00 |
R07 | 同一 OBL-1005 | 疑似重复 R06，负责人有冲突；保留记录、排除汇总 | — |
R08 | OBL-1006 | 申诉／延期未决；暂不纳入 | — |
R09 | OBL-1007 | 模拟内容已核验；4 笔总归因订单，2 笔已确认退款 | $13.00 |
R10 | OBL-1008 | 可退款样品；与免费样品分开 | — |
“—”表示未计入这次成本计算，不表示样品没有成本。R03 的 $12 与 R04 的 $2 合计为 $14；运费已经分配到 R03，R04 运费为零是正常输入。
复算结果
指标 | 计算 | 结果 |
可评估免费样品义务 | OBL-1001、1003、1005、1007 | 4 |
已核验发布率 | 3 ÷ 4 | 75.0% |
可评估样品成本 | $14 + $14 + $24 + $13 | $65.00 |
每次已核验发布成本 | $65 ÷ 3 | $21.67 |
归因数据完整率 | 3 个归因完整义务 ÷ 4 | 75.0% |
归因已知子集的净订单 | 0 + (5 − 1) + (4 − 2) | 6 |
R10 另有 1 笔已知净归因订单，不能混进免费样品队列。它的成本仍然未知。
$65 只包含本测试定义的商品、包装和运费，不是全部营销支出。R06 的成本和发布状态已知，因此缺失归因不妨碍计算 $21.67；整个评估队列的净订单、每单成本和 ROI 则仍然无法完整计算。
受控模拟测试，统计截止日为 2026-10-19。这些数字不是店铺基准，也不代表 ROI。
哪些地方仍需要人检查
第一版把缺失归因与每次发布成本混淆，对退款的解释超出了现有证据，也把已明确分配的多 SKU 运费列成异常。V2 已修正这些内容。最后两处文字编辑明确了“尚未测量”的含义，以及完整原始备注保存在 CSV 中；没有改变两个 CSV 或任何计算。
实际跟进时，签收未知要补物流证据，未决申诉要确认处理结果，重复行要核对有效记录与负责人。两笔已确认退款需要查原因，不能据此认定达人有不当行为。
依据返回的异常 CSV 重绘，不是 Navos 界面截图。负责人均为虚构角色。
在自己的记录上使用
如果当前 Navos Square 中能找到 Ecommerce Hacks → Ecommerce Growth Creator Commerce Funnel，先核对卡片，再提供数据。该入口及导出选项以实际账号为准。
- 备份原始记录，确定统计日，去掉分析不需要的个人地址等信息。
- 连同数据提供 ID 定义、样品类型及成本分配方式，要求保留未知值，不执行平台操作。
- 请 Navos 保留原始字段，增加状态和排除原因，分别输出跟踪表、待办表及指标计算。
- 对照源记录复核 CSV 和报告，尤其检查分母、重复行，以及建议是否有足够证据。
可以使用这段简版指令：
仅分析我提供的寄样记录，统计截止日为[日期]。保留全部原始字段和备注。按content_obligation_id统计发布义务，多SKU成本逐行保留，重复导入从汇总排除。仅评估签收已知、无未决申诉或延期，且统计日已有已核验内容或确认截止日已过的免费样品义务。排除窗口内未完成义务，可退款样品单独处理。输出标准化跟踪表、带负责人的异常待办和注明纳入/排除ID的公式。归因、日期和成本未知时保持未知，不推断ROI、不操作平台。如支持，提供CSV和HTML文件；不支持的格式请明确说明。
本次测试验证的是所提供小批量数据的整理结果，没有验证连店、实时物流或内容查询、达人消息发送、样品审批，也没有证明商业效果提升。
每天更新待办，每周固定一次复盘
每天更新发生变化的物流和内容证据，优先处理签收未知、损坏和申诉记录，再检查临近截止日的义务。每项未完成工作保留负责人、下一步动作和更新时间，避免多人重复跟进。
每周冻结统计日与来源文件，检查重复行，将开放中、异常待确认、可评估记录分开。只计算数据和定义完整的指标，再决定哪些记录需要补证据、重新沟通或单独做商业复盘。
团队沟通可以参考 达人邀约与跟进 SOP。合作开始涉及固定费用或素材使用权时，用 达人报价与合作条件谈判指南 单独管理条款，避免把所有内容都塞进一个状态格。
常见问题
寄样跟踪表至少需要哪些字段？
至少包括行 ID、寄样 ID、发布义务 ID、达人 ID、SKU、样品类型、物流与签收证据、确认截止日、异常状态、内容证据、成本、归因状态、负责人和下一步动作。
免费样品的发布时间从哪天算？
美国官方资料以收到商品为起点。实际跟踪应使用确认签收日期和当前平台记录，并检查延期或申诉，不能直接从审批或发货日开始计算。
还在发布窗口内，要不要进入发布率分母？
本文内部口径暂时排除窗口内未完成的义务，但可纳入提前发布且已核验的义务。如果比较完整到期批次，应等待所选义务到期，并统一处理例外。
一个包裹有多个 SKU，怎么算？
每个 SKU 保留独立明细，共用来源寄样 ID。一次内容覆盖两个 SKU 时，共用一个发布义务 ID；只有明确要求分别发布时才拆开计算。
TikTok Shop 本来就有寄样管理，为什么还需要表格？
平台提供申请、审批、物流和内容等记录。团队表格补充内部成本、负责人、异常、权限和决定历史，是否需要由团队协作方式决定。
这张表能证明寄样 ROI 吗？
不能单凭表格结构证明。还需要完整且口径一致的收入、退款、销售成本、佣金和费用。归因缺失时应保留限制。
这次证明 Navos 可以自动审批或联系达人了吗？
没有。本次验收的是模拟记录整理后返回的 HTML 与两个 CSV，不涉及这些平台操作。
先用一批记录检查口径
复制字段，选定统计日，从一批记录开始。计算前先核对 ID、成本分配和未知值，再把待办交给负责人。使用 Navos 整理时，也要把源记录留在手边，检查它对数据的解释后再行动。
