互联网产品经理基本职责全面解析

　　产品经理是创业者的学前班，好的产品经理都是全才也都是专才。互联网产品经理应该做什么，包括市场调研、产品定义及设计、项目管理、产品宣介、产品市场、产品生命周期管理等，我个人总结了一句话：“目标用户需求转化”。

　　下面我们来听一下这句话怎么解释，先拆分成两个关键词来解释，目标用户和需求转化。

　　一、目标用户

　　目标客户，即企业或商家提供产品、服务的对象。这里的涉及到的是角色对象，角色可以是平台用户或消费者、公司内部业务部门、老板、或者产品经理自己、甚至是技术部同事；目标客户是市场营销工作的前端，只有确立了消费群体中的某类目标客户，才能展开有效具有针对性的营销事务。

　　既然说到用户，我们就不得不说一下用户体验：

　　用户体验是一种纯主观在用户使用产品过程中建立起来的感受。但是对于一个界定明确的用户群体来讲，其用户体验的共性是能够经由良好设计实验来认识到。用户体验包括视觉体验和行为体验。

　　我们先谈一下视觉体验，视觉就是用户界面的美工设计，对目标用户视觉的把握，视觉层面可以分两点：一是颜色，二是整体的框架布局设计，如市场战略方向定位为绿色食品，产品传达的理念应该是安全与健康；其次，对于模块的设计，目前国内的风格流行WEB2.0，大致可以概括为“简约风格”，也就是目前的潮流。

　　作为一个团队来说，设计师对视觉的把握才是专业人士，后面的工作就可以交给设计师来处理，目前流行简洁，当然，如果产品对视觉有一定的专业知识，也是可以进行指导的，这里也涉及到我们最后讲的一点，项目验收，但作为产品，更多的还是要听专业人士的意见，再进行抉择，让专业的人做专业的事情。

　　了解了视觉体验，我们再来看看行为体验，从概念上来讲，就是用户与产品之前的互动，也就是我们常说的交互设计。包括：流程设计、操作的习惯、甚至简单到一些非常简单的问候语，这些都是用户能在产品上感受到的一切。但是因为时间等其它外部环境原因，真正执行的过程，其实是非常难具体细化到每一个细节点都去分析，产品通常的做法就是前期通过个人的经验来实现，后期通过一些用户反馈机制加强与目标用户的沟通，做需求收集，再进行转化处理，如留言、论坛、内测等方式处理；

　　二、需求转化；

　　需求分析和管理对产品开发成败至关重要，这一点大家都非常清楚。需求转化是我们要深度介绍的一个环节：

　　1、需求的定义；

　　在市场营销的概念中，营销是一个发现需求并且满足需求的过程，供需双方通过交换创造价值，而营销就是对这个过程的管理，从而让这个过程变得更有效、通过管理创造价值最大化。营销的目标就是发现需求满足需求。

　　我们先总结一下需求类型，总结为以下三种：

　　（1）商业或业务需求；

　　这部分需求定义为公司战略部门或业务部门的需求，通常是公司方向以及市场出现新政策所提出的需求；

　　（2）用户需求；

　　基于客户认知，更多是客户的直观要求，体现了用户个体的诉求，往往是理想状态，例如：“需要一个功能强大的手机，同时价格要相对便宜”、“我想要的汽车要外观时尚，性能卓越。”，用户需求往往无法直接开发实现，同时用户对自己的需求往往也是模糊的，实际开发中就需要借助类似原型（demo）、参照物等方法，使客户需求具体化。暂时定义为目标用户群的意见反馈，主要是对产品交互体验改进，也是留住用户的核心价值所在；

　　（3）功能需求；

　　功能完善、改进、优化，包括常见的BUG；

　　2、需求优先级安排；

　　需求如何排期？如何区分紧急或强需求？

　　每一个具有有限资源的软件项目必须理解所要求的特性、使用实例和功能需求的相对优先级。设定优先级有助于项目经理，解决冲突，安排阶段性交付，并且做出必要的取舍。

　　当客户的期望很高、开发时间短并且资源有限时，你必须尽早确定出所交付的产品应具备的最重要的功能。建立每个功能的相对重要性有助于你规划软件的构造，以最少的费用提供产品的最大功能。如果你正在做时间盒图或者进行渐增式开发，那么设定优先级就特别重要，因为在这些开发中，交付进度安排很紧迫并且不可改变日期，你需要排除或推迟一些不重要的功能。

　　一个项目经理必须权衡合理的项目范围和进度安排、预算、人力资源以及质量目标的约束。一个实现这种权衡的方法是：当接受一个新的高优先级的需求或者其它项目环境变化时，删除低优先级的需求，或者把它们推迟到下一版本中去实现。如果客户没有以重要性和紧迫性来区分它们的需求，那么项目经理就必须自己作出决策。由于客户可能不赞成项目经理所设定的优先级，所以客户必须指明哪些需求必须包括在首发版中，而哪些需求可以延期实现。当你有很多选择可以完成一个成功的产品时，应尽早在项目中设定其优先级。客户和开发者都必须为设定需求的优先级提供信息。客户总是让可以给他们带来最大利益的需求享有最高优先级。然而，一旦开发者指出费用、难度、技术风险，或其它与特定需求相关的权衡时，客户可能会觉得他们最初所想的需求似乎变得不必要了。开发者也可能认为在早期阶段必须先实现那些优先级较低的功能，因为它们会影响系统的体系结构。设定优先级意味着权衡每个需求的业务利益和它的费用，以及它所牵涉到的结构基础和产品的未来评价。

