产品经理的两个职业瓶颈

作者: 唐杰 分类: 心得感悟,职场人生 发布时间: 2015-11-22 00:22

产品经理工作的核心本质就是产生想法并实现想法,而有价值的工作就是让实现的想法得到用户和市场的认可。我有一个观点“地球上没有新需求,只有新的需求满足方式”,因此产生想法并不是一个非常难的事,稍微有一些生活阅历的人就能够发现一些需求并产生想法,但是非常难的就是能够想到产品解决方案,特别是优质的产品方案。

互联网产品的本质是程序,而程序有一个非常著名的公众“算法+数据结构=程序”,这是由Pascal之父“Nicklaus Wirth”提出的,凭借这一句话获得了1984年的图灵奖,这个公式对计算机科学的影响程度足以类似物理学中爱因斯坦的“E=MC^2”。

关于这一公式的解读我在《杰出产品经理》一书中有了详细介绍和演示,而这篇章就是要给大家介绍一下基于以上的论述,产品经理的职业最容易并最早会出现的两个职业瓶颈,这两个瓶颈也决定了产品的维度和深度。

产品的价值是以优质的需求满足方式来解决一个或多个用户需求,本质是提升用户的场景效率。实现并呈现这个过程,产品体验和架构就非常重要了。

一、用户体验

任何产品的意图,实际上都是以新的体验方式满足用户需求,所以用户体验对于产品经理来说也是非常重要的一门知识。特别在很多情况下很多公司的产品体验是没有专门的人负责的,所以UE、UI的体验把控都是需要产品经理来拍板的,产品经理的水平有多高,产品体验的天花板就有多高。

因此用户体验的知识将是产品经理首个需要突破的瓶颈。

用户体验就是秉承以用户为中心的设计理念,应用“以目标为导向的设计”方法,进行互联网产品的设计。这里就需要理解用户的期望、需要、动机和使用情境,并更好的理解用户的目标,以及这些目标如何有助于设计适当的交互行为。 更多的识别用户目标,关注用户目标而不是关注用户要完成的任务,尽量减化用户到达目标的过程和任务。

其实说了这么多,本质就是用户虽然不笨,但是远比我们想象的要懒,如果产品没有刚需的吸引力,就尽量不要增加用户的学习和操作成本。

突破用户体验这个瓶颈的解决方法有很多,比如阅读一些平台设计规范手册、学习业界知名公司UED团队博客分享(还能了解一些前沿公司们使用了哪些技术、哪些工具、哪些知识)、参加培训等等。除此之外,我们还可以通过把玩产品来提升认知和经验。

正所谓眼高才能手高,平时我们可以多玩玩产品,比如每天专研一款产品,一天时间把这个产品玩精玩透,去体验他们的产品功能和交互操作,分析他们的优缺点。通过这样的方式,基本上一个月时间就能够把自己提升一个层级。

二、产品架构

不懂技术的产品经理不是一个好架构师。很多人做不好产品经理,其中一个很重要的原因就是没有架构师的知识,实际上产品规划和设计就是产品架构的规划和设计。只有大公司才会有专门的架构师人员,所以很多公司的很多情况下,产品经理也在担任架构师的角色,而架构师又是偏向于技术的,技术又是不容易速成的,所以很多人入门慢,原因就是在这里,没有技术积累。

正如上文所述的程序公式,产品架构实际上和数据结构密不可分,而数据结构是非常偏向于技术的,但是我们可能通过信息结构来慢慢掌握数据结构的规律,这也是为什么我在产品需求文档写作的系列文章中把信息结构图放在首位的原因。

技术架构和产品架构有很大的区别,产品经理通常只需要懂产品架构,梳理清晰产品的信息结构和算法即可。因为除了产品经理没有人更清楚产品的需求和意图,以及后续的发展规划,所以产品经理要保证产品架构的信息不能乱。只要信息不乱,算法就会有很多玩法,从而可以在交互层能表现出很多不一样的体验形式,所以架构是产品的最底层最核心的基础。

突破架构的瓶颈方法没有很多,主要还是要懂点技术原理和常识,掌握一些数据结构方面的知识非常有必要。在美国,几乎所有产品经理都是计算机相关专业的人员,其中程序员转产品经理的非常多,但是在国内因为产品经理来自方方面面,很多人缺少技术层面的积累,这就导致了很多产品架构非常混乱。

影响产品架构的还有产品模型,模型则偏向于市场和商业层面了,这一方面通常不是太大的瓶颈,能够想到就能办到。但是最难办到的就是想到了市场或商业,却想不到产品架构来满足市场和商业。

扩展阅读:产品架构设计的公式

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!

一条评论
  • 田芳

    2016年4月20日 16:25

    说的非常好,而且非常实用,尤其是第二点,深有体会!

发表评论

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