从事产品行业也有一段时间了，体会过一头雾水做项目的感受，这里也就想记录分享一下遇到的一些问题和一些经验。
首先，这里主要介绍的是B端产品从0到1的搭建，比较适合刚刚接触B端，在市场上找不到完全开发的成熟竞品分析的新手们。
1.如何快速了解需求
我们都知道做为一个产品经理，最重要的就是明确需求，但是在规划B端产品的时候往往一开始就卡在了这里，因为B端产品的主要支持靠是业务，但是大部分时候，我们做规划的产品经理往往是不了业务需求的，这个时候如果集团突然说要做了一个B端项目，我们很容易就陷入一个误区----业务部门说什么我们就做什么（这点我刚接触B端产品的时候深有体会，后来也为填这个坑付出过血泪教训），一定要警惕这里，很多业务部门提出的需求是在他们自己觉得现有的流程不行想按照自己的想法进行调整的，这个里面就会有很多伪需求，所以一定要避开这个误区，怎么做。
我个人用的最快的方法就是搭建业务流程图，在不完全了解业务的情况下，我想快速熟悉并且明确业务，上手开始画流程是最快的方式（这里指我个人呀，后来再遇到的项目屡试不爽）。
以下为搭建一个客服报事系统的业务流程图，把报事的每个角色每个报事入口拆分，在进行业务流转，基本一套图下来，这个业务也就熟悉的差不多了。
业务图完成之后，接下来就是对图做拆分，对现有流程进行一个分析过程，然后找到流程中冗余或者可以优化的部分，找出其中的伪需求，方便在接下来在进一步的进行需求分析。
2.定义功能清单
还是以客服报事为例，在理解业务需求后，我们结合业务部门的期望以前自己对这个业务的理解（注意这个理解一定不要自己想出来就定了，也需要跟业务部门沟通）有一个最大的建议就是我们在产品1.0时期主要以简化不必要的流程做起，不要加太多个人主观因素的优化，先做一个简单的迭代版本，不要想着一口气做到最好。
在根据业务流程图梳理清楚需求之后，我们可以开始着手做一份功能清单（我用的是思维导图，有些可能更喜欢用excel，这个看公司要求），这个清单上会记录我们这个产品在每个设备上应该要具有什么功能，最终我们绘制原型的时候，就是根据这份清单来制作不同的功能模块。这份清单也可以帮助我们的技术小哥哥们快速知道整个产品分多少个端口，大概有多少功能等等。
3.制作原型
在功能清单出来之后，跟着做原型就真的是一件很简单的事情啦。需求都已经明确化了（跟各业务口确认过的情况后），在根据清单中划分的设备所以功能开始出图，建议最好是PC端先出，因为很多app端的展示是要根据pc给的限制来做。比如：有些要做字符展示的，PC做了最大字符控制，app也可以根据这个控制来设计展示方式。
我们在绘制原型的时候也会容易有一个误区，那就是我们做线框图很多时候可能都是说先把页面上要有的功能全部铺出来，具体的摆放，就想着还有UI，靠UI调整，但是这里会有一个不太好的地方，就是技术在研发的时候，原型图和效果图差距太大，导致对整个功能出现理解偏差的问题，真的是时有发生。大一点的公司可能会专门设有U交互师，会在这其中在做一次调整，但是当前部分的情况是，要么是产品兼职了交互，要么是UI兼职了交互，更多的时候还是产品在做交互这个角色，所以我们在做原型的时候，也要更多的考虑产品的易用性。
下面以我做的一个原型以及我们UI出的原型为示例：
这里找了两个比较布局简单的页面做示例，可以看出来在样式分布上，我们都是基本一致的，这里有个好处就是，技术小哥哥们在开发的时候，对比查看的难度会降低很多，我们在设计上游如果把产品交互布局布置的有一定的合理性对下游的设计以及开发都会减少很多难度。
当然这里也看公司的要求了，我们是因为公司在产品上就要求的比较规范化了。这也有利于后期如果大家负责的应用模块需要整改起来的时候，风格不会过分差异化。
4.基本交互
原型页面搭建完成之后，我们现在有一种主流思维就是不要做太多的交互化，但是从我个人的经验来看，加了交互的原型在给客户跟技术宣讲时会比完全平铺的原型要更加容易被接受。这里说的交互不是说要完全高保真，是指一些基本的页面调整，弹框样式这些。做一个流程能达闭环是最好的。
简单的交互可以加快快发以及设计人员对业务的理解。但是有一点确实，不要花太多的精力去研究交互，我们产品做得非常复杂非常炫酷的交互技术从性能考虑大部分都会被毙掉，所以基本的交互最好要有，但是过于复杂的就不要了。
下面是一个原型交互示例
5.文档编写
每个公司对于PRD文档的编写可能都是有自己的要求的，这里就针对那些刚入门或者公司没有要求的新手们推荐一种我个人用的比较多的方式，（我们公司不要求文档用word编写，，所以我这里都是直接写在文档原型上的，以前我也是原型word分开写，后来我发现技术大佬们根本不看文档，吐血。）
可以参考下图：
大致就是把拆分为几个说明区域：
功能说明：简要概括这个页面要做的事情，方便技术人员快速理解这里的业务。
表单说明：对这个页面的字段进行说明。
交互说明：对这个页面要有的交互进行说明。
等等其他自己需要扩展的说明，比如上文中有些页面有新建操作，这个新建是个比较重要的组件，所以可以单独拿出来做一个新建编辑说明。
这种方式就是会比较清楚明了的方便技术快速定位需要了解的说明，但是有一点就是页面最好是保持在一屏下，不然页面跟说明过于分散也不利于浏览。
