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