　　每一个需求的优先级必须写入软件需求规格说明或使用实例的说明中。为你的软件需求规格说明建立一个规则，这样读者就可以知道分配给一个高层需求的优先级是否被其所有下层需求所继承，或者每个用户需求是否应该有它自己的优先级属性。

　　首先，产品是为了商业价值应运而生，用户的积累也是为了创造商业价值而积累的资源；

　　其次，用户就是产品的核心，目标用户就是产品的用户群，因为市场最重要的就是资源，而资源最重要的就是用户；

　　再次，功能需求，功能需求是支持整个平台的运作，是必不可少的一个环节，包括我们常见的BUG；

　　对于三者的关系图，我画了一个简单的图形；

　　从上图可以看出，这个强需求是结合了三者的特性，所以对需求做了以下划分，我们暂时以强、中、弱三等来定义：

　　强：商业价值大（产出比高，人力、时间等投入）、受众面大、必要性高；

　　中：非性要性不高，或有临时解决方案，受众面一般，商业价值不大或投入产出比不大；

　　弱：解决不解决都不受太大影响；

　　3、需求转化

　　需求的转化，将线下需求或业务需求以及用户的意愿转化成具体的产品形态，这里注重的是一个沟通理解力，以及经验阅历问题，主要体现在需求的收集以及分析上，最终输出PRD文档。那么这节，我们主要是体现在思路上的讲解，所以也比较偏理论化。

　　在收集需求后开始判断其可行性和目标用户，抽取可实现的目标群体+需求，然后开始将需求进行转换，变为产品需求，再根据产品需求能对应解决的问题排出优先级。

　　那么，我们需要有需求的收集，需求收集的对象可以分内外两块，简单讲一下：

　　对内：内部业务部门需求；

　　这部分需求都比较容易了解，原因是提出人与产品有直接的沟通，能很方便的进行沟通，进行业务上的了解；

　　对外：平台用户需求，这部分需求很多时候是长时间的一个累积过程，或者说需要产品能有效和深度的进行分析，主要大部分需求不会很直观.

　　打个比方，如果你这平台不好用，颜色不好看等，具体的原因可能短时间内无法得知。甚至包括用户的数量趋势，这里也涉及到数据监控分析等。当用户群的趋势有变化，需要立即分析原因，多了解市场走向，是否受到了同类产品的市场冲击，分析产品的优势。

　　需求收集的方法：找产品老用户，或计划面向的用户做需求收集，分析需要的功能服务。需求收集和分析很重要，而不是随意听老板要求或别人的抱怨。

　　从上面两点可以看出，对于需求的分析转化，涉及到产品重要的几个重要指标：

　　1、行业经验：需求的转化，对于市场产品的研究和了解要时刻关注，当然这里不是指抄袭，一个人的思路必竟有限，很多产品模式上可以借鉴创新；

　　2、分析能力：对需求(包括数据)的敏锐性，能对相关需求能进行有效的分析，对数据的异常波动能进行有效的分析和监控，能深度分析和挖掘目标用户的核心需求。

　　3、沟通协调能力：这里的沟通并不指单方面的言语表达或面对面的沟通，更多的倾向于一种增加沟通机制的能力，像用户反馈机制等；

　　结合以上几点，产品才有可能创新，发掘市场新产品，创立新产品。

　　目标用户需求转化就讲到这里，另外，产品还有一项职责就是肩负项目的验收工作，那么我暂时归结为：

　　三、项目验收

　　项目验收，也称范围核实或移交(Cutover)。它是核查项目计划规定范围内各项工作或活动是否已经全部完成，可交付成果是否令人满意，并将核查结果记录在验收文件中的一系列活动。在项目的结束过程中，依据项目的原始章程和合法变更行为，对项目成果和全部之前的活动过程进行审验和接收的行为，叫做项目的验收。

　　首先我们先看一组项目开发流程图：

　　如上图所示，我们不难看出，任何环节的脱落及返回，都会到达产品的PRD文档重返，重返就会造成整个团队或项目成员的返工，所以产品应该在前期投入更多的精力来细节这些细节，这样才能帮助研发团队减少产品开发所需时间。

　　这就是为什么产品一定要严格要求PRD文档的严谨性的原因。PRD文档包括原型设计图、功能需求文档、交互文档、用户操作说明文档、产品宣传PPT等；在任何一个文档都要非常严谨慎重的地对待。

　　如何才能保持文档的严谨，一般来说只有两个要求，第一环节一定要沟通到位，把需求了解清楚，多花时间在需求分析上和方案上，第二环节，PRD文档细节写明了，尽量编写详细。这是很基本的要求，也是对产品的负责，如果公司有项目经理，项目跟进可交由项目经理负责，但对于PRD的文档要求就必须更加严谨，一旦出现问题，项目上线，那会造成不可挽回的后果。

　　结语：

　　那么关于互联网产品经理基本的工作职责就讲到这里，还记得吗？包括目标用户需求转化以及项目验收，当然将工作层层细分下去的话，产品经理还有更多要做的事，如果有兴趣了解更多，请关注课课家“产品/运营”板块！