产品经理培训
美国上市产品经理培训机构

400-111-8989

热门课程

聊一聊产品经理这个职业(下)

  • 发布:网络
  • 来源:网络
  • 时间:2018-02-23 11:44

产品经理最核心的基础素养

最核心同时又是最基础的素养,让我领悟最深的是主动性。

从校园到职场,从学生到职业人,于我而言,最大的观念转变就是对主动性的理解。长久以来我们所经历的教育一直是命令式灌输、被动接受的模式,其本质并不鼓励主动探索的精神,所推崇的“主动学习”只不过是在既定框架和目标范围内的主动执行;更直白一点地说,是在现有考纲范畴下、以考试高分为目标而从事的方法步骤明确且高度重复性的工作。

但这与职场中需要具备的主动性相去甚远,尤其是对于产品经理这个职业而言,既定的行动框架通常是不存在的,清晰的目标也并非一开始就能有,更别提方法步骤明确、高度重复性,那简直就是奢求。产品经理的现实工作环境往往是充满模糊与不确定的,因为需求本身就是模糊而不确定的,用户实际很难清晰表达自己真实想要什么。于是,不可能会有人直接告诉你这个需求合不合理、可不可行、该不该做、是否优先,最开始对需求的评估便要求产品经理主动挖掘信息、主动思考以获取更多的判断筹码,仔细拿捏并决策各版本的需求范围。后续的方案设计、方案评估、方案落地、上线实行等环节也大抵是相同的性质,没有谁会推着你去做这些事,也不会有人给你划出范围和路线,所有的工作都需要自己主动承担与落实。这一过程中打破旧边界,开拓新思路的事是常有的;这或许是产品工作吸引人的地方,但同样也是其难点所在。

另外,还想稍微谈一点的是跨部门沟通,这在大公司中真的是件很重要但也令人很痛苦的事情。都说大公司的办事效率不如小公司,很多决策和对市场的反应都不如小公司来得迅猛,造成该现象的一个重要原因便是由公司规模扩大、业务划分精细而带来的跨部门沟通成本的快速增长。跨部门沟通并不仅仅是沟通渠道建设的问题,沟通的最终目的是达成合作,让对方能够支持配合自己的工作;于是,如何让其他部门乐意配合自己的工作便成为了跨部门沟通需要思考的核心问题。总结起来有这么几个原则:

其一,明确事情的重要性。任何部门任何人做事都会有优先级意识,事情是可以多到做不完的,所以想将你的事情纳入对方的议事日程,必须提高此事在对方心中的优先级,为此充分声明重要性必不可少。

其二,凡事先把自己的逻辑串清楚。出于自我保护的考虑,没有哪个部门会在不清楚事情原委的情况下轻易做出许诺,毕竟万一答应了一件本不合理的事,做与不做都会有问题。所以,你这件事是要做什么?逻辑流程是怎样的?需要对方提供怎样的支持?这些问题事先都想清楚了再给对方提需求,否则很容易被challenge。

其三,尊重合作部门的利益。公司大了,衔接部门与部门的终究是利益关系,没有谁不希望得到上级的重视和资源倾斜,也没有谁会愿意牺牲自己给别人做嫁衣。因此,谋求与对方的合作,需要让对方看到合作的好处,或至少是合作对他们没有坏处,这一点非常重要。

主动性可以细分为很多个方面,诸如学习、思考、执行、沟通等,跨部门沟通最终效果如何非常有赖于沟通的主动性,而沟通本身则占据了产品经理日常工作中的大部分时间,其有效性将直接影响产品经理的工作产出,这也是为什么单独提了提这一点。

产品经理的技能方法

写到这里实在有点虎头蛇尾了,不想没完没了地扯下去,就简单地谈那么几点。

关于原型

原型是向业务方说明产品界面功能,向研发阐述产品逻辑的重要工具,只要是涉及同用户层交互的需求,产品原型都必不可少。我认为画原型的基本原则是在保证输出效率的前提下尽量高保真。首先,原型本质上是用于表现产品解决方案的一种工具,既然是工具就要讲究高效使用,而非为工具所困,一味追求视觉和交互上的完美并不可取,毕竟那并非产品经理的核心工作;其次,尽量做到高保真,其意义在于尽可能减少同研发的沟通成本和理解偏差,原型是系统开发的直接参照,高度还原系统实际的原型在一定程度上可以提高开发效率,但高保真似乎与输出效率存在矛盾,这实际上可以用自定义组件的方式解决,就是将常用的复杂页面元素集成模块化,Axure能够支持,在此不赘述。

关于文档

相比原型,文档侧重于对产品流程、系统间交互方式、功能逻辑、页面细节进行详尽阐述(这里说的是产品需求文档,PRD)。显然,文档是的主要表达方式是文字,但文字一定要从简,只保留核心的内容,语言描述直截了当,简练的目的都是为了提升沟通表达的效率。在实际工作中,文档涵盖这么几块内容基本够了:业务背景(简要描述)、产品功能列表、系统流程、产品功能详述、外部系统支持(通常是接口支持,在交互系统比较多的情况下需要写)。

关于技术

技术不是产品经理的必备技能,但却是一种辅助技能,产品经理有限度的、有选择性的了解一些技术即可。实际工作中让产品经理敲代码的情形几乎是没有的,至少我从没有遇到过,因此不用去刻意学习编程,花大力气学了编程估计也派不上什么用场,而且还容易遗忘,得不偿失;真正需要有所了解的是一些基础且常用的技术用语、技术逻辑,比如系统与系统之间的交互一般是通过接口进行的,接口是否满足需求就要看它的入参、出参是怎样的,以及接口性能如何。另外,我觉得可以学习一些前端和数据库的知识,如html、sql之类的,一方面这些东西确实容易掌握,另一方面也确实能有许多实用价值。例如,发现页面展示有问题,可以通过查看源码在一定程度上定位问题;再例如,系统数据有问题,最快捷的排查方式就是查数据库,自己会sql,查库的工作便能自己胜任,无需求助研发,提升了不少效率。

预约申请免费试听课

上一篇:聊一聊产品经理这个职业(上)
下一篇:产品经理需要关切的三张表

有理想的产品经理要做的有个格局

京东软件产品经理一面面试经过

产品经理下半年求职策略

互联网产品经理的工作职责有哪些

选择城市和中心
贵州省

广西省

海南省