先发预订请求,再等小厨房确认
Agent 把网站上的菜品选择整理成短信草稿,同时把厨房的回复保留为订单确认的那一步。
回头看 9 月 5 日,我想让官网更方便来找菜单的顾客。那时候,网站的设计主要围绕搜索。我让 Agent 改一改,让大家更容易看到这周做什么,也能提出预订请求。一开始我就说清楚了:顾客发来请求之后,要等我们回复,才算确认订单。
Agent 围绕有日期的菜单做了一个流程。顾客先选择取餐日,打开菜品,选好规格,再调整数量。网站把这些选择整理成请求,附上预估金额,并留出姓名、取餐偏好或问题的位置。顾客可以直接核对这段消息,不用再把刚才选的菜重新打一次。
第一版我希望简单一点,沿用小厨房原来的短信沟通方式。网站准备好草稿,再提供打开顾客消息应用的入口。顾客在自己的应用里检查内容,然后点发送。打开应用只是把草稿交过去:网站看不到这条消息到底有没有发出。
在电脑上,Agent 也加了可复制的文字,以及把请求带到手机上的二维码备用入口。不同设备的消息应用不一定有相同的表现,所以这两个办法要留着。网站不会自行补发一条短信,打开应用失败也就不会悄悄变成第二次请求。
页面反复说明下一步:等自己的手机收到 Chloe’s Mama Kitchen 的确认短信。我们的回复会确认菜品、取餐安排和总额。点击按钮或准备好一段消息,都还没有把食物订下来。这个区别要让顾客看得到,因为选好一顿饭的人,需要知道厨房究竟答应了什么。
这版设计在 9 月 5 日先作为预览合并。后来我打开正式官网,发现首页还是原来的样子,就问了一下。Agent 修正了生成流程,新设计当天也合并到了正式首页。10 月 6 日准备这篇日记时,我再看正式站,请求与回复确认的说明仍然在。已经完成的结果,是一个可用的网站预订请求流程;它实际带来了多少顾客订单,我们还没有核实。

