最近想在每次完成一个产品后，进行一下总结，希望能给到某些正好需要的朋友有所启发，也请大神们择善～（合掌）
一、需求阶段：
1、全面了解BD的述求，包括背景、合作方情况、公司战略发展方向。一般这个时候，BD会把他心目中的产品形态、产品完成时间、产品的美好愿景灌输给你，目的让你积极的配合他。注意：（1）这个时候产品战略方向要做到心中有数，若从BD处获悉不全要想办法多方了解情况；（2）BD接触的通常也是合作方的商务，聊的时间、配合度、可实现性等等基本都是拍脑袋出来的。
2、有合作方的，必须亲自和对方产品负责人确认双方产品交互的内容，对方可实现的、不可实现的以及可配合完成的大致时间。这个时候要特别关注合作方在实际落地是否有问题，包括技术、运营等。注意：接触合作方以前可以先了解下对方公司的基本情况，初步了解下对方的实力，业务发展情况等，有时候在输出方案时可以作为判断其可靠性的一个小小的因素，若对方很牛B，你可以稍微省心甚至可以学习到一些东东，若对方不那么给力，你就得凡事多想些多做些，当然无论如何都得不卑不亢、目标明确。
3、无论是全自建产品还是联合建设产品，都要提前下功夫进行市场调研和竞品分析，哪怕是到处搜罗下相关资讯、试用几个同类产品都是好的（若是该类产品的专家人物自然是不用辣，就是那么胸有成竹辣～）。
4、要及时和你的直属老大同步情况，从一开始就得到他的支持。并且他也能给到你一些建议和意见，有利于后续。
5、综上，要判断出该产品的可实现性，在功能、开发周期、运营模式、迭代规划、风控等方面要有80%的把握。若是合作方的实际情况和BD说的不相符，或根据综合判断在落地和后期发展上有问题，都要及时反馈出来。这时会决定是否更换合作方，甚至是否要继续此产品的建设。
二、设计阶段：
1、很重要的一步，先梳理整个业务架构（还没到专业的业务架构狮的程度），需分解出各个功能模块、子功能、子子功能，各个功能的关联关系（我是用xmind画的脑图）。有多系统交互的话需整理出业务流程图，包括内部系统和外部系统，清楚哪个环节在哪个系统完成（我还是喜欢用Visio画泳道图）。当然，若小小功能的迭代你说不需要这一步那就是不需要辣～
2、若与其他系统有接口交互，提前确认接口内容，即使接口还没有开发出来，也要追着先把接口开发文档给出来。因为没有接口文档开发心里没底也做不了，接口的实际交互也会影响页面的流程设计，例如一个同步或异步返回就会影响到页面的跳转。
3、接口内容确定了后，最好能用流程图的方式展示各个接口的调用顺序，这个对开发人员很重要，也有助于自己理清思路（我是直接用axure画的时序图）。关于接口，参数限制、什么情况对应什么状态等产品经理都要清楚，需要和第一点讲到的业务流程图和下面讲的客户端页面有紧密关联，最好能明确标注出来，便于开发人员理解。
4、客户端页面的原型，页面的跳转要形成闭环，这方面产品经理尽量要在设计阶段就考虑周全，避免开发过程发现了，就会设计添加页面、更改逻辑等。先别着急开始画页面原型，建议先通过自我认知+参考竞品梳理出页面交互流程，清楚有哪些页面、各页面主要内容、页面跳转关系，站在用户的角度，遵循极简、傻子原则。绝不能出现用户走不下去，或不知道怎么走下去的点，例如引导性提示、自动跳转等都是方法。
5、通过第4步，脑瓜子里面已有比较清晰的思路了，开始画原型吧。画原型的过程也是验证第4步的过程，也可能会发现新的点要回去调整第4点梳理的页面流程图。关于画原型在这里说几个基本的：页面的基本布局结构，内容排序，各个控件的输入输出、格式长度、是否可点击等限制要求，都要注明；单击、双击、滑动、状态变更等操作引发的页面响应，也要注明；不同业务状态对应的页面展示内容，要注明，有些状态你若不提开发人员是不会记录的；错误提示要归类进行友好提示；是否有埋点的要求；原型和说明也要注意规整美观，程序猿大哥也是有血有肉的人，要看这么多内容还要思考程序逻辑.....嚯嚯～；在完成UI设计后最好能提供完整的页面跳转效果，让开发和测试进一步理解。在开发前技术同学get到的需求越准确，后续越顺利！
6、和技术人员一起进行需求评审的时候，也是很重要的，反正就是尽可能的讲清楚业务需求，最好能在开始前把产品背景和后期规划都传达到位，思想统一，才有可能步调统一嘛。
=~=
今天周五下班后有约，先到这里辣，关于开发测试阶段、上线阶段、运营阶段、迭代，敬请后续，感恩您的阅读！
网友评论