交互思路之“大象冰箱”

本文主要是介绍交互思路之“大象冰箱”，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前言

是时候往往会思考一些工作的方法论，每个设计师都都自己搭建方法论的思路，笔者更擅长巨像化的设计思路，今天就介绍一个设计思路：如何把大象装进冰箱里？

来源

这个思路来源于宋丹丹与赵本山合作的小品“送水工”里面的桥段，具体详情就是讲的是农村老头（赵本山）进城后郁闷，儿子给老爸请的钟点工，陪聊。宋丹丹问赵本山说：把大象放冰箱总共分几部，赵本山眨着眼睛还在想，大象怎么能装进冰箱里？宋丹丹告诉他，总共分三部，第一部把冰箱门打开，第二部把大像装进去，第三部把冰箱门关上。

引人一笑的同时,也在思考是否可以转化为日常的设计思路呢？

放到设计中如何理解

是什么--业务思考

无论是B还是C端，设计的的目的都要立足于业务需求以及用户需求，C端核心目标是能够满足个人消费这的诉求，而B端核心诉求是完成企业对于产品的需求。因此，设计师作为产品流水线上必须要有基础业务思考能力才能为你的设计赋能业务更多的价值。

也是一种总到分，分子与原子的思考方式

为什么--场景拆解

在分析业务目标之后，可以进行使用场景的拆解。不同的用户在不同阶段以及流程阶段的需求是完全不同的，需要在不同的场景使用不同的拆解方式。

怎么做--设计思路拆解

常见的有5种拆解思路：

流程法

顾名思义是按照操作流程进行拆分，以一个财务审批的流程来举例：

1. 申请提交：员工或部门经理在公司内部系统上提交申请。申请需要包含费用类型、金额、付款对象、说明等必要信息。
2. 预算核对：财务部门对申请进行预算核对，确保该费用在预算范围内，并且符合公司政策和法规。
3. 审批流程：申请进入审批流程，根据公司制定的审批流程，经过多级审批，最终由财务主管或总经理审核通过。
4. 付款处理：审核通过后，财务部门负责处理付款事宜，包括填写付款单、确认付款对象信息、审核票据等。
5. 记账处理：付款完成后，财务部门负责将相关信息记入财务系统，包括科目、成本中心、账户等数据。
6. 报销处理：如果是员工个人费用报销，财务部门会对报销单进行核对和审核，并将相关信息记入财务系统。

不同的流程节点对应的是不同的场景，也要有不同的设计思路

角色法

B段产品是非常复杂的，里面的涉及到的角色很多，包含：

一个财务管理的B端产品可能涉及到以下几个角色：

1. 管理员/超级管理员：拥有最高权限，可以设置和管理系统内各项功能和权限。
2. 财务主管/财务经理：负责公司财务管理，包括预算管理、审批流程设计、报表分析等工作。
3. 部门经理/项目负责人：向财务部门提交费用申请，并参与审批流程。
4. 财务专员/会计：处理日常会计事务，包括记账、对账、核算等。
5. 员工：提交费用申请和个人报销申请，并按照公司政策和流程进行操作。

按照职责规划-管理与被管理作为常规的区分规则。分为执行者与管理者，管理者更关注任务/项目的进度和成果，而执行者因为个人KPI的原因，会更关注自己的任务，因此在设计的时候需要根据所处的角色进行思考。

元素法

元素法就是讲内容的中的所有打散并且根据元素之间的特征进行组合，通常基于角色特征的组合或者是流程节点进行整合，具体的跟业务相关。

双元法

双元的的核心打法是两个元素：是/否。换成测试语言就是“fail/pass”或者是“真/假”，转换成设计语言就是：如果这么做会怎么样，如果不这么做会怎么样。这个思考方式可以理解为正向思考和反向思考，正向思考是常见的，反向思考是少见的但是确实是有效的思考模式。

颗粒法

颗粒法是前期整理时候打破模块固化思路的方式，就像是将一个模块/复杂的信息直接打碎，将所有的元素按照：分子，原子从小到大进行排序和重组，具体的根据不同的业务需求来进来进行重组。

方法一般不会是单独使用的，也可以做方法之间融合以及相互嵌套。还要注意到思路的复用性和泛用性。

如何验证

常见的验证方式方式分为主动和被动：

1. 主动：建立相关的用户粉丝群，主动收集粉丝需求，更好的为粉丝服务。
2. 被动：可以通过埋点等数据化被动方式，收集相关的信息。

总结

本文从“是什么”“为什么”“怎么做”“如何验证”4个方面进行大象放进冰箱的几步。这是一个设计拆解思路，希望能对读者有有所启发。

这篇关于交互思路之“大象冰箱”的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---