产品经理到底是做什么的?

一朋友在大学教市场营销的课,其中有一章是关于产品经理的,虽然看了很多资料,但并没有亲身实践过,于是便问我产品经理到底做些什么。但她这一问,我居然无法有条理的回答这个问题,心里很是惊慌,遂静下心来,整理一下我作为产品经理,都做了些什么。

从事产品经理纯属误打误撞,简单来说,我认为产品经理的主要工作是规划产品架构,全程跟踪产品开发过程,然后将产品成功推向市场。而个人技能中,个人认为项目管理能力、沟通能力、团队协作能力应该是放在首位的,技能应用只不过是用来实现自身想法的媒介,如果在产品架构和需求方面没有想清楚,原型再漂亮,也没有任何作用。

产品经理并不像一般的经理那样有自己的下属,他更像是一个虚拟团队的老大,团队中的人大多有自己的日常工作,在不同的工作阶段充当不同的角色,并充分调动虚拟团队中的各种资源来完成任务。比如在APP开发过程中,产品经理就是项目负责人,确保项目进度正常进行;做APP开发启动会时,产品经理又是鼓动者,确保参与者都了解整个项目并且保证方向一致;在跨部门的合作中,产品经理又是协调员,快速协调各部门解决问题。

目前,我的工作内容主要包括以下7点:

1.需求分析,包括用户调研、竞品分析等

2.APP原型设计

3.制定APP项目计划并跟进实施

4.APP测试

5.宣传和推广文案以及应用说明书

6.处理用户反馈以及APP优化与更新

7.配合运营部门进行APP推广与促销

一、需求分析

需求分析本质上就是理解和挖掘用户深层次的需求,找准用户痛点,并找到解决方案。

具体而言,我们需要重点分析的问题包含四个:

1.根据产品定位,对用户进行分类;

2.明确不同类型的用户有哪些特征

3.分析这些用户想要什么

4.确定用户提出的这些需求我们是否满足

验证需求是否可行,需要数据的支撑,而这些数据,我们通常有5种获得方式:

1.问卷调查:快速获取大量用户反馈(效率高,但信息准确度有待商榷)

2.访谈:充分了解用户的真实感受(直观、深入,但费时)

3.用户模拟:从用户中来,到用户中去,把自己置身于用户场景中去真实感受(能够发现一些隐藏的痛点);或者将自己变为小白用户,体验产品

4.竞品分析:了解行业动态,从竞品功能、设计等角度进行吸收优化

5.运营数据分析:通过已有的运营数据推敲现有的逻辑是否OK

所有需求都确定后,需要做需求评估,这得根据公司定位、业务模式、现有资源以及市场需求等,评估哪些功能可行,可行功能还不适合现在进行,然后方可进入原型设计。

二、APP原型设计

需求确定之后,就是通过各类工具将自己的想法呈现出来,需求图形化。

一般在APP原型设计出来后,需要反复推敲APP的交互以及实现方式,并且需要与工程师反复沟通各种逻辑问题,最终才是APP的原型。

对产品经理而言,原型设计是必备技能,以高保真的形式将你的想法图形化,并且清晰的传达给设计师和工程师,但对设计师而言,原型只是参考界面,所以在设计原型时,我们不必过分纠结于细节,也不必设计太多复杂但却并不重要的内容。

我认为产品经理在设计原型时应该遵循几个原则:

1.界面颜色尽量用黑、白、灰三色,给设计师尽可能少的干扰;

2.界面简洁清晰,有留白,让整个界面看起来清爽干净

3.逻辑越简单越好,减少用户和工程师成本

4.最重要的一点:在原型设计过程中,要多讨论,不要担心自己的想法被否定,找出最优方案,不断修正自身想法

我发现我们在讨论原型的时候,通常会因为一个界面的按钮或者文案而争论不休,但这些,对设计师和工程师而言,并没有任何实质性的区别。这种过于陷入细节的问题,应该尽量避免。

三、制定APP项目计划并跟进实施

