提升商品的销量。 乍一看该功能都不需要设计师参与，只，虽然看起来好像也解决了业务诉求，但是如果仅仅考虑标识展示，而不结合需求背后的业务逻辑去思考，后续也会随着规则的变化而带来对应的问题，那对于交互与UI设计师而言，针对这个需求，又该如何考虑的呢？我将分为“交互篇”与“UI篇”来分别阐述。 二、交互篇 对于交互设计师而言，其中一个核心能力就是将业务诉
求转变成用户可理解、可操作的交互
流程。那么我将从业务规则、用户场景以及操作流程三个方面来拆解交互设计师是如何思考这个业务需求的。 。 业务规则 虽说本次业务需求很简单，只是将单件返币改成多件，阿尔巴尼亚 WhatsApp 号码列表但是我们也不能仅仅被表象所蒙蔽，需要进一步挖掘相关业务规则。 返币并不是适用于所有商品，那不管是单件还是多件都会有对应的配置返币规则的地方，我们需要知道在配置规则的时候有没有做限制，比如支持几个阶梯，这将决定我们在前台该如何展示该规则。 如果最多两个，那我们就可以考虑将每个阶梯对应的
返币规则都展示出来，但是如果不
做限制，那是不是可以考虑将规则收起，仅展示“单件最多返币”引导用户下单购买。 。 用户场景 用户在产品中的下单流程不仅仅是通过首页产品瀑布流选择列表开启，可以通过各个途径，比如搜索、营销板块等等，所以我们需要考虑多件返币规则都适用于哪些场景。 除此以外，我们可以结合该需求的目的出发，设置阶梯意味着希望用户能单笔下单多件，那我们可以聚焦用户加购数量的场景，当用户选择的数量在两个阶梯之间时，可以给与相应的提示，告诉下一个阶梯的奖励，引导用户增加购买数量。 。 操作流程 前面在业务规则的分析中，确定了返利的阶梯是没有数量限制的，为了后续的延展性，我们选择将对应的阶梯收起
