最近有个网站的订单物流查询功能出了点问题，干脆这篇文章记录一下我的处理逻辑。
一般这种订单物流跟踪的页面，做的都比较简单，基本就是几段描述类信息，然后配一个查询表单（类似下图这种）。
这种查询功能的实现并不难，无非就是安装一个第三方的插件，然后打通第三方的数据与本地 WooCommerce 数据。
但我觉得这种第三方插件的配置有点麻烦，某种程度上也存在一点安全风险，且很多第三方插件的免费额度有限，无疑又添加了一笔额外的运营成本。
说实话，这种功能的使用频率并不高，有点“食之无味弃之可惜”的味道。
所以这次功能出了问题之后，我就尝试着在这个网站上换种完全不同的解决方案，直接用静态表单来记录用户的查询请求，后续再手动跟进跟用户反馈。
毕竟网站的订单不多，且这种功能的使用频率也不高，用这种低成本（技术成本与经济成本）的方案也完全能满足需求。
反正目前这个阶段，我干脆在这个网站上尝试一下这种解决方案，看看效果到底怎么样。
如果可以的话，后续完全可以将这种模式平移到其他的网站上去，要是后续有什么问题再切换回来也不迟。
而且我最近也打算着，将用户订单的物流信息反馈这项任务给自动化掉。
之所以想做这件事，主要是基于两点考虑，一是通过这种信息反馈邮件来提升与用户之间的粘度，二是通过物流更新信息来提升客户服务水准。
且很多时候，这种物流反馈邮件里面是可以夹带私货的，例如做再营销之类的操作。
今天也简单调研了这种技术方案的难度，在 AI 模型的技术能力加持下，我觉得做出这种物流信息反馈系统的难度不大。
直接用最简单的谷歌表格来统计数据，然后再利用第三方物流 API 进行统一的订单信息查询，最后就是一个简单的定时任务去做批量的信息发送。
等这款静态表单在线上测试没什么问题之后，我大概率会花精力把这个物流信息反馈系统给做出来。
