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