详解产品经理需要的技能

在大多数公司里,一个优秀的产品经理不仅仅是提出需求,而且需要提供合理的完成方案。因为产品部门对产品自身的定位思考的最多,清楚产品将来要面对什么目标人群,产品需要以什么样的节奏去成长以及产品最终成型后的市场定位是否明确。

 

详解产品经理需要的技能
  在大多数公司里,一个优秀的产品经理不仅仅是提出需求,而且需要提供合理的完成方案。因为产品部门对产品自身的定位思考的最多,清楚产品将来要面对什么目标人群,产品需要以什么样的节奏去成长以及产品最终成型后的市场定位是否明确。而要很好提出一个解决方案那么,身为产品经理的我们需要沉下心来去学习以下几门必备的技能。

一门编程语言(推荐:html+css+javascript 或 swift 或 python)

一种绘图软件(推荐:sketch)

多种原型工具(推荐:Pixate+墨刀)

保持阅读量(推荐:设计类,心理学类,互联网类)

对于产品经理要不要学习写代码一直是有争议的,但是我的观点非常明确:非常需要。因为代码是互联网世界里最基本的构成,代码背后是各种非常值得学习的处理问题方式。在解释这个观点之前我先说说自己的一次经历:

当时我在一家在线教育的互联网公司工作,CEO 两天之后要拿这个半成品去见投资人,开发这边的 IM 通讯却依旧很不稳定,语音连接时通时不通的,当时大家对这个棘手的问题都是一筹莫展。因为刚从外包那里接手一个礼拜不到想要重写是不可能的。所以我觉得要解决这个问题最好的办法绝对不是硬碰硬的去调试代码,而是在产品维度思考解决问题。于是我和开发部门的同事一起探讨分解目前遇到的问题:

 

解决的流程
  解决的流程

从上面的问题解决流程上我们可以看出两点:

产品的思考的维度是:如何满足用户的使用需求

开发的思考的维度是:如何完成逻辑上的开发任务

如果我们不了解开发的工作方式我们就无法提出最高效的产品需求,当然也会难以和开发部门正常沟通得以快速的解决问题。也许是我工作的公司比较小,这种类似的问题大大小小经历了不少。开发部门觉得这个产品经理是理解他们的工作的,他们也会更好的来配合我的产品需求。当然说到这个故事,很多人会要问:做产品经理哪有像你这样不拘小节的,就要往死里逼啊,否则如何像乔布斯一样做出让人大小便失禁的产品呢?对于这个问题我的看法是这样的:产品成长的过程和生命演化是相似的,不同的阶段要专注的问题是不一样的。产品的出生时期,你需要在意的不是功能的多而全,也不是 UI 的 UE 的完美惊艳,而是架构的合理和基础功能的稳定。当产品初长成的时候,你需要在意的依旧不是功能的大而全,而是在基础功能稳定的前提下 UI 和 UE 的自然和优雅。当你在一个极其小的领域中站稳脚跟时,你需要在意的是产品生态圈的构造和配合市场部门产生可观的现金流。所以盲目的追求完美和追求细节不仅是没有意义的,而且会让你和同事的关系难以缓和。如果你说人际关系你不在乎,你只在乎做好一个产品。那么我想问:你连自己为人这个最基本的产品都经营不好如何让人相信你能 push 出一个让人大小便失禁的杰出项目呢?尽量的处理好人际关系并不会让你的产品需求得以屈服,相反的是你和开发部门的信息会更加对称,执行人会更加深刻的理解你需求当中的内在含义,他们交出的软件也会是超越用户体验。所以好好沉下心来去学习一门编程语言,去深刻的理解和你朝夕相伴的开发同事。

