在看到这张图后

上海杰彻自动化设备有限公司 发布时间:2018-10-26 08:54:26
产品经理也有MVP模型 产品经理也有MVP模型

从三个圆说起

下面这张图也许你在以前就见过,它既简单而又优雅的展现出了产品经理本身是众多技能交集体。

产品经理也有MVP模型

这张简单明了的数学集合图,恰如其分的说明了产品经理应该拥有的技能以及其内在的能力界限,非常完美的诠释了一个产品经理应该拥有的能力模型。

在很久以前,作为一个产品菜鸟,这张图告诉我必须自觉地学习各种各样的知识和技能从而去构建自己的技能树的广度。但是,它似乎没告诉我,我到底应该专注在什么地方;所以,在最开始作为一个小白时,我总是狼吞虎咽的学习着所有我能接触到的知识和技能。到头来,却发现这是一个天大的错误。

产品经理也有MVP模型

很显然,在这个地球上我们是没有足够的时间去学习上图中那三个圈里面的所有知识和技能的。图的展现的东西虽然很有用,但终究来说却是不切实际的。

所以,如果我们要让这张图对我们有所帮助,我们应该先了解清楚,图里面交集的部分到底包含了什么?

产品经理也有MVP模型

交集的部分就是我要说的MVPM,即最小可行的产品经理(Minimum Viable Product Manager)。MVPM完美的定义了一个合格的产品经理应该拥有的知识和技能。

但MVPM并不意味着你需要很快速地去精通其中提到的所有技能,这样对于一个小白来说不但不切实际,而且还会有适得其反的效果。相反,你应该把它看作一个小白产品经理刚入行学习的教学大纲。

这篇文章,写给过去那个年轻的自己,写给产品小白,同样也写给那些希望提升自己的产品老鸟。为了和上面那张图里面的三个圆一一对应,我将我要说到的点分为技术、商业和用户体验三个大点进行描述。并且,每个大点相对应的指出三个必须聚焦的知识或技能和一个不能踩的坑。为了让更多的小白和行外人能快速读懂,我将尽可能描述得通俗易懂。

一、MVMP:技术

产品经理也有MVP模型

1.技术栈

当程序猿们在谈论技术栈时,程序猿们在谈论什么?

“技术栈”是一个相对抽象的概念,它可以泛指用来实现你的产品功能的各种前后端技术,它让一切产品需求得以实现。从一个用户加载到你的产品的登录着陆页,到他主动地把他的用户账号注销,技术栈都默默地在背后处理着这一切。

如何快速学习——请教开发大神们,让他们帮你从“一览众山小”的角度去review一遍所有的技术栈。接着把你听到的各种技术记录下来,并且快速的谷歌一遍所有的专业术语。这样,你就会大概了解到产品开发中所用到的每种技术的优点和不足之处,也会清楚这些技术在内部是如何和谐并高效地运作的。记住,在快速了解技术时一定要以“一览众山小”的角度切入,否则你会掉入技术学习这个大坑无法自拔。

成为一个更好的PM——当程序员们在办公室里讨论产品架构应该如何搭建,顿时,各种专业术语总会满天飞。这时,也许你会一脸懵逼。但是,当你了解了技术栈的相关知识,这意味着你可以跟得上他们讨论的节奏。假以时日,你将会逐渐明白程序猿们到底在讨论哪一个层面的技术问题(比如,是前端的问题还是后端的问题;是数据库的问题还是服务器的问题…)。通常来说,一个产品的技术栈中需要接触的东西越多,涉及的层次越深,那么这个产品的需求变更后的开发难度就越大,风险也更大。当你了解了这一切,在下一次考虑如何解决产品问题时,你可能就会用另一种方法去解决问题。

2.系统架构

如果说刚刚提到的“技术栈”代表着那些经常被我们使用到的技术,那么系统架构就控制着这些技术如何共同搭建,高效运转,并最终诞生出产品的。与更抽象的“技术栈”比起来,系统架构则更加贴近于产品本身,它的设计构想恰恰会体现出用户的产品需求。

如何快速学习 ——同样的,还是要请教开发大神们,让他们给你画一个系统的架构图,那么你将会得到类似一张这样的图:

产品经理也有MVP模型

在看到这张图后,你懵逼的概率达到了百分之99,但是,一定要蛋定。首页,你必须跪教(跪着请教)程序猿大哥们,让他们告诉你图中所有不同形状的组件(包括各种客户端、服务端及数据库)都是干什么用的;如果你请教的姿势是对的话,那么,他们会告诉你哪些东西是用来处理网络请求的,哪些是用来实现业务逻辑的,哪些是用来储存用户数据的。

当然,你不要作死的认为程序猿哥哥在忽悠你,他刚刚说的一切对你都是非常有用的。

推荐阅读/观看:襄阳网站建设 http://xywzjs.cn


  • 上一篇:漫无目的扯淡
  • 下一篇:最后一页
  •