在接触设计之初就曾阅读过一本关于整理的书籍，佐藤可士和的“超级整理术”，书中的内容对我深受启发，在往后的工作中我也一直秉承“整理”的概念去解析问题。当接触B端后越发的觉得整理的重要，B端信息量大、逻辑复杂，常常需要前期进行仔细的整理才能使本质清晰可见。
人生处处需整理
整理一词大家都不陌生，从生活上的整理房间，在到工作上的整理思绪、整理设计文件、整理PPT、整理你的一切。但是在你整理的过程中顺利吗，为什么你看到别人做起来很简单的事情在你手里却那么难，你可能会说那是干的多了熟能生巧，对也不对，对是因为经常去做确实会很熟练，做起来驾轻就熟。不对的是你没有掌握好正确的方式方法，有可能在某一件重复事情上做到熟练，当换到其他事情上的时候依然是毫无头绪。
▽ 佐藤可士和的整理的步骤
一、掌握状况
为了找出问题本质，首选要替顾客问诊，如○△□般列出取得的信息（b→c）。
假使信息仅存在客户脑里，为了将原本看不见的事物可视化，就必须从前一个步骤，也就是将思绪信息化开始（a→b）。
二、导入观点
相互对调各类信息，舍弃多余信息，排除含糊暧昧的部分，舍弃无畏的小○△□和重复的内容（d）。
接着再导入观点，理清信息的因果关系（d→e）。
如此一来，就能认清问题本质△。
基于不同观点，有时亦能发掘潜藏于△内的本质△’。
三、设定课题
将找出的问题本质△或△’设定为课题，导出解决方法（f→g）。
如果本质是正面的，就琢磨使之发亮、重新组合，强调原本任其埋没的优势；如果本质是负面的，则进行反向思考，将负面扭转成正面，找出魅力所在。
掌握状况-对信息提出观点，穷究问题本质
须知有些B端产品是依托业务来实现产品价值的，即使同一业务，在不同视角下，投射到不同领域，呈现出不同的形式。业务本身，以及各个领域，都在动态变化。那么你需要去更多的了解行业信息，只有知道的信息越多，你越会提出问题，否则你只会停留在产品表层，甚至只基于现有产品的界面来提问。
当你了解足够多的时候，在结合用户调研/用户访谈得出的结果，将你获得的信息列出来，也就是将思绪信息化开始。
▽设计流程
如何穷究问题本质？
我们要在需求开始阶段时就参与其中，在了解需求根源的时候对其深入；也要清楚产品现状及市场分析；项目关键风险评估及预判。
虽然在大多数情况下，需求挖掘工作是由产品经理主导完成的。由产品经理撰写需求文档，向设计师发出设计需求。但是我们也要积极参与到需求建设的过程中，去听取业务的想法和产品规划的方向，对我们确定需求的目标具有很大的作用。在了解设计目的后在与产品深度沟通需求明确任务边界和进度，以便更好地开展设计工作。
例如有些小伙伴们在接到需求的时候对一些模棱两可的问题不敢问，怕出错、怕被嘲笑，也不敢与产品进行需求的问诊，在没有了解需求的本意时就按照原型去进行设计，你要知道原型是产品根据虚拟的诉求把不可视的状态整理出的信息可视内容，在这其中是产品对其进行了加工，只是把自己想要的通过一定的方式展示出来，你在此基础上进行设计那么很容易偏离问题的本质，当对结果验证时可能会造成不理想的状态。
对问题的掌握也不是要你去否定和质疑产品的输出，是需要根据你了解的问题与需求相互验证，得出结论在结合当前情况来决定如何去进行设计工作。
导入观点-基于方法沉淀导入规律
经过需求分析、设计调研后，整理信息的因果关系。设定优先排序，舍弃不必要的信息，排除模糊不清的问题，找出“这个因为这样所以变成这样”的关联性，整理成具有整合性的信息。明确了产品的业务目标和设计目标，接下来开始进入具体设计实施阶段。
在数据产品设计中，往往需要设计师对其背景、场景充分理解，将无序的信息进行组织，把所有零碎的需求点串联起来，按照一定逻辑排列，使其结构合理，并在脑内形成规律图形。
这样我们就得来了概念方案，在概念方案产出后，他是初级的构思方案，需要我们通过有效且合理的评估方法，具体化概念的方向。或者单独讨论每一个小需求的方案，得出优缺点，继而讨论所有设计方案的优缺点，组合不同方案的优点，得出一个合理的深化概念组合方案。在评估过程中我们可采用二维知觉图进行初级评估。
▽二维知觉图示例
那么在我们具体化概念方案的时候，我们可根据通过沉淀信息形成的组件和方式方法在强化我们的概念方案，使其逐步完善、明确。
我们的沉淀是如何得来的，并不单单是自身的工作经验，也不是单纯的通过看其他人写的经验文章，亦或是别人给你提建议。我们需要通过行动来证明经验的可行性，有些经验形成了法则般的存在，并不是作者理论得出的结果，而是通过一次次的试验不断的进行验证修改整理，循环往复经过千锤百炼得出的可复用可传播的经验。那么你也需要整理验证别人的经验是否适合你，是否适合这个项目，通过行动去验证，去归类，最终整理出一套自己的经验沉淀。
▽ 库伯学习圈
例如你在设计B端表格的时候会进行数据过滤，考虑搜索、筛选、视图、分页如何展示。也会考虑表格中的字段类型，而每一个字段类型都会有相应的差异。形式的不同落到表格上就会有不同的呈现形式，在关键数值的处理上，也会差强人意。在用法上也会有各种分类基础表格、树形表格 、子表格 、交叉表格/表头分组等等方式，要如何合适的去使用，那就需要结合你行动得来经验进行导入，尝试筛选的组合方式有没有提升筛选的效率，表格的类型能否既简洁又能展示出你想要的数据，在行动过程中继续沉淀整理经验以期在合适的地方去展现。
我们在整理的过程中切记臃肿，有时会以解决问题为导向不断的添加东西，比如这里多个弹窗，那里多加个按钮点击后跳转等。会使简单的东西复杂化，这时我们就要思考“奥卡姆剃刀”原理。
“如果用较少的东西可以把事情做得同样好，那切勿浪费较多东西去做”
这个原理常被称为“如无必要，勿增实体”，也叫“简单有效原理”：抓住本质，把复杂的事情简单化，两步能做成的事情就不要三步。也切合整理的本质，因为整理归纳的过程也是把不必要的进行舍弃，比如有些编辑页的设计会把编辑的内容存入草稿箱用以保存，那么此功能是所有编辑都需要的吗，要知道此功能的添加就会使整个操作流程和交互都产生变化，如果编辑内容没有那么多，内容不是很重要，或是已进行分布操作进行了缓存那还需要吗？
我们在设计的时候，都需要这把“剃刀”好好的削一削：界面的元素是不是太多了？比较长的文案是不是有其他的处理方法？流程步骤能否简化？每多一个元素和步骤，不仅增加了用户的认知成本，还降低了用户操作效率和功能的使用率，这当然不是一笔划算的生意。
设定课题-在整理的过程中找出最终答案
我理解是说我们要找到问题的本质，整理出最想要解决的问题。
找到问题其实就像我们在雾天黑夜行走，看不清道路，不知该往何处走，即使胡乱前进，也有可能被绊倒或掉入深坑。可是，边走边掌握情况相当于拨开迷雾看见北极星的方向，向着指引的方向出发终能到达目的地。
并且有时需要我们进行逆向思维的思考，每样事情都是具有两面性，坏的事情也可以找到好的作用，塞翁失马焉知非福，创新并非总是靠突如其来的天才想法，还可以靠正确的思维方式来达成。从不同的方向看待问题说不定就会获得意向不到的答案。
通常有这六种常用的逆向思维的方法：A.结构逆向、B.功能逆向、C.状态逆向、D.原理逆向、E.序位逆向、F.方法逆向
整理对沟通的帮助
对于B端的整理就是对“信息的整理”和“思考的整理”信息无法触摸，但是肉眼可见，只要确实掌握信息之间的关联，形成合理的路径就能对信息进行归纳整理，使其变得有迹可循。思考整理就是整理思绪，将思绪信息化，将原本看不见的事物可视化整理。当你将这两点整理出来就会将信息明确化，这样对方想表达的内容和自己想表达的内容可以相互对照，沟通起来自然顺利。
对于设计师来说，表现层的方面无疑是最熟悉的，但是用户想要什么我们就给他什么吗？
很多设计师在做设计的时候只考虑了表现层和框架层的东西，很少去想究竟为什么要做这个需求，只停留在表面的美妙呈现上，这样做出的东西往往既抓不住用户痛点，也无法满足商业需求。而产品思维正是要我们从下到上，从宏观到微观，从抽象到具体地去思考整个产品，最终才能将互相冲突的两条线平衡好。
