支付 API：机器人工作流中的信用卡与 Telegram Stars

两条通道，以及分配它们的规则

任何数字商品——频道访问权、文件、订阅、游戏内解锁——都走平台自己的应用内货币，也就是第 077 步提到的 Stars。任何实体商品，或者你亲自提供的现实世界服务，都走你自己接入的信用卡处理商。

这条分界线不是 Telegram 发明的。移动应用商店要求，在应用内销售的数字商品必须通过它们的购买机制，而应用内货币就是满足这一要求的安排。把数字产品走信用卡通道并不是一种巧妙规避手续费的方法。这是违反规则，后果会落在你的机器人身上，而不是你的会计身上。

对于小规模经营来说，第四行值得认真考虑。一个收集订单和联系方式、由人工发送发票的机器人，没有下面这些复杂性，而且一直运行良好，直到它不再良好为止。

三个步骤，而所有人都会跳过中间那个

无论用什么语言或库，这个流程都有一个值得理解的形态。

首先，你发送一张发票。一个标题、一个描述、一个价格，以及——这是之后至关重要的部分——附加在它上面的你自己的引用标识，比如你的订单号。这个引用标识最后会回到你这里，而付款正是靠它找到它所支付的东西。没有它，你收到的确认就无从匹配。

其次，买家按下支付，而你得到一个提出异议的机会。这一步之所以存在，是因为距离发票发出已经过去了一段时间：最后一件商品可能已经售出，折扣码可能已经过期，价格可能已经变化。你被问到的是“这仍然有效吗？”，而窗口很短。快速检查并回答是或否——不要把慢操作放在这里，因为一个缓慢的回答，对一位已经准备好购买的客户来说就是一次失败的支付。

第三，你被告知支付成功，然后你交付。有两条纪律适用，都来自第 093 步。在这个事件上交付，而不是在发票发送时交付。并且让交付可以安全地运行两次，以你自己的引用标识为键，因为收到两次通知是正常现象，而一个收到两份订阅或一次被重复扣费解锁的客户会记住这件事。

买家看到什么，以及它为何能转化

支付表单由 Telegram 绘制，浮现在你的机器人上方，买家认得它。他们不会在消息线程里输入卡号，不会被送到浏览器，也不会被要求创建账户。这就是全部优势，而且是一个很大的优势。

它还设定了一条你应该向自己的客户大声强调的规则：机器人中合法的购买发生在那个表单里。任何在对话本身中索要卡号、钱包助记词或登录验证码的机器人，都在做别的事情，而第 088 步的那句话原封不动地适用。你的用户正被他们遇到的每一个骗局教会这一点，所以一个看起来像骗局的结账流程，无论你多么诚实，转化率都会很差。

两个决定人们是否会完成购买的小事。在他们按下任何东西之前说明总价，包括之后添加的任何东西——在表单处出现意外，正是人们放弃的地方。并且说明支付后会发生什么，写在发票描述里，因为一个不知道是该在聊天里等还是该查邮箱的买家，会假定出了什么问题。

现在就试试——五分钟

四个步骤，而第三个是你在第一周就会遇到的那个。

1. 确定你的产品属于哪条通道 数字的还是实体的。如果你正试图论证一个数字的东西是一种服务，你其实已经知道答案了。
2. 从你自己的机器人那里买点东西 一次，金额微不足道，以真实客户的身份。这是看清表单实际写了什么的唯一方法。
3. 故意把同一个确认交付两次 如果客户最终得到了两份东西，那么你的交付就没有以你自己的订单引用标识为键，而它本应如此。
4. 把退款政策写进发票描述 两句话。它能在大多数争议变成消息之前就解决掉它们。

退款、结算，以及属于你的那些部分

有三件事往往是在头一百笔销售之后而不是之前才被发现的。

退款是一个决定，而不是一个机制。两条通道都能退钱，而它们都不决定你是否应该退。先写好政策，把它放在买家付款前能读到的地方，并让它足够宽松，以至于你可以不加思索地执行——花在仲裁个案上的时间，几乎总是比涉及的金额更值钱。注意，应用内通道的退款路径比信用卡更窄，所以一个承诺超出该通道所支持范围的政策，会让你成为那个手工退款的人。

钱到账比销售晚。信用卡处理商按自己的周期结算；应用内余额在可提现之前也有自己的流程。两者都不是即时的，两者都是可预测的，而一个假定当天就能拿到现金的计划，是一个有缺口的计划。

文书工作是你的事。平台处理一笔交易；它不处理你的开票、你的税务状况或你对客户的义务。你所在地区适用什么，就适用于以这种方式到账的钱，而在第一个月发现这一点，比在第十一个月发现要便宜得多。

在对话中什么才真正卖得好

这个结账流程非常出色，但它并不是适合一切东西的容器。两份清单，而第二份正是人们亏钱的地方。

它适合小的、即时的、单一的决定。一张票、一次解锁、一个文件、一次充值、一笔打赏、对某个现在就开始的东西的访问权。买家已经知道自己想要什么，价格一句话就能说清，没有什么需要和别的东西比较。

它不适合任何需要做选择的东西。一个有尺码、颜色和选项的商品目录是一个网站；把它复现成一连串聊天消息，会产生一种没人喜欢的购物体验，以及与之相称的放弃率。它也不适合任何有真实配送物流的东西，或者任何贵到买家在决定之前想要一份报价、一张发票和一条记录的东西。

还有一点关于这种无摩擦本身的诚实提醒。两下点击完成的购买，也会在两下点击中被后悔。在聊天中冲动购买，产生的反悔率明显高于一个让人停下来读一读的结账流程，而这会表现为退款请求而不是收入。应对方法不是增加摩擦——而是精确地描述正在购买的是什么，好让到手的东西就是预期的东西。

这个阶段的常见问题