一家在东南亚和欧洲都有子公司的服装企业，九月开了个项目会。海外团队抱怨总部的报表太慢，每月十号才能看到上个月的数字。总部抱怨海外给的数据不准，改了三遍还对不上。会开到一半，有人提议请一支 FDE 团队进来，把两边接起来。董事长问，先解决语言，还是先解决时区。
这个问题听着像技术细节，其实是排期问题。语言可以请翻译，时区没法翻译。
FDE 这个角色本身就是跨地域配置的。公开报道里，OpenAI 把前沿部署工程单独列成一个团队，在旧金山、西雅图、东京、首尔、新加坡同时招人。Anthropic 把新加入的人叫 founding FDE。国内几家大厂也在招，腾讯在社招里挂了三个前线部署工程师的岗位，要求三到五年以上经验，归在产品这个职业类别下。字节直接叫 AI FDE 工程师，放在研发类别，从飞书、火山引擎到数据平台都有岗位，连实习生都设了这个岗，归在销售支持那一类。同一个岗位，在三家公司挂在三个不同的序列里，说明它的边界还没定型。
出海企业用这套能力，第一个场景通常选错。多数人选最酷的那个，比如海外子公司的智能选品。这类场景数据最不全，验证周期最长，做完也没人敢用。
该选的是对不上账的地方。海外和总部每个月为了同一张报表吵一次，这件事有三个特征，高频、有明确的对错、有现成的人。这三条凑齐，项目三个月能出结果。
具体做法是先把时区当成一个设计条件。总部九点开会，欧洲那边是凌晨两点，东南亚是八点。这意味着所有需要两边同时在线的事，一周只能安排一次。把这一点写进项目计划，交付节奏就要改成异步，每天各写一段，第二天上午汇总，不追求实时对齐。
语言反而好办。指标名做成双语对照表，一个中文名对一个英文名，只允许一对一，不允许一对多。这张表做出来，比请两个翻译管用。
做错的样子见过两种。一种是总部派两个人飞过去驻三周，回来写了一份报告，报告很漂亮，海外团队没一个人会用。另一种是全部交给海外本地团队自己做，做完总部不认，因为口径是本地定的。
可行的结构是三个人。一个总部派出的 FDE，负责方法和组件。一个海外本地的业务骨干，负责判断什么值得做。一个集团信息口的人，负责权限和数据回流。三个人的汇报线各自归各自的老板，项目上向一个双周会负责。这个结构不新，但它把三件事分给了三个能负责的人。
三个人的汇报线各归各的老板，摩擦一定会出现。海外的人会觉得总部的 FDE 不懂本地，总部的人会觉得海外的人在拖。这时候双周会必须有一个人能拍板，通常选业务一号位，他不需要懂技术，只需要在两边僵住的时候说一句按哪个来。没有这个角色，会开十次也定不下来。
还有一件事要提前说清。海外团队给的数据，归谁。归总部，海外会防着；归海外，总部用不了。可行的写法是双方共有，一方要用需提前告知，这条写进项目章程，比写在合同里管用。 希纪在给企业做海外组织诊断时，最常听到的一句话是「海外团队不听总部的」。往下问一层，多半是总部给的是要求，没给工具。要求可以下命令，工具得有人送过去。
回到那个项目会。董事长最后定的是，第一个场景做月度合并报表，三方各自出一个人，双周开一次会，三个月验收。智能选品往后放。
这个顺序不激进，但它符合一件事的规律。跨时区的协作，先要把对账这件事做顺，才有资格谈洞察。
一个可以带走的检验，把总部和海外每个月吵架的那张表拿出来，数一数有几个字段两边定义不同。超过五个，第一个 FDE 场景就该是这张表。少于三个，说明问题不在数据，在人。
希纪 · 服装产业观察