直接购买转换次数，无需开通方案

这话值得放在本节开头明说，而不是塞进最下面的一条脚注：对于经常转换的人来说，次数包是更贵的那个选择。把这一点留到事后才被发现，只会让人为着方案本可以用更少的钱覆盖的用量，去买一个次数包。

以 $14.99 的 100 次包为例。Starter 方案每月 $9.99，每天允许 100 次加权操作 —— 一个月下来大约是这个包内容的三十倍，而价格比这个包一次的售价还少 5 美元。一个月里只要有超过一两天需要转换，方案就更划算。

$49.99 的 500 次包，对应的是每月 $29.99 的 Pro，后者每天允许 500 次加权操作。这个包比一个月的 Pro 还贵 20 美元，而它的全部内容，Pro 一天之内就覆盖了。

次数包在一种情况下更划算，而且这种情况是真实存在的：你只需要转换这一回，或者一年里只有寥寥数次，又不愿意背着一份还得记着处理的订阅。它的定价正是为这种情况准备的，也只有在这种情况下它才是更便宜的选择。

顺序是固定的，而且是朝着对你有利的方向固定的。方案的每日额度每一次都最先被使用。只有在这份额度用完之后，才会扣除一次已购次数 —— 在免费的每日转换次数还有剩余时就动用它，等于让你为已经拥有的东西再付一次钱。

扣除已购次数的，是在一次操作被接受之后运行的记账步骤，而不是决定是否接受它的那道检查。决定一次操作能否运行的是方案的额度；已购次数覆盖的是最终超出额度的那部分工作 —— 比如一个批量任务，它实际的分量比被接受时所计的更重。

在没有每日上限的方案上，没有什么可以用完，因此也就永远不会被扣除。Business 账号根本不会消耗买来的次数。

一次转换扣一次，无论文件是什么。同一瞬间到达的两个请求，不可能同时用掉最后一次：余额是通过一次条件写入递减的，因此第二个请求会发现那里已经没有东西可取。

余额就是钱，而一个光秃秃的计数器只能回答“还剩多少”。人们真正会问的是它为什么变了，以及自己是不是被扣了两次，所以每一次变动都是一行记录：数量、方向、原因，以及变动之后的余额。

行记录从不被修改。更正是另起一行，因此这份历史只会向前延伸，无法被悄悄改写。余额变动只有四种原因 —— 购买、使用、退款或赠予 —— 每一行都带着其中适用的那一种。

这份流水不会为了回收空间而被清理或裁剪，因为它记录的是钱的流动。向服务查询你的已购次数，会返回你的余额、在售的次数包，以及你最近的二十五条变动记录。

一个已登录的账号。次数包属于某个账号，否则没有可以挂靠的地方。

该账号名下已经绑定的支付方式。没有绑定时，请求会提示先添加一个支付方式 —— 它不会打开一个在你已经决定购买之后才失败的结账页面。

一个已经配置为在售的次数包。如果某一种没有配置，服务会报告它不可用，而不是开始一笔它无法完成的购买。

除此之外别无要求。一笔付款对应一个次数包：购买记录会记下它来自的那笔付款，而这条记录是唯一的，因此同一条付款通知到达两次 —— 这本就是设计中会发生的事，当支付处理方不确定第一条是否送达时 —— 也只会把次数加上一次。