视频号硬气，抖音一次就跪了。

Nexty.dev 的定价管理是怎么设计的？

最初想把定价做成可视化管理的动机有几个：
1、前端和后端所需要的定价信息是不一样的，所以需要各自维护一个对象，比较麻烦。
2、需要区分开发环境和正式环境的Stripe Pricing ID，每次都要检查确认；而且复制Stripe上的定价数据也麻烦。
3、因为模板要做多语言，定价信息放在前端要改很多个文件，而且json文件不能注释，无法快捷备份旧的定价方案。

做出来的成果是这样：
1、严格的环境隔离；
2、Stripe定价和优惠券都能一键配置；
3、定价展示信息灵活配置、多语言json统一管理，支持AI翻译；
4、可以设置卡片排序和是否激活，方便备份旧的定价。
截图里提供了更详细的文字介绍。

这样做也能够适应绝大部分场景，比如：
1、定价管理最后一项可以自定义权益，代码里根据权益定义给用户升级权益即可。
2、看p7-9，这一套方案只需修改少量代码，也能提供不同的定价展示方式。
用习惯的朋友会告诉我这套流程很有特色、很好用。

但问题也不是没有，比如：
1、严格的环境隔离，出现过几次用户只创建了开发环境的定价卡片，然后提问为什么生产环境无法展示定价。
2、多语言卡片每次修改卡片展示内容，需要修改全部语言的json，但有用户修改完p4没修改json，以为是代码出bug了。
3、无法支持不同模块提供不同定价内容的场景，也就是定价要可分组。

Nexty下一个版本会支持在代码里配置定价信息，这样不习惯可视化管理定价的朋友就可以通过修改代码实现需求了。