电商与订单
在“已付款”和“已送达”之间有九项工作
商店平台把购物车和结账处理得很好，然后就停下了。付款之后的一切——发票、库存、仓库、快递、想知道包裹在哪里的客户——是某个人每天早上的事，天天如此。
带网店的那家面包店
拿一家小面包店来说:它在安静的冬天开始在网上销售庆祝蛋糕,如今每周接到四十个订单。店铺负责收款。之后,有人打开开票系统,把客户信息再手动录入一遍,把装饰工具包的库存减一,写一段关于取货的贴心留言,然后在那周晚些时候才想起来问一句蛋糕做得怎么样。
这些事没有一件是难的。全都是某个周二早晨的日常。而取货留言是唯一需要人写句子的部分——其余都是同样的九个步骤、同样的顺序,每周重复四十次。
- ⚡触发器Webhook
order.paid,289.00 兹罗提,周六取货。 - 2地址已核验邮政编码与参考数据比对。免费,无需密钥。
- 3发票已开具字段直接取自订单。没有人手动输入姓名或地址。
- 4库存已调整装饰工具包减一。幂等键为订单编号。
- 5取货留言AI 步骤。用客户的语言、以面包店的语气写上两句温暖的话。
- ✉发送时间邮件附上发票,并带一个指向取货详情的短链接。
- ⏸等待到周六 18:00 为止,之后询问体验如何。
耗时：4.1 秒调用过模型的步骤：1
最常见的七种
人们最先搭建的东西
从订单到发票
已付款订单进来,发票开出去,途中顺带校验地址,免得日后被某个专职拒收发票的人退回。在开票系统支持的情况下兼容 KSeF。
发货通知
当物流商的 webhook 显示已发货时,客户会收到一条带短链接的消息,该链接会统计自己的跳转次数——这样你就能知道有没有人点击,而不必在任何人的浏览器里放追踪器。
弃购购物篮
闲置四十分钟,等待两小时,发送一条消息,把主题行拆成两个版本做 A/B 测试,并在订单一下单的瞬间停止。目标达成即结束流程;没有人会被提醒去买自己已经买过的东西。
库存预警
每晚对库存水平做一次巡检,按每个品项的实际动销速度加权,汇总成一条带清单的消息,而不是四十条没人看的警报。
返回值
根据客户自己的话对退货请求进行分类——损坏、尺码不对、改主意了——并据此分流,其中不需要人工的那两类会自动生成面单。
评价邀请
在送达后而非发货后的固定天数发送,使用客户的语言,并且绝不发给订单出过问题的客户。最后这个条件只是一个分支,却能省去大量的尴尬。
下单本来就是容易的部分。
每月第一天
对账才是人们最后才提到、却最看重的工作。店铺说一套,支付服务商说另一套,会计系统又说第三套,而差异几乎总能解释清楚——一笔入账较晚的退款、一笔跨月的打款、一次汇率略有不同的货币换算。
几乎总能解释。这个流程的目的不是做计算——那很简单——而是每天都做,这样每月一号你只需要看四条待处理项,而不是四百条。
跨境销售
参考数据在这里默默发挥作用。一个真实存在的国家代码。一种确实存在的货币。一个与旁边城市名相符的邮政编码。一个被规范化为该国物流商所期望格式的地址,而不是你表单里收集的原始格式。
客户收到的消息可以由 AI 步骤用客户自己的语言撰写,而作为流程中一个步骤的翻译,就是凌晨三点为凌晨三点下单的客户完成的翻译。
- ⚡排期Europe/Warsaw 时区。昨天的窗口。
- 2三个数据源店铺订单、支付服务商结算、会计分录。
- 3已匹配416 条中 412 条完全匹配。确定性处理;零成本。
- 4剩四条AI 步骤读取这四条并为每条提出一个原因。由人工确认。
- ✉发送时间一封邮件。四行字。不是四百行。
每天执行，月底才省心付费步骤：1
它替代什么，不替代什么
它替代的是重复录入、催促提醒、“到底谁发过那个？”的追问，以及每个月初那四个小时。它不替代选择哪家供应商的决策、和蛋糕做错了的顾客的沟通，也不替代判断一次退货是不是真的。
它也不替代你的店铺平台、记账软件或仓储系统。它是夹在它们中间的那一层——没人卖这一层，因为每家生意都不一样。
直说一句：一周只有四笔订单的店不需要这个。一周四十笔的店才开始回本，而一周四百笔的店通常早就用某种没人愿意维护的脚本语言自己搭了个半吊子。