怎样去:
与通过API寻址集合的方式相同，如果我们能够通过API寻址所有现有字段(名称、值、类型、最大用户限制、最大限制……)就太棒了。任何折扣都是收藏的一部分。

原因:

当你拥有1万用户时，维持折扣是非常痛苦的，而且每天早上调整新用户的数量/新折扣是一项全职工作。

我们用它们来做:
1.推荐程序(代码XXXX给用户15%的a，我们的系统增加+10欧元，在我们的数据库中代码YYYYY)，机制是由我们的系统控制的，正确的数量会显示在前端但它不能自动更新。
2.通过成员栈创建的新成员可以访问2个折扣代码(用于共享的推荐代码和当他们推荐某人时可以应用的可重用容器)。这些机制也是由我们的系统驱动的，能够正确显示，但不会在Webflow中自动推送。

谁将从中受益:
任何电子商务的高级用户!