|
之前在说产品经理是做什么的时候，简单说了下产品经理的工作模式，现在完整说一说产品经理的流程是什么样的。 1.调研用户调研 用户调研分为用户访谈和问卷调查。 用户访谈对用户的回答反复追问“为什么”，引导用户从浮于表面的回答开始思索，发现其行为背后的动机、需求乃至价值和文化观念。 问卷调查是一项有目的的研究实践活动，可以借此验证提出的需求。在设计问卷前必须要做好充足的理论准备，要明确你们研究的主题是什么，明确想通过问卷调查获取的信息有哪些。 市场调研 市场调查与市场研究的统称，是指为了提高产品的销售决策质量、解决存在于产品销售中的问题或寻找机会等而系统地、客观地识别、收集、分析和传播营销信息的工作。其重要性犹如侦查之于军事指挥，不做系统客观的市场调研与预测，仅凭经验或不够完备的信息，就作出种种营销决策是非常危险的，也是十分落后的行为。 竞品分析 竞品分析的内容可以由两方面构成：客观和主观。客观即从竞争对手或市场相关产品中，圈定一些需要考察的角度，得出真实的情况，此时，不需要加入任何个人的判断，应该用事实说话。主观是一种接近于用户流程模拟的结论，比如可以根据事实（或者个人情感），列出竞品或者自己产品的优势与不足。 2.需求分析用户需求就是用户想要的——这种一般浮于表面——以及用户需要的——这种则是用户的目的。需求可能来源于老板提出的战略性需求、产品经理发掘的需求、用户访谈得来的需求、调查问卷得来的需求、数据分析得来的需求、客服反馈的需求等等。 有了需求之后，进行下一步工作之前，需要对需求进行分析，去伪存真，将不切实际的、与定位背离的需求丢弃。接下来，还将这些需求采用四象限定位法进行优先级分类，产品的起步阶段的重点是核心功能的实现，验证产品的可行性。产品的发展阶段重点是功能的扩展和完善，需要做的是探索新的价值。产品的迭代阶段重点是用户体验的提升。在不同的阶段，需求的紧急度衡量的侧重点是不一样的。 3.原型设计确定需求之后就可以开始原型设计，首先融会贯通梳理出来一个用户的业务流程，再做出功能结构图，增加页面之间的跳转关系，以及每个页面具体内容的设想规划，再将内容细化制作出原型。在原型上加一些功能的注释，这样在敏捷开发的时候可以节省PRD文档的制作，也可以在和技术开会的时候不会遗漏自己想讲的东西。 写纯word需求文档，绝对是产品经理最苦逼的事情，不仅自己写的捉急，而且花费大量时间，更重要的是开发、设计、测试等部门，根本懒得看你文档…… 4.视觉设计这一步交给设计，切记设计不是美工，不要让他只把你的原型上个色就完事了。有一些经验丰富的设计可能有自己的想法，这时不要急于否决，毕竟在色彩和视觉规范上，他才是专家。产品经理在确保最后的效果图能实现自己的功能设计的基础上，给设计师们一些自主空间也无妨。 5.技术实现效果图和PRD交给技术开发以后，就需要制定一个项目时间表或者行事历，并向领导汇报。对于项目进度要做到心中有数，每天更新项目进度表，并帮助技术解决他们在开发过程中遇到的问题，并将自己看到的潜在问题尽量扼杀在萌芽中。 切记，产品经理最大的作用就是让整个团队在正确的时间做正确的事儿。 6.测试大公司有明确的职位分工，测试自然是测试工程师的事，而在人员匮乏中小型创业公司，产品经理也要承包测试的工作。但无论如何产品经理都要尽量参与测试工作，将测试出来的Bug记录下来，并排好优先级，反馈给开发，因为务必要保证产品是按照你的预期做出来的。 8.准备发布产品上线之前需要给市场、运营等部门培训，让他们知道产品到了那些阶段，有那些改变，一是让各个部门之间知道自己正在做的事情，二也好让营销市场部门做好宣传与推广。同时，也要给客服培训，好让客服组织话术来应对用户随之而来的一些问题。 9.数据分析产品上线后产品设计的好坏很大程度上能从数据上体现出来。数据分析的本质，是要结合业务指标，分析用户行为数据，得出结论，进行调整优化，然后再推动业务增长，这是一个正向循环的过程。 从0到1 10.总结总结不是结束，而是另一个项目的开始，这是一个循环。既然入了产品经理这行，这将是你以后的常态。但请记住一点，千万别失去对产品的热情，别丧失对细节的敏感。保持一颗求知好学的心，一步一个脚印，总会登上产品经理之巅。 结语 这一章比预想中写得要困难，本来想写一套详尽的流程，结果高估了自己的耐心，写得头重脚轻，最终也只是搭了个框架，不过接下来的一系列文章，可能就是按照这个框架来写作了。 |
|
|