在我们公司,通常是原型确定之后,就会创建一个临时的项目小组,包含APP开发需要涉及到的设计师、工程师、内容创建人等,将每一个小模块直接责任到个人,并且明确完成时间、各功能的优先级等,是项目能否如期完成的关键步骤。

在APP开发之前,通常我们会有一个周期限制,比如按照公司计划,需要在元旦之前将这个APP开发出来,那我们就需要按照这一时间来倒推预留给工程师的时间,然后设计师和工程师再按照APP的原型来预估所需时间,将各个模块的优先级确定好,再生成如下图的进度计划表。如果公司给出的时间,工程师评估后,无法完成,则可以适时调整。一旦项目进度确认,就相当于承诺,所有相关人员,理应按照进度向前推进。

一般而言,项目进度表会明确模块负责人、功能优先级、开发时间、结束时间、所用时长以及进度状态,而产品经理此时就成了项目负责人,每天或者定期跟进项目,并在进度表里实时更新,以便大家能随时掌握进度,确保项目如期完成。

产品经理到底是做什么的?_第1张图片

在这个部分,我们要注意两点:

1.有责任意识,每个功能责任到人,并确定时间节点

2.实时跟进,确保进度都在可控范围内

四、APP测试

当APP开发完成之后,就进入了测试阶段。测试并不是为了找出问题,而是让APP变得更加稳定、可靠、易用、好用。

通常而言,会有专门的测试人员进行APP测试,但产品经理一定不能置之不理,仍然要将APP的每一个功能、使用场景都测试几遍,并且发动其他人一起测试这个APP,以最快速度让APP达到上线标准。

关于测试,这里不做过多赘述。

五、宣传和推广文案以及应用说明书

APP的宣传和推广文案是与APP的开发过程同步进行的,主要是对外的宣传文字,包括APP的介绍、主要功能推荐、截图、应用标签等。

而应用说明书,如果一个APP需要用户通过使用说明书才能学会,那这APP一定无法成功,APP英明说明书主要是针对工信部强制要求所有移动APP都必须备案的而整理的说明文档,实际上是使用说明书。

关于推广文案部分,我们需要注意的一点是所有对外的文案,尽量统一,这样更有利于宣传。

六、处理用户反馈以及APP优化与更新

当APP上线之后,用户就会陆续开始使用,产品经理是需要到一线去了解用户的真实反馈的,这些信息对于产品优化很关键。

但是对于用户反馈,产品经理应该有识别关键问题的能力。哪些问题重要、哪些问题延后处理,哪些问题不处理,必须有优先级,小问题快速解决,大问题计划跟进。

刚进公司时,总经理要求我每天花两小时来给用户打电话,了解他们对产品的需求以及感受。刚开始用户只要已提出问题或者想法,我都会非常重视,觉得用户就是天,我必须解决他的问题,然后就搞得自己忙不过来的样子,费力不讨好。跟用户接触一段时间之后,慢慢有了自己的判断。

现在我一般是这样处理的:

1.bug类:问清楚用户使用场景以及使用流程,并立即排查,验证后反馈,并给出解决方案,解决后向用户告知。

2.改进建议类:如果用户提出的建议非常好并且可以马上执行的,会尽快协调工程师执行。如果建议还有待商榷的,先记录下来,感谢用户,待讨论之后再行决定。如果可行,确定方案,然后排期进行

3.吐槽类:我只能说用户不是上帝

七、配合运营部门进行APP推广与促销

我们公司定期做推广活动,一般由运营部门相关人员和产品经理协商给出活动方案,产品经理主内,协调工程师完成各种活动页面并测试,运营部门主外,执行推广计划。所有的活动尽量以不增加额外的开发成本为前提。

当然,我的产品经理日常只是公司给予我的定义,不一定适用于其他公司的产品经理,故我也只是描述了我对产品经理的定义,也许几年以后,我会推翻今天的想法。

你可能感兴趣的:(产品经理到底是做什么的?)