“聚合，就是这一代人
要完成的科学工程。”

这个项目无先例、无专职团队。我按阶段切换三重身份：前期当采购专员寻源并引进海外供应商，中期当产品工程师与云平台一起定义服务与资费，后期当市场专员协同各战区把它推向客户。

我相信先用调研把需求量化，谈判时才有底气要价；先把自有服务形态定义清楚，供应商的能力才能被「翻译」成客户看得懂的功能；最后用真车 PoC 而非 PPT 来说服战区。

除了合同与意向客户，更长期的资产是一条公司此前没有的「技术评估 - 合同 - 供货 - 付款 - 维护」非大陆主体供应商引进全链路。第一次跑 eSIM 引进，前后耗时 9 个月；后来 Stripe（海外线上支付平台）的引进直接复用了它，引进时长大大缩短。

评估并引进美国代扣代缴上市公司 Stripe；针对各大战区合同归属与税务归属的难题，与财务团队展开多轮讨论协商，最终确立「以新加坡为试点、铺设全战区」的推进思路；2026 年 7 月协助完成软件服务合同签署，并推动云平台 12 月上新含 Stripe 整合的收费方案。

FT Cloud 过去靠邮件下单、人工开票、表格台账——管理靠一个人、续费靠提醒、坏账靠运气。引入 eSIM 这类高频小额订阅后，纯人工模式根本无法规模化。先把收费管道做成真正的 SaaS，其他订阅业务才有地基。

这是 eSIM 供应商引进全链路的第一次复用：「技术评估 - 合同 - 供货 - 付款 - 维护」的方法论让 Stripe 的引进整体高效；全战区收费网络成型后，eSIM 流量包、Token 算力等高频订阅都有了同一条收费管道。

「市场调研员 + 小老板」双重身份——以调研员身份深入一线收集事实，以经营者视角反问：如果这是我的生意，我会不会为 SMB 立项？

SMB 的采购决策人就是老板本人：价格敏感、要即买即用、不想养 IT；对「驾驶安全监控」的付费意愿和管理半径都有限——他们担心的是停着的车被偷、货被盗、出了事故说不清。

两版报告完成了从「市场判断」到「产品判断」的下沉：值得进，但不是 AI Dashcam。方向需要市场来回答——我与上级经过多轮讨论与争取，决定不再只停留在研究，直接做一次低成本的营销试验，让市场用行为投票（下一页）。

为发布哨兵 Sentinel（Always-on 停车守卫摄像机）搭建独立海外营销站：规划 Challenge → Answer → Features → Intent AI → Alerts → IoT → Cases → Docs 的信息架构，撰写全部英文文案，整合 3D 模型、视频、夜视对比等素材，并设置演示预约与询盘入口。

SMB 的买家要的是「看得懂、算得清、买得到」。所以这个站不讲参数堆砌，而讲「发动机熄火后车还被守着」。把 400 mW 功耗、90 天待机、0.02 lux 夜视翻译成他们关心的场景语言。

它把产品发布变成了一个可访问、可转发、可承接询盘的真实阵地，也成了战区销售面向 SMB 客户的统一说辞来源。产品语言与市场语言，在这里完成了聚合。