软件的本质是道具,道具的本质是人类肢体的外在延展。而我认为掌握好一门制图软件是对产品经理综合能力一种很可观的拓展。很多你从设计类书籍上获取的知识,可以自己实现出来看看是否适合你所负责的产品,而不是让 UI 不断的陪你花时间试错或者由于不想试错使用保守的设计重复制造这个世界上的垃圾。我在工作中曾今经历这样一个小故事:我新进入一家初创公司后发现自己当时的产品在我看来非常糟糕,但是由于只是刚入行不久的小助理,所以我提出的激进更改方案并没有被采纳。在这个场景下,我选择利用工作之余把我心目中的产品把 UI 效果图做出来。我当时想:如果公司的产品被反馈设计有问题,我可以给团队直接提供另一种设计方案。如果产品市场反馈很好并没有影响产品的推广和运营,那么首先需要思考自己的这个方案是否合理,其次把这个方案收藏在自己的博客当中让同行业的前辈或者高人来给出意见。过了一个月,市场和老板的都反馈这个版本做的太糟糕了,必须马上给出解决方案。我当时鼓起勇气把自己的方案交出去审核,意料之外情理之中的当选新版本的执行方案。由于这个危机问题处理的不错,我也快速的得到了团队的信任。这段经历也反馈了几个非常重要的信息:

掌握一种好的设计软件是对产品经理能力拓展很有帮助的

职业只是一种选择,而学习和发展是不需要受任何规矩约束的

少去和人解释什么是对错美丑,而是把好的和不好的放在他们面前让他们去选。既给决策层足够的尊重,也可以从对比中深刻理解优秀的设计优秀在哪里

Sketch 是我最推荐的软件,非常简洁容易上手。这种产品思维本身就很值得学习,让设计师专注于设计和思考而不是产品的使用的技巧。

 

logo of sketch
  logo of sketch

产品的原型工具这个其实不必要我做详细说明,它是产品经理最基本的表达需求的媒介。这里推荐两个工具:Pixate 和 墨刀。墨刀这个产品估计大家不会陌生,移动互联网上最常用的原型工具之一。优点是快:入门快,做原型快。缺点是:原型很粗糙。Pixate这个原型工具可能诸位还不是特别熟悉,它被 google 收购以后就免费了,可以做出很细腻的交互动作。这两个可以配合着在不同的阶段使用,前期搭框架就用墨刀,后面开始做细节了可以改用 Pixate。Pixate 可以产生动画效果的代码用于开发,具体参见官方的开发文档。至于网页的话可以选择用传统的 Axure 或者直接用 bootstrap 拉拉扯扯就出来了(不可取)。但是千万要注意,原型只是工具,不要过于执着于制作高保真原型。最后舍本逐末,产品设计维度的工作没做好,把时间都花在炫技上了。

 

logo of Pixate
  logo of Pixate

最后一点是保持足够的阅读量,这个非常重要。互联网的基因是信息技术,我们身为一个互联网行业的产品经理必须掌握好获取信息的技巧并且养成好的信息摄入习惯。我们公司的本来是提供廉租宿舍的,但是我看到大多数的同事是没有读书学习习惯的。所以我果断的放弃住房福利,我要和我身边优秀的小伙伴在一起合租。我主动营造自己喜欢的生活环境,我搬到了百度旁边,住在优雅的 loft 阁楼上,努力去成为自己想成为的人。而且我发现其实在上学的时候大家都在学习,你多念点书效果不是很明显。但是到工作之后,身边会有一大批人不再学习了或者仅仅是非常功利性的学习了。那么你积极而有计划的摄取知识就会很明显的和不学习的人一个身位一个身位拉开。读原研哉的《白》和《设计中的设计》让我理解极简主义为什么是趋势(极简主义只是一种主义并不是一种方法论),读《从零到一》让我感觉到高维度思考对低维度思考的碾压,《失控》让我学会借鉴大自然的智慧。买书真是投入产出比极其高的消费 方式。我是如此迷恋阅读和思考,我一度想做一个 medium 一样干净美妙的阅读网站——beings。但是我现在能体会美却无法制作美,这种矛盾的状态给我带来了焦虑和不安,也给了我源源不断完善自己的动力。

 

保持阅读量
  保持阅读量

最后,我特别想说一点,只要你所做的一切都是为了创造有价值的东西。那么,请你在内心燃起那一簇莫名的自信!

发表评论

电子邮件地址不会被公开。 必填项已用*标注