2个案例 | 从支付宝学到产品方法论 —— 解耦，让产品更灵活

案例1 — 蚂蚁森林的「道具兑换」

请思考：第5步，点击「使用」，下一步是什么？

先花 30s 思考一下

⏳

⏳

⏳

👉直觉的方案是：点击「使用」→ 使用对应道具 → 弹出Toast：已成功使用

👉再看看官方的方案：点击「使用」→ 道具列表

为什么还要多一步跳转？

为什么这样设计？

1，若按常规（点击使用→使用道具），会有哪些问题：

当产品内有多个道具的兑换和使用入口（如运营活动）：

• 开发成本高。每个业务分支都要开发完整的「兑换→使用」的流程
• 维护成本高。当「使用功能」有新需求（如增加使用条件等等），那每个业务分支的页面都要修改和测试，工作繁琐，也容易遗漏

将2个流程拆分之后，无论有多少个兑换入口，「使用」的功能操作，只有1个地方。首次开发和日常维护，工作量就少很多很多。

2，流程拆分之前和之后，功能结构对比：

以上，就是产品设计上常用的原则：「解耦」，可以看看AI的解释

每个功能都要解耦？

• 解耦化设计，在产品初期可能用得少，因为业务线比较少，也相对独立。而随着业务交叉得越多，就不得不考虑将一些「通用功能」独立出来，给系统减肥。
• 对于一些基础性的功能，如登录、编辑用户资料，这一类可能有多个功能入口的功能模块，在设计时尽量是解耦化，方便其他业务线接入。

案例2：会员积分补签

第5步，你觉得应该跳转到哪里？

先思考30s，再去看看官方的设计噢，这里就不公布答案了

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！