近来开始接手部门产品小组的管理工作，自己的角色也开始从只要顾好自己负责的产品，发展到要兼顾整个小组的产品以及人员的管理。又由于之前小组没有一个相对比较正规的产品流程，都是各个产品人员各干各的，总是显得乱糟糟的。于是便有了制定一套简单的产品小组日常工作规范和产品对接流程的想法，下面做一个简单的陈诉。
一、产品经理定期的日常工作
1、用户调研
作为一名产品经理，首先要了解你的用户，而用户调研便是产品经理了解用户需求、收集意见反馈一个很重要的途径。腾讯有一个很有名的“10/100/1000法则”：产品经理每个月必须做10个用户调查，关注100个用户博客，收集反馈1000个用户体验。当然我们要求可以放低一些，产品经理每周做2个用户调查，关注5个用户的个人空间(微博、QQ空间等)，及时反馈和收集用户的意见反馈(由于产品不是那么知名，没有那么多的意见可供收集)。只有这样才可以更加了解用户，让产品的迭代方向更加的清晰。
2、竞品跟进
产品的需求除了来自于用户，在现在这个互联网产品同质化异常严重的时代，竞品分析也是产品需求一个重要的来源。至于如何分析竞品不是一两句话能够说的清的，之后有机会再展开聊一聊，但是产品经理定期的对竞品进行跟进，并且形成一份报告也是很有必要的。
3、数据汇报
产品发展的优劣主要就是体现在数据上，虽然一个产品在各个不同的阶段，第一关键数据是不同的，但是对数据的监控就是产品经理不变的日常工作之一。数据监控工作可以分为每日的宏观数据的观察，主要判断昨日产品是否出现了问题;还有每周和每月对核心数据、主要数据进行一个汇总，形成一份数据报告，并且还要将这个数据报告抄送给项目组的相关人员。数据报告不仅仅是数据的展示，更重要的还要说明产品的情况，是否存在问题，如果存在问题要指出问题并且提出相应的解决方案。
二、产品经理策划、推进产品
1、前期的自我耕耘
在产品进行需求评审之前，主要工作还是由产品经理独自完成，这个过程基本决定了本次产品的迭代，所以这个过程在我看来是最重要的。这里面需要产品经理输出以下的文档和图表:
a. 需求分析报告:主要包含用户需求和官方运营团队的需求，我习惯把运营人员甚至老板也当做用户，所以就都称为用户需求，并且要知道产品的核心需求。这里面主要要分析用户的使用场景，这个非常重要，因为每个具体的用户都是有生命周期的，但是一个产品具体的使用场景相对是比较固定的。还有如果不是做一个新的产品，那么还要综合考虑线上的情况，包括已有的数据等等。
b. 产品功能说明:这里面列出根据用户需求想出的解决方案，也就是产品的核心功能和主要功能。首先先列出产品的核心功能和主要功能，并且对这些功能的实现的规则进行说明;第二除了说明功能外，要给出用户实现该功能需要采取哪些动作，给出一个路径，这里就涉及到一个层级(我的要求是核心、高频的功能直接放在导航上，主要功能层级不能多于3);最后还要给出产品主要功能和页面的流程图，这里不仅仅要列出用户前端的步骤，还要列出程序在后台的实现步骤。(这里的功能可别漏了数据统计的功能)
c. 产品功能架构和原型:到了这一步其实各个功能都比较清晰了，这时候主要就是细化各个功能的信息架构，并且再这之后给出交互原型图(或者由交互设计师完成原型的绘制，但是如果是自己绘制的话，一定要在功能架构完成之后再绘制原型)
d. 产品需求文档:当原型完成后，就可以开始撰写需求文档了，需求文档可以直接写在原型里，也可以写在文档上(我们公司一般是写在有道文档上)。有了上面的那些准备，基本上写需求文档就是分分钟的事，主要说明数据来源、数目、排序，以及交互效果，而且你之前的流程图也是技术人员重要的资料。
2、进行需求评审会议
在产品开始之前，产品人员就需要提前拉好相应的QQ群等，将最新的产品进度汇报在群里，周知项目组所有成员。尤其在开始需求评审会议之前，产品经理需要提前将上面准备的文档和开会的地点、时间、议题提前发给项目组成员(推荐使用邮箱)，这样在开会的时候大家都对产品规划有了初步的了解，也可以提前整理建议。
当需求评审会议结束后，形成会议记录，抄送给项目组所有成员，并且根据自己的想法修改产品规划，之后再与项目组成员确认，形成最后方案，并且叫项目组成员大致评估各自工作大致需要多少工时，由产品经理最终整个在一起，通过评估形成最后的项目排期，并且坚决执行。
3、跟进过程
当到了这个阶段，产品的功能基本已经确定，接下来主要就是考验产品经理的执行能力了。一定要多沟通、多汇报，抓好进度、同时又不能过于死板，态度一定要好。(切忌频繁改需求)
在这个过程中就需要提前让运营准备之后产品上线之后的数据和渠道的布置，测试人员也可以开始准备测试用例和数据了。
4、测试环节
在测试环节，产品人员一定要亲自参与到测试当中，尤其是核心功能，因为这个时候是你真正第一次体验产品功能，把自己当做用户去体验功能是否合理，并且还有发现是否存在bug。当然测试的主要工作还是要由测试人员进行，当时产品人员也要参与到其中。在这个过程中，还要多利用碎片化的时间随意的体验产品，因为这样会更符合用户的使用习惯，会利于我们发现bug外的体验问题。
还有要要求测试人员每日汇报当天的测试进度，以及还剩余哪些bug，产品人员要根据这个情况，调整测试的进度，保证产品能够按时上线。
5、产品上线
在产品上线前，一定要理清楚是否会影响到其他部分，如果会要提前想好解决的策略。在产品上线之后，要继续测试上线后的情况，跟进数据，分析事件、转化漏斗等等，分析本次版本迭代的效果，是否达到了我们想要的预期。如果发现了问题，尤其是比较严重问题一定要及时的进行调整。
6、继续进行下一次迭代
在产品上线稳定后，产品经理要对本次项目进行一个总结汇总，总结这次踩了哪些坑、有哪些做的比较好，只有这样下一次才能有一个进步。并且要开始筹备下一次的迭代了。
三、写在最后
以上的内容只是对产品经理的工作流程进行一个简单的梳理，由于本人经验也并不是十分丰富，肯定有诸多纰漏，希望大家在评论中给予指正。
还有本文只是对产品经理工作做了一个简单的介绍，因为产品经理工作的各个环节要深究，都是一门非常深的学问，所以很多都只是一笔带过，并没有展开叙述。当然也是本人实力有限，不过后续还是有想把自己在一些环节浅薄的想法分享给大家(当然只是入门级别的)。
