互联网产品经理应该做什么

　　互联网产品经理应该做什么，我个人总结了一句话：目标用户需求转化
　　下面我们来听一下这句话怎么解释，先拆分成两个关键词来解释：
　　一、目标用户
　　目标用户是谁，这里的涉及到的是角色对象，角色可以是平台用户或消费者、公司内部业务部门、老板、或者产品经理自己、甚至是技术部同事；
　　这部分比较简单，主要是清楚产品的目标用户群是谁，以及用户的定义；
　　说到用户，我们就不得不说一下用户体验：
　　A、视觉体验：视觉就是用户界面的美工设计，对目标用户视觉的把握，视觉层面可以分两点：一是颜色，二是整体的框架布局设计，如市场战略方向定位为绿色食品，产品传达的理念应该是安全与健康；其次，对于模块的设计，目前国内的风格流行WEB2。0，大致可以概括为简约风格，也就是目前的潮流。
　　作为一个团队来说，设计师对视觉的把握才是专业人士，后面的工作就可以交给设计师来处理，目前流行简洁，当然，如果产品对视觉有一定的专业知识，也是可以进行指导的，这里也涉及到我们最后讲的一点，项目验收，但作为产品，更多的还是要听专业人士的意见，再进行抉择，让专业的人做专业的事情。
　　B、行为体验：概念上的来讲，就是用户与产品之前的互动，也就是我们常说的交互设计。包括：流程设计、操作的习惯、甚至简单到一些非常简单的问候语，这些都是用户能在产品上感受到的一切。但是因为时间等其它外部环境原因，真正执行的过程，其实是非常难具体细化到每一个细节点都去分析，产品通常的做法就是前期通过个人的经验来实现，后期通过一些用户反馈机制加强与目标用户的沟通，做需求收集，再进行转化处理，如留言、论坛、内测等方式处理；
　　二、需求转化；
　　需求转化，这是我们要深度介绍的一个环节：
　　1、需求的定义；
　　首先我们之前分析了目标用户，现在我们先总结一下需求类型，总结为以下三种：
　　A、商业或业务需求；
　　这部分需求定义为公司战略部门或业务部门的需求，通常是公司方向以及市场出现新政策所提出的需求；
　　B、用户需求；
　　暂时定义为目标用户群的意见反馈，主要是对产品交互体验改进，也是留住用户的核心价值所在；
　　C、功能需求；
　　功能完善、改进、优化，包括常见的BUG；
　　2、需求优先级安排；
　　需求如何排期？如何区分紧急或强需求？
　　首先，产品是为了商业价值应运而生，用户的积累也是为了创造商业价值而积累的资源；
　　其次，用户就是产品的核心，目标用户就是产品的用户群，因为市场最重要的就是资源，而资源最重要的就是用户；
　　再次，功能需求，功能需求是支持整个平台的运作，是必不可少的一个环节，包括我们常见的BUG；
　　对于三者的关系图，我画了一个简单的图形；
　　从上图可以看出，这个强需求是结合了三者的特性，所以对需求做了以下划分，我们暂时以强、中、弱三等来定义：
　　强：商业价值大（产出比高，人力、时间等投入）、受众面大、必要性高；
　　中：非性要性不高，或有临时解决方案，受众面一般，商业价值不大或投入产出比不大；
　　弱：解决不解决都不受太大影响；
　　3、需求转化
　　需求的转化，将线下需求或业务需求以及用户的意愿转化成具体的产品形态，这里注重的是一个沟通理解力，以及经验阅历问题，主要体现在需求的收集以及分析上，最终输出PRD文档。那么这节，我们主要是体现在思路上的讲解，所以也比较偏理论化。
　　首先，需要有需求的收集，需求收集的对象可以分内外两块，简单讲一下：
　　对内：内部业务部门需求；
　　这部分需求都比较容易了解，原因是提出人与产品有直接的沟通，能很方便的进行沟通，进行业务上的了解；
　　对外：平台用户需求，这部分需求很多时候是长时间的一个累积过程，或者说需要产品能有效和深度的进行分析，主要大部分需求不会很直观。
　　比如：你这平台不好用，颜色不好看等，具体的原因可能短时间内无法得知。甚至包括用户的数量趋势，这里也涉及到数据监控分析等。当用户群的趋势有变化，需要立即分析原因，多了解市场走向，是否受到了同类产品的市场冲击，分析产品的优势。
　　从上面两点可以看出，对于需求的分析转化，涉及到产品重要的几个重要指标：
　　1、行业经验：需求的转化，对于市场产品的研究和了解要时刻关注，当然这里不是指抄袭，一个人的思路必竟有限，很多产品模式上可以借鉴创新；
　　2、分析能力：对需求（包括数据）的敏锐性，能对相关需求能进行有效的分析，对数据的异常波动能进行有效的分析和监控，能深度分析和挖掘目标用户的核心需求。
　　3、沟通协调能力：这里的沟通并不指单方面的言语表达或面对面的沟通，更多的倾向于一种增加沟通机制的能力，像用户反馈机制等；
　　结合以上几点，产品才有可能创新，发掘市场新产品，创立新产品。
　　另外，产品还有一项职责就是肩负项目的验收工作，那么我暂时归结为：
　　三、项目验收
　　我们先看一组项目开发流程图：
　　从上图不难看出，任何环节的脱落及返回，都会到达产品的PRD文档重返，重返就会造成整个团队或项目成员的返工，所以产品应该在前期投入更多的精力来细节这些细节，这样才能帮助研发团队减少产品开发所需时间。
　　所以产品一定要严格要求PRD文档的严谨性，PRD文档包括原型设计图、功能需求文档、交互文档、用户操作说明文档、产品宣传PPT等；
　　严谨性，个人一般只有两个要求，第一环节一定要沟通到位，把需求了解清楚，多花时间在需求分析上和方案上，第二环节，PRD文档细节写明了，尽量编写详细。
　　这是对产品的负责，如果公司有项目经理，项目跟进可交由项目经理负责，但对于PRD的文档要求就必须更加严谨，一旦出现问题，项目上线，那会造成不可挽回的后果。