出口订单跟踪：状态字段怎么设

开篇：一句话结论

出口订单跟踪的设计核心是一句话：状态字段不是给客户看的进度条，是公司内部的时钟。好的状态设计满足三条：每个状态有明确的进入条件（谁做了什么才允许改状态）、每个状态有停留时限（超过多久触发什么动作）、主状态和异常分开建模（延误、查验、拒付是挂子状态，不是把主状态改来改去）。本文给一套十状态的可照抄方案——已确认、待排产/备货、已出库、已订舱、已报关、在途、清关中、已妥投、已收汇，加异常子状态层——并逐状态给出进入条件、停留阈值和责任人。这套字段用 Excel 也能先跑起来；想按你自己的业务流程看它在系统里怎么落地，走一遍演示比读十篇文章都快。

一、场景还原：两张截图引发的丢单

一家做传感器和模组出口的贸易公司，丢过一单很冤的大客户。客户是东南亚一家设备厂，首单合作愉快，第二单谈到一半，客户采购换了人。新采购的第一封邮件要了三样东西：上一单的完整时间线（下单到妥投各节点日期）、常买料号的历史交期表现、在途订单的当前状态。

公司这边翻了一天：跟单台账是一张 Excel，状态列只有「已发货」「到了」两种粒度；订舱、报关、清关节点的日期散在货代邮件和业务员微信里；上一单的妥投日期，是查物流官网的签收记录才拼出来的。最终给客户的汇总表里，三个节点日期标了「不详」。客户采购的回复很礼貌：数据不透明的供应商，我们内部过不了审。

复盘时老板的结论很扎心：不是我们跟得烂——事实上多数单按时到了——是我们从来没把跟单过程变成数据。状态粒度太粗，节点日期不落地，好过程拿不出证据。外贸客户（尤其上规模的工厂）考察供应商的方式，就是让你把历史订单拉出来看。这一篇解决的就是「怎么设计字段，才能随时拉得出来」。

二、核心方法：主状态、时限、异常层

1. 十个主状态：每步一个进入条件

主状态是一条单向流水线，每个状态写清三件事：进入条件（动作凭证）、默认时限（停留多久算异常）、责任人。照抄模板：

设计原理三条。第一，进入条件必须是「有凭证的动作」而不是「感觉」：说「已订舱」就要有 S/O 号，说「已妥投」就要有 POD，凭证字段和状态字段绑死，台账才可信。第二，时限不是 KPI 是触发器：每个状态后面的数字回答的是「待在这儿超过多久，谁该动一下」，这才是状态字段的真实功能。第三，状态推进权收口：业务员可以把订单从「已确认」推进到「备货中」，但「清关中→已妥投」归跟单岗，改状态有权限、有记录，进度数据才不会被「我觉得快到了」污染。

2. 异常层：用子状态，别改主状态

延误、查验、退单、客户拒付，是新手的字段设计最容易做错的地方——常见错法是把主状态改成「延误中」，结果流水线断了，报表里分不清有多少单正常走到哪一步。

正确做法：主状态照走，异常挂子状态，一票单可以同时是「在途」+「船期延误」两个字段值。异常子状态只需要五个起步：备料短缺、订舱甩柜、报关退单、清关查验、客户原因延迟。每个异常子状态带三个字段：发生日期、当前动作、预计恢复日期。这样做完，你的报表会多出两张以前没有的东西：各路线真实时效分布（剔除客户原因后），和异常类型频率表（哪条航线甩柜率高、哪个口岸查验多）——前者支撑你给客户报可兑现的交期，后者支撑你跟货代谈判换方案。

3. 状态数据怎么用：交期承诺与复盘

字段设计的终点是使用。三个用法给现成公式。用法一，交期承诺：新报价的交期 = 备货中位天数 + 该路线「已出库→已妥投」的历史中位数 × 1.3（安全系数）——用自家数据而非货代宣传页报交期，承诺兑现率立刻上一档。用法二，客户侧透明度：把主状态翻译成客户语言，在四个节点主动通报（出库、开船、到港、妥投），其余状态内部用——这正好接上跟单通报节奏的六触点设计。用法三，月度复盘：拉两张表，各状态停留时长分布找瓶颈环节（多数公司会发现卡在「备货中」而非海上），异常频率表按客户/航线/供应商三个维度切，决定下月改哪。

