评估东南亚自动驾驶项目时，建厂计划只能回答一部分问题。我们建议把项目拆成两条线：车辆能否按计划交付，以及拟开展的服务能否在明确的边界内运行。把两者合并成一个“区域成熟度”分数，会掩盖试点真正需要解决的问题。
先看清资料的年代与范围
东盟自动驾驶全景报告封面标注的是 2023 年，讨论范围包括跨境数据流、网络连接，以及人与系统之间的交接。它适合帮助团队列出调查问题，不能当作当前获准部署项目的清单。东盟报告：封面与第 2.5 节
新加坡交通部在 2026 年 5 月 7 日的书面答复中说明，自动驾驶部署评估会在进入载客及无人驾驶阶段前考察技术表现和公众接受度，其中涉及实际路线上的无安全员干预运行，以及在获准地理围栏范围内处理交通情境的能力。新加坡交通部答复
这反映的是该日期的新加坡做法，不能据此推定东盟各国实行相同流程。以下试点简报是我们的规划建议，不是上路许可或车辆安全标准。
演示脚本之前，先写运行范围
写清试点路线、停靠位置、服务对象、运行时段，以及哪些条件下不运行。分别定义车内安全员、远程支持和其他责任人员的职责，不要用一个模糊的“人工接管”概括所有岗位。
接着列出暂停试点的条件：谁作出决定，车辆如何恢复或回收，乘客等待时会看到什么提示。工程与运营团队应先达成一致，再决定向用户承诺怎样的体验。
不同角色，需要不同的座舱任务
安全员可能需要监督信息或符合设计的控制权交接；乘客需要知道在哪里上车、为什么停车、怎样求助；服务人员则需要准确理解车辆当前状态。建议分别写出每类人员的任务和预期响应，再设计界面。
不要默认每一种自动驾驶服务都有驾驶员可以接管。如果实际系统设计包含控制权转移，就应围绕该设计验证交互与时序；如果不包含，乘客界面就不应暗示未经训练的乘客必须接手驾驶。
用场景记录积累证据
每个场景记录起始条件、预期系统状态、用户看到的提示或控件、责任人员、执行结果和遗留问题。可以从上车点受阻、服务中断、乘客信息连接丢失等问题开始讨论。这些只是规划提示，不构成完整的安全测试集。
记录应绑定实际测试的车辆与软件版本。某条路线的一次成功运行，不能单独回答另一条路线或另一种运营方式是否具备条件。
明确下一轮试点要证明什么
最终交付物应是一份有边界、有负责人、有待验证问题的试点简报。制造评估用于说明车辆可用性与项目节奏，运行评估用于列明拟开展服务还缺哪些证据和当地许可。把两条线同时保留，团队才不会把制造里程碑当成部署决定已经完成。