Siri 查订单,你的 App 准备好了吗?

“帮我看看昨天买的耳机到哪了。”

假设你昨天买了两副耳机，一副黑色，一副白色。黑色的已经派送，白色的还没出库。Siri 该回哪一句？

在 App 里，这个问题几乎不会被提出来。你点了黑色那一行，开发者拿到订单号，调接口，展示物流。换成一句话，原先由你那一下点击提供的信息，突然少了。

苹果给 App 多开了一扇门

11 月 3 日，苹果向所有开发者开放 Siri AI 开发者预览。在 iOS 27.3 等系统的测试版中，开发者可以通过 App Intents，把 App 里的内容和可执行的操作提供给 Siri AI。苹果还引入了 skills，让开发者描述多个动作如何组合。官方举的例子里，就有查配送进度。

这里要分清两个时间点。开发团队现在可以做原型、测体验；苹果公告给出的 App Store 提交窗口是春季。目前的预览对设备、语言和地区也有要求。下文的中文对话用来说明产品设计。

一个订单号，原来是用户替我们选好的

沿用耳机的例子。假设现有代码里有一个“查询物流”方法，参数是订单号。团队可能觉得接入很轻松，毕竟接口早就有了。但用户说的是“昨天买的耳机”。时间、商品名都是线索，单凭这两条线索，还不能确定订单号。

如果只找到一单，App 可以返回最新物流状态和更新时间。如果找到两单，两个订单号读出来毫无帮助，商品颜色反倒是最有用的信息。“黑色那副，还是白色那副？”用户回答“黑色的”，查询才应该继续。如果一单也没找到，就让用户放宽日期范围。说“没找到匹配订单”，比告诉用户“你没买过耳机”准确得多。

移动开发里，页面其实替业务做了不少决定。 列表限定了可选范围，点击确定了对象，登录页确认了身份。要把查询能力交给 Siri，团队得先把这些散落在页面里的决定找出来。

QA 最值得追问的是第二句话

第一次演示很容易做得漂亮。准备一个已登录账号，放一笔订单，问一次，返回“派送中”。真正有区分度的验收，要多走一步。

比如，用户刚选了黑色耳机，登录态恰好过期。此时应先验证身份。重新登录后，如果还是原账号，可以接着查；如果换了账号，就得重新匹配订单。再比如，物流接口超时，应该告诉用户“暂时查不到，可以重试”。“尚未发货”是业务状态，超时只说明这次没拿到结果。两句话听起来都像答复，只有一句符合事实。

我会让开发和 QA 一起验两样东西：用户最终听到了什么，后台实际查的是哪一单。只看回复通顺，查错订单的实现也可能过关。

第一个试点，我会选查询物流

查物流的好处是答案有出处，团队可以拿同一笔订单在 App 里核对。等查询跑通，再讨论“把刚才那单取消”。多了“取消”两个字，验收条件就变了：用户确认的是哪一单？重复说一遍会怎样？服务端已经取消、客户端却超时，再问时应该怎样回答？

下次需求评审，不妨只花十分钟。让产品、开发和 QA 各自写下四种情况下用户应该听到什么：匹配一单、匹配多单、登录失效、查询失败。把答案摆在一起，往往就能看出哪条规则还没人定。

我最想在演示里听到的，其实是那句“黑色的，还是白色的？”它说明团队知道用户要查什么，也知道什么时候该把选择权交还给用户。