在系统里，这套字段对应的是订单状态流转、出货物流记录和操作留痕的组合：状态跟着单据走、节点日期自动落库。要诚实说边界：轨迹数据不会自动进来——船司和货代的跟踪接口不是桌面系统的标配能力，节点日期仍需人工或货代同步后回填；系统保证的是「回填有地方放、超时有人被提醒、历史永远查得到」，自动化的部分到这里为止。

三、落到经营：把跟单从个人经验变成公司资产

状态字段设计完成后，经营侧只剩两件事。第一件，把「问进度」从组织里删掉：老板不再问「那票土耳其的到哪了」，打开订单列表按状态和停留时长筛，两秒看到全部在途与卡点。第二件，把「跟单的口碑」变成数据：每个业务员的订单在各状态的停留时长、异常响应及时性，都沉淀在记录里，好跟单员和混日子的跟单员，数据先替你分出来。跟踪资源也该按这套数据做投放：大客户与长尾客户的分级投入决定哪些单值得盯到运单层，业务员的时间分配决定通报节奏跟到哪一档，ERP 的订单与物流能力全景可从 电子元器件ERP能力与流程 查起。

顺序建议：先把上表改成你们自己的路数（减状态可以，跳状态不行），用 Excel 跑一个月；跑得顺，说明流程立住了，再选支持状态自定义、操作留痕、超期提醒的工具把 Excel 换掉——工具进场是接管纪律，不是制造纪律。

四、常见误区

• 误区一：「状态越多越精细」——错。二十个状态的字段表最后没人更新，全靠业务员心算进度。正确的是主状态十以内、异常单独一层，每个状态必须有凭证动作支撑。
• 误区二：「客户来问，我再去找货代查」——错。被动查询的代价是让客户看见你的信息真空，信任每空一次掉一格。正确的是按四大节点主动通报，客户永远比你先知道进度。
• 误区三：「延误就改主状态成异常，方便盯」——错。主状态被改乱，时效数据和漏斗统计全废。正确的是主状态不动、异常挂子状态，两个维度各算各的账。

FAQ

问：单证（发票、产地证、箱单）要不要也做成状态？

答：要，但挂在「已报关」和「清关中」之间做子任务清单即可，不必上升为主状态。做法：每个订单按目的国配一套单证清单模板（发票、装箱单、提单、产地证、认证文件按需勾选），每份文件三个字段：应提供日、实际提供日、负责人。首单客户翻车最多的就是产地证晚于到港日——清单比状态更能防这类事故。

问：一票拆成多包裹多运单，状态怎么归并？

答：两层记账：运单层各记各状态，订单层规则汇总——全部妥投才算订单妥投，任一运单异常则订单亮异常标记。报表按订单层看履约表现，干活按运单层跟。注意别反过来：运单状态混进订单主状态，一张订单三个包裹就变三个进度真相，这是数据设计事故。

问：我们订单量小，一个月几票，值得搞这套吗？

答：值得，且越小越值得。月五票的团队，把十个状态列进现有表格、约定「谁改、凭证是什么」，半天就能上线；等月五十票再建，你要补的是几十票历史订单的时间线，那才是大工程。小团队的真正问题也从不是量，是数据散在微信里——状态字段是把散点串成线的最低成本方法。

按你的业务流程走一遍

十状态模板是骨架，每个公司有自己要增减的节点：做 DDP 的清关税费是主节点，做样品单的要单独一条流。别急着买，先看你的业务在系统里长什么样——把真实订单流程拿来走一遍演示，这套字段在系统里的落地形态十分钟看明白。

主 CTA：按我的业务流程走一遍演示

次 CTA：继续读：IC贸易业务全流程：从商机到开票的一张图 → IC贸易业务全流程：从商机到开票的一张图