客观评价这件事，我们想得更谨慎一点

导出时会自动带上公司、品牌与网站的页眉页脚；需要页码请在打印对话框的「更多设置」里保留浏览器的页眉和页脚。

案例页的常见做法是放客户名称与效果。这种做法的问题不在于不真诚，而在于信息无法被检验：您无法知道那个客户的链路与您是否相同、口径是否一致、结论是在什么前提下达成的。

海外的业务数据还有一层特殊约束。客户的采购价、渠道价、门店成交价与税费结构，本身就是商业机密；未经授权把这些数字印在站上，是不该做的事。所以我们把「先放什么」倒过来：先放系统本身，让您自己动手判断；客户名称与真实口径，只在取得授权之后才公开。

这不是回避，而是换了一种更可检验的方式：介绍一个结论，您只能选择信或不信；打开一套演示，您可以直接看它对不对。可打开的演示租户 就是这条路径的实现，半小时体验路径 是这条路径的具体走法。

还有一层不那么明显的原因：客户名与数字会带来锚定。看到「某大型经销商集团」之后，读者会不自觉地把自己的业务与它比较，而比较的基准其实并不清楚 —— 规模、市场、渠道结构、成本口径都可能完全不同。结果是既没得到可用的信息，又凭空多了一个说不清的预期。把系统本身放出来，比较的基准就变成了您自己的业务，这才是有意义的对照。

我们在站上不写「效率提升百分之多少」「库存周转改善多少」这类数字，也不写「上线后多久见效」。原因不是谦虚，而是这类数字在这门生意里不成立。

我们愿意给的，是可核验的表述：哪条产品线已实现、能不能打开演示、某项能力在哪个环节生效、某个字段怎么算。这些说法可以被您当场证伪，因此比一个好看的数字更有用。同类原则也适用于税务：我们只写结构性口径，不写具体税率数值，理由见本页第七部分。

站上关于能力的表述只有两种，它们对应两种不同的可核验程度，不能混用。

这两种表述的分工是：「已实现」用于能力，「按需」用于市场。我们不会把「按需新增」说成「已支持某个国家」，也不会把「已实现」说成「效果已验证」。如果您在两处看到不一致的说法，那是我们的疏漏，请直接指出。

可核验的表述还有一个对我们自己有利的副作用：它约束我们。当一句话必须能被您当场证伪时，我们就没法用模糊的词去盖住不确定的部分，只能把不确定的地方也写出来 —— 这也是这份材料里那些「不写什么」的段落存在的原因。

同一套纪律也用在交付上：周期的主要变量是口径与数据，所以我们在调研阶段先给顺序和范围，不先给日期，见 交付方式。

如果您只带走一件事，希望是这个：这套系统的好与不好，您可以在不需要我们参与的情况下判断。下面三条路径按投入递增，任选一条都可以开始。

1. 1路径一：打开演示，看一台车五分钟。在演示租户里随便挑一个 VIN 打开，看它身上挂着哪些东西：成本、单据、物流节点与状态。这一步判断的是「档案是否完整」。入口见 可打开的演示租户。
2. 2路径二：走一遍半小时体验路径半小时。按五步走完，重点是第三步的成本卡：拿您自己的成本表逐项对照。这一步判断的是「口径是否覆盖您在算的项目」。走法见 半小时体验路径。
3. 3路径三：对照两张清单半天，可离线做。用单车成本卡字段清单 与 单证齐套检查点 对照您现在的表；对不上的项，就是沟通时该问的问题。这一步不需要系统权限。

三条路径都不需要留资，也不需要先听介绍。我们希望沟通发生在您已经形成了具体疑问之后 —— 那时讨论的是实现方式，而不是「能不能做」。

案例在站上可能出现三种状态，我们在这里把标准写清楚，避免「以后再说」。

顺序不会颠倒：不会先写案例再补授权，也不会用「某知名车企」这种无法核实又暗示客户身份的说法。如果您愿意分享自己的出海链路，我们也可以一起整理成案例（可匿名）—— 过程中暴露的问题，往往比结论更有用。

「客观」落到操作上，就是愿意把可复核的东西一条条列出来。下面这些是我们随时可以对照的项。

最后把「我们故意不写什么」也讲清楚。一份材料的可信度，一半来自它写了什么，另一半来自它不写什么。

• 不写具体税率数值与百分比。税率与门槛随目的国年度预算与行政令调整，写死一个数就是在制造一个必然过期的承诺。涉税内容一律只写结构性口径：有哪些税种、怎么分档、税基是什么、认证体系叫什么。要核对当期数值，请以目的国官方法规为准。
• 不写具体办理天数。周期取决于当期法规与受理情况，任何固定天数都会在第二年失效，并被当成承诺。
• 不写效果数字。见本页第二部分。
• 不写无法核实的客户。「某知名车企」「某头部经销商」这类说法既暗示身份又无法验证，我们不使用。
• 不写「某某国家版系统」。国家只以「用哪个区域包」的形式出现，见 海外业务服务标品 里对这条纪律的解释。
• 不把「按需新增」说成「已支持」。两者的区别在第三部分已经写明。

这些边界会让材料看起来比同行「说得少」，但每一条都经得起追问 —— 对我们来说，能被追问比第一眼好看重要得多。

这份材料最常见的用法，是被带进一次内部评审。所以最后补一节：如果要拿它去说服同事或上级，带什么最有用；以及面对任何一家供应商都适用的五个问题 —— 包括我们。

先说「带什么」。最没有说服力的是一叠截图，因为它只能证明「有一个界面」；最有说服力的是三样：一段与您业务一致的链路顺序、一份您自己的成本科目与清单的对照结果、两三条具体问题。这三样都来自前面几节的路径，任何人都可以自己复现，因此不需要依赖我们的说法。

这五个问题的共同点是：它们都能被回答成「能 / 不能」或者一个具体位置，而不是形容词。如果对方的回答停在「这个没问题」「我们都可以」，那说明这件事还没有到能落地的程度 —— 这句话对我们也适用。

顺带说一句我们自己的用法：这几页材料不打算替您做结论，只希望在您做结论时提供可以指认的东西。如果哪一处说法与您查到的不一致，请直接指出，那比一句「还不错」有价值得多。

到这里，您应该已经掌握了不需要我们参与的空手判断方法。下一步通常只有一个动作：把「对不上的地方」收敛成两三条具体问题，然后带着它们沟通。问题越具体，沟通越省时间 —— 我们不需要再讲一遍功能，您也不需要再听一遍介绍。

如果还没有摸到具体问题，按 半小时体验路径 走一遍，通常会有；如果想先看系统在不同市场的差异配置是什么样，见 区域包机制。