在接触设计之初就曾阅读过一本关于整理的书籍,佐藤可士和的“超级整理术”,书中的内容对我深受启发,在往后的工作中我也一直秉承“整理”的概念去解析问题。当接触 B 端后越发的觉得整理的重要,B 端信息量大、逻辑复杂,常常需要前期进行仔细的整理才能使本质清晰可见。
整理一词大家都不陌生,从生活上的整理房间,在到工作上的整理思绪、整理设计文件、整理 PPT、整理你的一切。但是在你整理的过程中顺利吗,为什么你看到别人做起来很简单的事情在你手里却那么难,你可能会说那是干的多了熟能生巧,对也不对,对是因为经常去做确实会很熟练,做起来驾轻就熟。不对的是你没有掌握好正确的方式方法,有可能在某一件重复事情上做到熟练,当换到其他事情上的时候依然是毫无头绪。
△ 佐藤可士和的整理的步骤
1. 掌握状况
为了找出问题本质,首选要替顾客问诊,如○△□般列出取得的信息(b→c)。假使信息仅存在客户脑里,为了将原本看不见的事物可视化,就必须从前一个步骤,也就是将思绪信息化开始(a→b)。
2. 导入观点
相互对调各类信息,舍弃多余信息,排除含糊暧昧的部分,舍弃无畏的小○△□和重复的内容(d)。接着再导入观点,理清信息的因果关系(d→e)。
如此一来,就能认清问题本质△。基于不同观点,有时亦能发掘潜藏于△内的本质△’。
3. 设定课题
将找出的问题本质△或△’设定为课题,导出解决方法(f→g)。
如果本质是正面的,就琢磨使之发亮、重新组合,强调原本任其埋没的优势;如果本质是负面的,则进行反向思考,将负面扭转成正面,找出魅力所在。
须知有些 B 端产品是依托业务来实现产品价值的,即使同一业务,在不同视角下,投射到不同领域,呈现出不同的形式。业务本身,以及各个领域,都在动态变化。那么你需要去更多的了解行业信息,只有知道的信息越多,你越会提出问题,否则你只会停留在产品表层,甚至只基于现有产品的界面来提问。
当你了解足够多的时候,在结合用户调研/用户访谈得出的结果,将你获得的信息列出来,也就是将思绪信息化开始。
△ 设计流程
我们要在需求开始阶段时就参与其中,在了解需求根源的时候对其深入;也要清楚产品现状及市场分析;项目关键风险评估及预判。
虽然在大多数情况下,需求挖掘工作是由产品经理主导完成的。由产品经理撰写需求文档,向设计师发出设计需求。但是我们也要积极参与到需求建设的过程中,去听取业务的想法和产品规划的方向,对我们确定需求的目标具有很大的作用。在了解设计目的后在与产品深度沟通需求明确任务边界和进度,以便更好地开展设计工作。
例如有些小伙伴们在接到需求的时候对一些模棱两可的问题不敢问,怕出错、怕被嘲笑,也不敢与产品进行需求的问诊,在没有了解需求的本意时就按照原型去进行设计,你要知道原型是产品根据虚拟的诉求把不可视的状态整理出的信息可视内容,在这其中是产品对其进行了加工,只是把自己想要的通过一定的方式展示出来,你在此基础上进行设计很容易偏离问题的本质,当对结果验证时可能会造成不理想的状态。
对问题的掌握也不是要你去否定和质疑产品的输出,是需要根据你了解的问题与需求相互验证,得出结论再结合当前情况来决定如何去进行设计工作。
实操案例!B端信息逻辑「超级整理术」 (上)
B端产品信息具有:信息量大、关联关系复杂,最终达到目的是用户高效率的理解信息并完成任务:
这是什么?-信息与角色对应
我要做什么?
阅读文章 >>
实操案例!B端信息逻辑「超级整理术」 (下)
B端产品信息具有:信息量大、关联关系复杂,最终达到目的是用户高效率的理解信息并完成任务。本文借鉴佐藤可士的超级整理术,帮你梳理好复杂的B端信息。
阅读文章 >>
欢迎关注「JellyDesign」的小程序: