互联网产品经理应该做什么，我个人总结了一句话：“目标用户需求转化”

下面我们来听一下这句话怎么解释，先拆分成两个关键词来解释：

一、目标用户

目标用户是谁，这里的涉及到的是角色对象，角色可以是平台用户或消费者、公司内部业务部门、老板、或者产品经理自己、甚至是技术部同事；

这部分比较简单，主要是清楚产品的目标用户群是谁，以及用户的定义；

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

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

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

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

二、需求转化；

需求转化，这是我们要深度介绍的一个环节：

1、需求的定义；

首先我们之前分析了目标用户，现在我们先总结一下需求类型，总结为以下三种：

A、商业或业务需求；

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

B、用户需求；

暂时定义为目标用户群的意见反馈，主要是对产品交互体验改进，也是留住用户的核心价值所在；

C、功能需求；

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

2、需求优先级安排；

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

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

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

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

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

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

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

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

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

3、需求转化

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

首先，需要有需求的收集，需求收集的对象可以分内外两块，简单讲一下：

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

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

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

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

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

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

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

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

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

另外，产品还有一项职责就是肩负项目的验收工作，那么我暂时归结为：

三、项目验收

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

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

所以产品一定要严格要求PRD文档的严谨性，PRD文档包括原型设计图、功能需求文档、交互文档、用户操作说明文档、产品宣传PPT等；

严谨性，个人一般只有两个要求，第一环节一定要沟通到位，把需求了解清楚，多花时间在需求分析上和方案上，第二环节，PRD文档细节写明了，尽量编写详细。

这是对产品的负责，如果公司有项目经理，项目跟进可交由项目经理负责，但对于PRD的文档要求就必须更加严谨，一旦出现问题，项目上线，那会造成不可挽回的后果。

本文为作者 @周龙 投稿发布，转载请注明来源于人人都是产品经理并附带本文链接