BM-1047 MicroApps 计费体验分享

用户在 app 里到底应该看 $，还是看 Token？

BM-1047 最容易讲复杂的地方，是页面里同时出现 $ 和 Token。我们这次想把规则变简单：用户在产品里消费时看 Token，真正付款买 Token 时再看 $。

今天想同步一句话：只有买 Token 的时候显示 $；其他地方都显示 Token，包括买订阅席位。

BM-1047 是 MicroApps 的计费改版需求，目前还在推进中。这个需求值得拿出来分享，是因为它不是单纯改几个页面，而是要先说清楚用户在产品里应该怎么理解价格。

目前我们建议的方向已经发到 Jira：产品里统一看 Token；只有购买 Token 的地方才显示 $。另外，MicroApps 买完席位后回到 Home 的流程已经在 Mockup 里，可以在会上直接走一遍。

用户会被两套数字打断 页面上同时有 $ 和 Token，用户会停下来想：我现在到底是在花钱，还是在用 Token？

简单动作变成换算题 如果服务价格写 $，但实际扣 Token，用户就要自己在两者之间换算，使用过程会变慢。

A/B 方案还是绕不开这个问题 之前的 A/B 更多是在调整怎么展示，但用户还是要同时理解 $ 和 Token。

买完席位后的下一步也要讲清楚 购买席位后怎么回到 Home、回到哪里、下一步做什么，Mockup 里已经画出来，分享时可以直接看流程。

产品里面只让用户看 Token。用户使用服务、查看余额、购买订阅席位时，都用 Token 判断够不够、要花多少。

$ 只放在购买 Token 的地方，因为那一刻用户才是真的在付款。购买 Token 时展示清楚：$77 / 1000 Token。

可以这样讲：我们不是不让用户看 $，而是只在真正付款的时候看 $。

在产品里用的时候，用户只需要关心 Token 够不够；要充值的时候，再告诉他要付多少钱。

不要按 Case1 到 Case5 顺序逐帧讲。建议先看 $ 出现的位置，再往前解释为什么其他页面只显示 Token。

Step 1

这里显示 $，因为用户正在付款买 Token，需要知道花多少钱能买到多少 Token，例如 $77 / 1000 Token。

Step 2

服务价格显示 Token，让用户直接判断余额够不够，不需要在使用服务时再换算成 $。

Step 3

用户可以直接使用服务。这个时候只是在消耗 Token，不需要再出现 $。

Step 4

用户看到 Token 不够，再去购买 Token；到了购买页面才出现 $。

价格展示规则 只有购买 Token 时才显示 $；其他所有产品内消费都显示 Token，包括订阅席位的购买。

顺一下买完席位后的下一步 用户买完订阅席位后怎么回到 Home、回到哪个页面、下一步做什么，直接看 Mockup 流程。

这个需求我想重点分享的不是某个页面怎么画，而是我们怎么让用户少想一步。

我的建议是：产品里消费都看 Token，只有买 Token 的时候看 $。

这个规则 PM 已经确认过了，今天主要是同步给大家；然后一起看 Mockup 里买完订阅席位后怎么回到 Home，让大家知道这条流程是怎么走的。