作为一个产品新人，在刚接触到产品设计的时候，总是免不了被Diss，被怀疑，这样的经历是必不可少的，但是是什么让你在考虑的过程中遗漏了那些重点？自己前期到底应该怎么样去做产品设计前的准备？以下两点是笔者在工作过程中的一些思考，对我的产品设计产生了很多的影响，分享给你，希望对你也有帮助。
产品新人初入职场，快速学习业务知识是在入职期间最大的挑战，由于业务知识之间的不对等，让你在产品设计的过程中总是会有所遗漏，这样就难免在评审会上受到同仁的DISS。
虽然就像乔布斯所说：我喜欢和聪明人一起工作，因为他们不用在乎他们的尊严。（不在乎尊严的人将批评看成自己变得优秀的机会，所以他们的成长也会更快）
但是多次的犯同类错误，或者小的错误，只会让你在同事心中的地位下降，而产品经理是一个需要拿结果推动同事工作的人，如果你多次犯错的话，只会影响你与团队间的信任关系，推动事情的发展也相应的会变得会很困难。
因此这里是笔者在犯过2次错误后，进行对项目的复盘后，总结出的两个做好产品设计的方法，可以让你更出色地做好产品设计。
一. 思维导图
思维导图俗称脑图，是产品经理的常用技能之一，你可能在平时也了解或者经常操作过，但是对于我们产品经理在工作过程中，脑图到底该怎么用？用它来输出什么？下面是笔者的一些经验：
首先思维导图的三点优势这里详细介绍下：
1. 便于梳理思维
思维导图最大的好处就是可以让你在梳理一个想法的时候，可以将自己大脑中想到的所有想法都跃然于纸面，通过头脑风暴似的梳理出所有的信息关键点。
2. 绘制方便
首先思维导图的界面都犹如一张白纸，一个中心点出发，每有一条关键数据就可以从中心点上进行分支，节点数量没有限制，每一个分点需要细分的时候，也可将此分点作为中心点继续细分，就像大树一样，不断地生枝发芽。所以一张脑图做完以后侧看过来就像一棵大树。
3. 使用场景便捷
省去了笔和纸，只需要用一个电脑就可以，你可以将自己关在一个无人打扰地空间里，尽情地发散自己地思维，并且纸张多多少少是有边界地，但是思维导图地记录是无边界地。
而对于思维导图的工具，个人推荐x-mind,当然思维导图的工具繁多，线上的，线下的都有不少，但在实际操作过程中还是一个人的思维会决定最后的产出结果。工具永远只是一个辅助工具。
在你得到一个需求以后，你要怎么完成接下来地工作呢？写文档？画原型？我觉得这些都为时尚早，你接到一个需求以后，应该用思维导图去画出这个功能实际的结构模式，就如《金字塔思维》里说的那样，只有假设自己完成了这个问题，才能更好地提出创造性解决问题地方案。而思维导图就是让你在一个页面中将这个需求功能涵盖的所有信息都记录在其中，并且在记录的时候一定是有顺序有条理的（之前笔者就曾犯过错误，认为脑图需要自己看懂就好了。但是实际上脑图一定程度上展示你分析问题的过程，所以如果脑图很混乱，也就说明你在考虑问题的时候也就是很没有逻辑的）
所以在你产品设计地第一步，你需要根据你得到地需求信息，用思维导图将其功能操作罗列下来，罗列的信息可能包括：
需求的背景
需求涉及的业务方
需求的目标
需求的功能
需求的字段
需求间产生怎样的联系
这里需要特别提到的一点就是“完全穷尽，没有遗漏”，每一步都要尽可能地详细，每一步地分叉要极尽所有可能，每一步都进行到不能分支为止，甚至要考虑到分支地字段类型以及相应地枚举值。你在思维导图上花费的功夫，会在你后续的工作中统统返回给你，因为在你穷尽每个可能的时候，你才会知道你没有考虑的地方是什么？也就更少的减少你在产品中的盲点。
而且在思维发散的过程中，你就会知道，你与业务方之间的不对等的信息在哪里，标记下来，这也就是你下次找业务方主要了解的问题。而且在与业务方聊天的过程中，你完全可以把你的脑图拿出来，把你的想法照着脑图说一遍，让业务方去发现问题。只有你真真确确了解业务方的需求信息，以及想要的结果，那么你才更有可能完成你的设计。
总结：思维导图既是一个发散思维的好工具，它可以让你罗列出很多种可能，穷尽所有信息，还是一个分析问题的好工具，因为就像金字塔思维一样，它会带着你的思维一层一层的反复下沉，下层的又都是服务上层的，直到不能下层为止。而你要做的工作就是做出结构，完全穷尽，找出问题，沟通补充。
二. 流程图
流程图在实际的工作过程中的重要性是要大于PRD等需求文档的，无论是在产品内部的评审会还是开发评审会，能将一个流程跑通畅，无遗漏，重要节点讲清楚，你就会减少很多不必要的沟通，所以产品经理的日常工作中要把重要的精力放在流程图的绘制中。
首先对于工具来说，推荐visio与ProcessOn两种，一种线上，一种线下，但是还是那句话，工具只是让你更快捷的梳理出自己的逻辑，如果嫌麻烦，你可以直接拿一张纸，一根笔就开画。
其次对于流程图的一些常用的元素做下简单的说明：
上面一点我们说到了思维导图帮助我们将产品功能涉及到的所有关键信息进行罗列，而流程图就是帮助我们将它们进行串联起来，流程图在制作的过程中必须要囊括所有可能的情况，并且每一个判定流程实际上都会对应一个用户的使用场景，在做流程图的过程中，也是我们熟悉业务，了解用户操作的过程。
举一个例子：笔者在做一个对专家薪酬信息的统计的时候，因为实际涉及到的业务方有三个角色，一个执行专员，一个执行经理，一个财务，所以不通过流程图，你是很难理清三者的对应操作关系的，并且一旦产生问题，你是不知道该找哪个业务方去得到答案的。而通过流程图，将每一步的操作都记下来，判断场景，决定结果，你会发现在执行专员的角色实际上就是信息的录入与编辑，执行经理仅仅需要信息的判断（通过与不通过），财务仅仅需要对信息进行薪资的发放，并且给与反馈（发款款与不发款），将三个角色不同的操作搞清楚，实际界限划分开，你才会更好的了解不同业务方间的业务诉求。下图就是我当时的流程图：（也是改了几次才完成）
所以，更好地画出流程图，下面是笔者的几点建议：
首先一定要有一个完善的结构图，结构图会让你在信息录入的时候不产生遗漏，与流程图相辅相成。
直观易懂：使用统一的图标与符号，符号内的文字简洁易懂，并且复杂的信息一定要有说明，可以用注释，可以用小纸条。
布局清晰：从上到下，从左到右的画，并且对流程的细节要进行一定的取舍，同时尽可能保证流线不要有交叉，
针对不同角色，泳道图绝对是第一选择，用过一次都说好，但切记，一个操作只能在一个角色泳道图上存在。如果两个角色都会有这个操作，我觉得你可能对业务还是不足够了解。
流程闭环：即一个流程一定要是完整封闭的，只有结束不需要后续的流程，否则一定要保证流程的连续。
总结一下
当接到一个需求，不知道怎么开始的时候，先用思维导图理清必要的结构，再用流程图梳理业务流程，这两点做好了，你的产品设计也就完成大半了，并且会减少你出错的概率。
产品文档与原型图不要着急写，着急画，先理清这两点，再去做文档与原型，你会更快捷，修改的次数也会减少（亲身经历告诉你），产品经理不应该把大部分精力放在写文档，画原型上。
