现在是怎么做的

订单要走两趟：一趟从客户到接单人的脑子里，一趟从脑子里到系统里。

第一趟浪费时间：两分钟的语音就得听两分钟，而且要听两遍。照片也快不了：得辨认别人的字，猜那写的是十二还是二。第二趟会混进录入错误，直到卡车拉着十二件而不是两件到货，才有人发现。

还有一个不太显眼的成本：时间点。如果语音六点到，负责录入的人九点才上班，那这张订单就晚进来了三个小时，而这个业务十点截单。问题不在打字快慢，而在数据一直在等。

技术具体做什么

转写语音。 两分钟的语音几秒钟内就变成文字留在对话里，说过的话不再靠某个人记着。有背景噪音能用，各地的口音和说法也能用。

或者读图片，手写字也行。 客户写清单的那张纸拍成照片，和语音一样处理：提取每一行、数量，以及这个人总在用的缩写。笔记本的纸拍歪了、有阴影或者折过，照样处理。

把商品和你的目录对上。 不是对一份通用清单，而是对你公司用的编码，用这个客户自己的叫法。说要“绿色的那种小箱”的人，要的是一个有编码的商品，这个对应关系学一次就记住了。

查询你系统里的库存。 在确认之前查，不是之后。缺货的话，就在同一段对话里说明并提供替代品，而不是确认一张仓库配不出来的订单。

从你的价目表取价。 取这个客户该用的价格，带上他的折扣和条件，当场查询。

把订单整理好等待确认。 客户看到识别出来的清单，是文字，带数量和价格。他当场确认或修改，然后订单才作为销售订单进入管理系统。只进一次。

订单六点零一分就进来了，而不是九点半，所以赶当天截单绰绰有余。录入错误也没了，因为没人打字。

还有一个意料之外的效果：订单用文字确认时，客户自己的错误就冒出来了。说了“两件”其实想要“十二件”的人，会在卡车出发前看到写出来的数字。以前没有这一步，因为唯一读这份清单的人就是录入的那个人。

没听懂的部分。有噪音的语音、看不清的手写行、含糊的数量，或者目录里没有的商品，都不靠猜来解决，而是去问。问题就在同一段对话里、当时发出，那时客户还记得自己想说什么。

它也不定价格。要破例，由人来做，并且有记录。

从最常用语音或照片下单的那二十个客户开始。他们的格式最难，收益也最大。这二十个客户的目录对应做好了，其余的自然就跟上了。