Shopify产品经理支招:产品管理的必备技能

作者:UEESHOP 浏览次数:497 发布时间:2017-08-21
下面这张图表很直观地告诉我们产品管理是多种技能的集合。



很久以前,作为一个年轻的实习产品经理,这张图表让我意识到,我需要扩充学习的广度。

但它却没有告诉我,重点应该放在哪里,于是我开始努力学习每一样东西,事后看来,这是大错特错。
 
但是这世上哪有那么多时间,让你把三环中的每一样都学起来?
所以这张图表或许有用,但不切实际。
或者说,根本算不上有用。
 
要说更有用的,应该是弄明白那个交集究竟是由哪些部分组成的:



我们把这个交集称之为最小可行产品经理(MVPM),当中包括了一系列知识或技能,
这些知识和技能几乎可以解决实际工作中的所有问题,让你实实在在成为一个
产品管理通才。
 
MVPM绝不意味着你一定要对这些技能达到熟练掌握的程度。对于想要入门的人而言,这一点不仅不切实际,还会适得其反。我们应当把这些技能当成是产品管理这门学问的课程大纲,了解即可。
 
我写这篇文章,一是为了年轻时候的自己,同时也是为了新入行的shopify产品经理
,甚至是一些在业内工作多年,经验颇丰,但还想更进一步发展的产品经理。
 
为了跟图表一一对应,我把所需技能按照图表上的科目进行了划分,我会提到三样关键概念/技能,以及一样不需要关注的概念/技能。鉴于很多读者此前完全没有接触过这些学科,我会尽量用平实的语言来阐述。
 
这篇文章主要从
技术方面去陈述。

1 堆栈

当工程师提到“堆栈”的时候,往往谈论的是为产品提供功能的技术层面。从客户开始访问你的登录页面到删除账户,“堆栈”会层层把控。

 
想要了解“堆栈”,不要从最基础的开始学,最快的方法就是去找一个工程师,从较高的层面带你过一遍。

你要做的就是记录下每一项技术的名称,通过谷歌快速浏览这些术语,权衡每一项技术的利弊得失,

以及它们如何在一起协同工作。
做这项工作的时候,一定要高屋建瓴,否则很容易就会被绕进去,两眼一抹黑。
 
为什么这样做就会让你成为一个更好的产品经理呢?
 
因为工程师在谈论产品设计构造的时候,从来都是专业术语满天飞。了解这些术语,你至少能跟得上他们的节奏,随着时间的推移,你就会慢慢耳濡目染,更深入地明白他们都在谈些什么。
 
通常,他们谈论中涉及“堆栈”的层面越多,或涉及的层面越深入,就意味着修改越复杂,风险度越大,明白这一点,你就知道要重新考虑一个问题解决方案了。
 
2  系统架构

 

如果说堆栈体现的是技术层面,那么系统架构体现的就是这些技术如何架构才能合力打造出一款产品。堆栈主要是一些未经实际检验的技术能力,产品的体系结构则包括了客户的预期行为。

 
想要了解系统架构,最快的方法就是让工程师画给你看。你要做到的是:

首先,不要恐慌。让他们带你过一遍系统中的每一个组成部分,了解其功能。
其次,不管你信不信,这对你很有用。
 
为什么这样做就会让你成为一个更好的产品经理呢?
当你弄明白架构之后,你就能开始系统性地看待你的产品,而通常这正巧也是工程师看待产品的方式。
对系统中的每一个组成部分对整体有怎样的功用有一个了解,会帮助你做出更好地决定利弊、权衡得失。

 
通常情况下,系统中关系最复杂的组成部分是最难改变的,因为很多其他组成部分都要依赖其提供数据和功能。
在完善产品的过程中,你改变的部分越多,而部分之间的依赖性越强,你的执行难度就越大。

 
3 数据模型和应用程序接口




数据模型集成了你产品所使用的各种信息,并对这些信息之间的相互关系进行了规范。

通过
“信息”,我们才能真正谈论用户、产品和信用卡这些被称之为实体的东西。

 
这些实体彼此之间会以某种形式有机联系起来。


打个比方,一个用户可以有很多产品,但只有一张信用卡。
 
数据模型和系统架构密切相关,因为某些实体就“活”在特定组件当中。

你的用户模型可能就存在于组件A中,那么产品数据也会在这个组件当中,
于是因为数据的敏感性,信用卡就会存在于组件B。

 
如果你需要拉一行列表,显示哪些用户拥有产品,那就非常简单了,
因为用户和产品数据都在同一个组件当中。但如果你需要知道这些用户当中哪些拥有信用卡,
那就需要把组件
A和B相连才能分享数据了。

这一步要复杂一些,为了完成这一步,你需要一个API(应用程序接口)。

 
API是建立在数据模型之上的,负责任意两个组件之间的相互对话和有关底层模型的信息交流。

最重要的是,API还会让你和外界组件进行交流。当你从谷歌地图上叫一辆Uber专车时,谷歌地图应用就会和Uber的组件发生对话。
 
大多数应用都有公共API和私人API,前者任何人都能联网使用,后者则是个人私有的。明白你的公共API至关重要,这样你就能明白你的产品是怎样和外部世界互动的。
 
最快的了解方法——首先,你应当重点了解你的公共API。

很好找的,它通常就在你的网站开发者文档里。找到它们之后,你会看到一大串代码。研究的过程中最棒的一点就是,它们通常会显示出你大部分的底层数据模型,这样你就能一箭双雕。
 
为什么这样做能让你成为一个更好的产品经理呢?


因为通过了解数据模型,你可以扩展自己的能力,知道可以利用什么信息来创建更好的产品,以及这些信息的获取难易度。知道自己的API就意味着你能弄明白合作伙伴或者第三方开发者能从你的应用当中获取何种信息。软件的可扩展性是一种非常有价值的属性,和其他产品(你的用户日常可能使用的)的兼容性也是一大杀器。
 
4 不该关注的地方

编程。别误会我的意思,我非常喜欢编程,会编程也会对你的工作有所帮助。但除非是一个高度技术性的产品,否则作为产品经理,你没必要太精通这个。
 
如果你发现作为产品经理你居然在编程 !
那么你就得问问自己,你做的事情有意义么?还是你根本不知道该做什么呢?


建站客服建站客服
交流QQ群交流QQ群
QQ交流1群
QQ交流1群
627102802
QQ交流2群
QQ交流2群
2966345452
热门文章

热门文章

广州联雅网络科技有限公司 UEESHOP©版权所有 粤ICP备10215284号 网站地图