在结账前核对地址与所填邮政编码是否一致
订单表单上邮政编码与城市不一致，看起来只是个小笔误，直到包裹被送到国内完全不同的地方。
仅凭邮政编码估算运费
在显示运费估算之前要求填写完整地址，会流失那些只想在决定购买前先了解运费数字的顾客。一家销售大件商品的网店，运费随距离变化很大，它希望根据顾客在早期愿意输入的尽可能少的信息，显示一个相当准确的估算。
结果发现，邮政编码就是这个最低限度。只有一个字段，输入很快，而且足够具体，可以出于运费目的把顾客定位到一个有意义的区域内，同时不必要求顾客在决定是否购买任何东西之前就提供他们可能不愿透露的街道地址。这家店直接在商品页面上，远在结账之前，添加了一个只需输入邮政编码的“查询运费”字段。
在这个字段背后，/v1/postcode 接收输入的编码，并返回其对应的位置。这家店用得到的位置计算与自家仓库之间的距离，并把这个距离代入现有的运费表，方式与使用完整地址时相同，只是起点更粗略一些。对于一家主要按距离区间而非确切地址定价运费的大件商品零售商来说，邮政编码在绝大多数情况下都足够精确，能把顾客归入正确的区间。
这家店坦诚说明这只是估算，而不是锁定的报价，一方面是因为在人口较稀少的地区，邮政编码覆盖的区域可能很大，另一方面是因为最终运费仍取决于结账时输入的确切收货地址。一开始就把它定位为估算，意味着当完整地址取代邮政编码的估计、结账页面显示的数字略有不同时，没有人会感到意外。
这种做法在商品页面上效果最为明显：在结账前显示运费估算，显著减少了那些把商品加入购物车、直到最后一步才发现运费而放弃购买的顾客数量，而这正是众所周知的购物车放弃原因之一。把这一信息提前展示，即使只是估算，也能让顾客在总费用不合适时尽早自行退出，而不是在花时间填完整个结账表单之后才放弃。
由于邮政编码查询是在商品页面而不是结账时运行的，它承接的流量比只在结账时集成要多，因为那些只是浏览、从不购买的顾客也会触发它。这使得用量在购物繁忙时期超出了每日免费配额，这家店便对超出部分使用每次请求 €0.0001 的预付额度。与减少最后一刻购物车放弃所带来的价值相比，这笔费用小到根本不需要犹豫。
邮政编码只是一小段信息，但它往往是顾客在决定购买任何东西之前愿意提供的最多的位置细节；恰好围绕这么多数据来构建估算，尊重了顾客在决策过程中实际所处的阶段。该端点的文档位于 /docs/postal-code-lookup/。