三种运营形态，六维度评分
卖家自行管理是默认状态。卖家从自己的工具买面单，平台只提供订单数据、别的什么都不提供，每一次发货失败都是卖家的问题。平台不赚毛利、不拿数据，但也不承担任何风险。
托管面单在中间。平台通过白标物流 API 供应商，在卖家流程里提供面单。供应商持有承运商合约和运营机器；平台保留毛利，并把体验包装成自己的。上线快，控制薄。
嵌入式多承运商 API 是最深的选项。平台直接集成承运商，按线路比价，垫付现金流，跑账单与客服，把调整记在自己账上。毛利最大、所有权最大，包括对每一次失败的所有权。
| 属性 | 卖家自行管理 | 托管面单 | 嵌入式多承运商 API |
|---|---|---|---|
| 产品控制 | 低 | 中 | 高 |
| 工程投入 | 低 | 中 | 高 |
| 追踪完整度 | 低 | 中 | 高 |
| 支持控制 | 低 | 中 | 高 |
上面的表是所有权视角：平台投入什么、控制什么。下面的计分卡是价值视角：在决定商业论证的六个维度上，每个形态对平台有多有利。这些评分是对典型平台的相对评估，不是行业事实；第 5 节会告诉你如何用你自己的测量替换它们。
| 维度（对平台的有利程度） | 卖家自行管理 | 托管面单 | 嵌入式 API |
|---|---|---|---|
| 单位经济 | 低 | 中 | 高 |
| 卖家摩擦 | 低 | 中 | 高 |
| 配送与追踪控制 | 低 | 中 | 高 |
| 支持责任归属 | 低 | 中 | 高 |
| 承运商覆盖与降级 | 低 | 中 | 高 |
| 工程与运营负担（越低越好） | 低 | 中 | 高 |
在把这张表当圣旨之前，先记住两点。第一，前五个维度越高越好，负担维度越低越好，所以没有哪一列能全面胜出。第二，某个维度的「高」只有在能撬动第 2 节贡献公式时才有价值。没人测量的配送追踪控制权，是成本，不是能力。
