rp_c16bb7bccbeb376842a33671ccab226a.gif

Posted by & filed under 外贸.

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

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

 一、目标用户

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

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

说到用户,我们就不得不说一下用户体验:

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

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

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

二、需求转化;

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

1、需求的定义;

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

A、商业或业务需求;

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

B、用户需求;

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

C、功能需求;

功能完善、改进、优化,包括常见的BUG;

2、需求优先级安排;

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

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

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

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

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

  

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

强:商业价值大(产出比高,人力、时间等投入)、受众面大、必要性高;

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

弱:解决不解决都不受太大影响;

3、需求转化

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

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

对内:内部业务部门需求;

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

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

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

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

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

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

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

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

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

 三、项目验收

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

  

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

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

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

这是对产品的负责,如果公司有项目经理,项目跟进可交由项目经理负责,但对于PRD的文档要求就必须更加严谨,一旦出现问题,项目上线,那会造成不可挽回的后果。(来源:托比网 文/周龙 编选:中国电子商务研究中心)