加油@产品
很多产品人员入门之后，就一直在做产品迭代，并没有机会参与产品从0到1的设计直至实现的过程。
对比他们而言，我是比较幸运的，入职公司三个月之后，在产品总监的指导下，我便开始独立负责一个项目的从0到1，当然，整个过程中，产品总监还是帮助我不少，从他身上，我学到了不少的经验与人生的生活知识。
所以，本篇文章，我会从我所涉及的产品的周期来展开叙说：产品业务调研及沟通，产品需求规划，产品原型设计，产品UI沟通及产品开发，产品测试，产品上线至产品后期数据收集与日常问题排查。
1、产品业务调研及沟通
要想弄懂需求，就必须先搞懂客户的业务流程。因为这一款产品是做4S店内停车场管理的，所以我们需要和甲方爸爸去实地沟通。
在去实地之前，我事先在网上做了很足的功课，例如如何准确获取客户需求，理解客户问题等等，因为在之前公司很少参与前期的需求调研，怕自己出错。并准备了需求要点的表格，防止自己沟通时被客户带偏，遗忘了重点需求。最重要的是，准备了手机录音。
第一次去4S店的时候，首先是由店内的系统负责人跟我们介绍了基本的情况，提出了他的需求点。这个过程由于是1对1的，我还是算是表现的可以，毕竟事先有准备。令我最头痛的有两点，第一点是和店内的各个部门的负责人开需求讨论会的时候，大家你一句我一句，根本没有重点，讲着讲着就偏离了主题，这是因为4S店的流程相对来说比较复杂，甲方那边负责人并不能单人拍板，必须和其他部门的负责人共同商量。第一点，是和硬件方沟通的问题，主要是店内摄像头的型号，安装位置等，由于我对店内停车场的地图以及硬件并不了解，所以第一次沟通并不太顺利。后面几次，我和技术人员事先在甲方爸爸的带领下，对店内的停车场进行了等比例地图的绘制，并花了一个星期，对相关的店内停车死角及突出点进行了观察及沟通处理。
这次的调研总共花了一个星期，每次调研回来之后自己还要自行整理需求及问题，并反复听录音，防止遗漏。
2、产品需求规划
这一阶段，主要是对系统业务流程的规划。在需求调研阶段，我更多的都是在听甲方爸爸的需求，想着怎么把甲方爸爸的需求都尽可能的满足，忽略了产品本身，并没有考虑甲方提出的需求是否是他们需要的真正的需求，导致后期上线之后还在不断地修改。很多需求并不急于上线，应该引导甲方把需求放到二期去实现，这样一期能更好地着重在核心需求与迫切需求。
头脑风暴和业务流程图是我这一阶段的核心工作，我们产品团队的4人会针对我收集的需求进行讨论，看是否有需求完整性或者需求逻辑的错误，我会耐心听取大家的意见并进行整理，事后再和产品总监讨论。
业务流程图我一般都是用Visio泳道图绘制，标明修改版本及修改内容。弄懂了业务流程，下面的工作就相对好办，不要着急去实现产品，很多人急于画原型，导致画到一半的时候总会觉得逻辑不太对。这就是前期产品规划没有做好的原因。
3、产品原型设计
刚做产品的第一年，我很注重原型设计的美观性，自己就觉得，不管怎么样，看起来要比别人做得好。直到进入这家公司，我在产品总监的指导下，开展了自己的基础原型设计的分享会。他告诉我，产品原型并不需要注重外表，而是是否能真正地表达需求，而且在有限的时间内发挥最大的作用，否则，就算你做的超级好看，但是开发人员看不懂，不也是白搭，到时候还是你的锅。
所以，原型设计这一块，我更注重逻辑性，当然，也是能看的。
原型评审会议，事先需要准备好会议邮件的发送，记得把原型放在附件中，让参加会议的相关人员都事先了解产品。作为会议的主持人，你需要明确会议的流程与重点，对提出的问题保持不反对不附和的态度，从产品的实际需求出发，考虑问题的合理性。如果涉及开发问题，需要跟开发明确地沟通问题的难度与实现方法。当然，你需要和会议的参与人打成朋友的关系，这样，相信会更顺利。评审过后，还需要持续跟进会议问题并发送邮件给若干人。
4、产品UI沟通
我一直觉得，专业的事情就要交给专业人去做。UI就全心地交给设计师去实现，但是作为产品人员，你得事先跟设计师沟通好以下两点：
1）整个产品的设计风格，客户的业务类型更着重哪种风格，主色调的采用都需要跟客户确定。
2）确保设计师对整个需求都已经了解，对你的原型已经熟悉需求，如果有不懂，事先需要沟通好。
5、产品开发
忘了补充一点，PRD文档我是写在了原型上，当然你可以独立写成一个word文档，我是习惯写在原型上。
跟开发的沟通，我一般会事先开一个开发沟通会，各开发人员对需求问题的疑问都可以在此会议上提出，这样可以减少后期的开发沟通成本。
后期的开发沟通，是开发阶段的日常工作，我会把每次沟通的需求修改写在PRD文档上，记录好每个版本及修改内容，防止以后大家发生扯皮的现象。
对了，及时汇报给产品总监产品的修改及进度，给与老大确认。
6、产品测试
首先是公司内部测试，这一段主要是交给测试部门测试，主要是测试产品功能，我在这一阶段的工作主要是验证开发输出的产品与我最初的需求是否一致，当然，很少会出现不一致的情况。另外，我需要配合测试部门了解需求，促进测试。
由于系统设计硬件，所以需要配合测试部门及联系硬件方进实地测试，开发需要一起前往，这样可以减少沟通成本。
公司测试之后，我们会进行UAT测试，让甲方参与体验，甲方会提出很多关于使用习惯方面的问题，总的来说，涉及功能的问题不多。你需要衡量甲方提出的问题是否在最初制定的需求内，在不太耗费人力时间成本且需求可控的情况下，可以进行产品使用方面的优化。
7、产品上线
产品上线阶段，主要任务是对接客户日常问题和测试平台的bug，不断完善系统，因为很多问题是真实业务数据出现后才出现的问题，虽然前期的数据验证也做了，但是还是和真实的数据环境不一样，会出现各种奇怪的问题。
另外，监控的日常数据需要及时向老大汇报，让老大对平台的运行情况知情。
后期还开展了产品二期，此处我就不多说了，大概是差不多这个流程。
8、自我反思
我从这个项目学到了很多东西，从产品从0到1的实现过程到有了一定的了解，让我知道了在整个产品周期中需要怎样去考虑问题，自己的短板在哪。
与甲方沟通时，先将客户所表达出的所有需求都记录下来，不急于肯定，先对客户的需求进行整合和思考，在与老大和自己的思考下，跟客户说出自己的反馈。
画原型的时候，不要急于画原型图或者把产品表现出来，而是要花时间理清楚各需求之间的逻辑关系。
与开发沟通时，要先搞清楚问题，从开发的角度想想问题，做到有理有据，然后再进行沟通，提高沟通的效率。
在测试配合阶段时，首先要明确测试的目标和所要达到的效果，然后与测试人员沟通，但是在测试的其他方面，还要继续学习。
网友评论