如果是一个完全陌生的业务领域,比如说网络拓扑,作为产品经理,你会怎么研究?
一、背景
前段时间刚研究过《产品经理研究技术(讲人话):网络七层结构!》,当时也说了,若不是生活所迫,我也不想“招惹”这些个玩意。
但最近又不得不研究起网络拓扑的相关内容了。
再来描绘一下今天这个背景吧:
首先,我们所处的是网络安全的业务领域,然后呢,现在有一款网络拓扑相关的产品,而我要接手这款产品,负责这款产品接下来的优化迭代!
but,网络拓扑的专业知识,除了在大学课本里面有些模糊的只剩下这几个大字的印象外,其他的可谓是八窍已经通了七窍,就剩下一窍不通了。
但产品经理这个岗位就是这样,永远会接触新的业务,新的场景,新的用户,所以说,怎样能快速研究明白新的东西,可以说是产品经理的必备技能。
今天,就一块来看看,我是怎么研究的吧,希望能够对大家有所帮助。
二、研究思路
做啥事呢,都得先有个整体思路是不是,我们先来讨论一下,研究这些新的业务,有啥好的思路木有~
研究新业务跟竞品分析还不太一样,我们之前搞竞品分析,是不是先研究宏观层面的行业、市场、用户画像这些,然后再研究微观层面的场景啊、功能啊、交互啊这些。
(有对竞品分析感兴趣的,可以回看这里哈《为什么说腾讯,是竞品分析的教科书?》)
但如果研究新业务,也按照这个顺序的话,那就完犊子了,光研究行业、市场这些玩意,估计研究一年半载也研究不出来个所以然来。。。
那怎么办呢?研究新业务,有研究新业务的方法。
先来问一个问题:新业务不懂,你主要不懂的是哪方面?
我来直接给出答案吧,其实你主要不懂的是新业务里面的专业术语,专业术语就相当于这个业务领域内的沟通语言。
如果这些术语都整明白了,那么80%的新业务你都能理解的差不多了,这80%足够你入门了;而剩下的20%就只能慢慢啃了,这20%是足以让你成为业务专家的。
所以说,第一步是研究专业术语。
而这些专业术语存在哪呢?从产品本身,我们就能看到一些;然后从配套的需求文档里能找到一堆;再者,如果是一个项目型的产品,那么合同也是个“藏宝箱”。
专业术语整明白之后啊,那接下来是不是就可以继续研究一家伙这个业务领域的人(who)整天都在干什么事情(what),以及干这些事,对他们来说有啥用了(value)。
第二步,研究业务场景,业务场景的经典表达方法是用户故事,这个大家还记得吧。
前两步足以把表象的东西研究完了,但我们可是产品经理呀,产品经理不仅需要知其然,还需要知其所以然,那是不是接下来得研究一下,产品的这些逻辑是怎么实现的对吧。
第三步,研究实现逻辑,那肯定得包括功能逻辑和数据逻辑。
三步过后啊,我们接手的这个现有的网络拓扑产品,相信就已经研究的差不多了,那么接下来的研究,就该围绕着优化迭代进行了。
而优化迭代,总的来说无非就是这两个方向,一个是业务层面的优化迭代,这个得占据80%的价值,另一个是产品层面的优化迭代,也就是什么用户体验啊,交互设计啊等等,这个占据个20%吧。
而业务层面的优化迭代怎么研究呢?答案很简单,就是我们之前总结过的需求分析和竞品分析的方法论啊。有用户资源的,那就需求分析走起,没有用户资源的,那就竞品分析走起,反正总有让我们继续研究下去的办法。
产品层面的优化迭代,这个相对简单,给大家提三个方向:1. 界内的设计规范;2. 主观的产品体验;3. 客观的数据分析(例如埋点数据)。
第四步,研究用户需求,包括行业、市场、用户画像这些宏观层面的内容。
小结:
- 第一步:研究专业术语
- 第二步:研究业务场景
- 第三步:研究实现逻辑
- 第四步:研究用户需求
好了,接下来,我们详细展开说说这四大步,到底怎么走。
1. 专业术语
研究专业术语呢,无非就是将一堆看不懂的语言文字,翻译成我们能理解的“人话”。
在这里,两个关键字送给大家,按照这两个关键字进行研究,相信大部分的问题都能够迎刃而解了:
1. 可视化
2. 类比
好,我们先来罗列出来,都有哪些专业术语不理解吧,然后我们再将其一个个翻译成“人话”。
网络拓扑领域专业术语:
- 网络拓扑图
- AS、AS名称、AS号
- AS级、POP级、路由器级、IP级
- WHOIS数据
我们拿以上4个举例子,不过搞明白以上4个,就已经研究的差不多了。
1. 网络拓扑图
这个大部分人估计都听过,不过不是这个业务领域的话,估计也没咋研究过。
然后我说一个前提,网络拓扑其实分为公网拓扑和局域网拓扑,局域网拓扑就属于相对隐私的信息了,我们的产品研究的是公网拓扑。
拿中国电信网络拓扑举例子,我们先来个可视化吧:
中国电信
我们再来类比一下:
网络拓扑图表达的是,网络数据在互联网的这个虚拟世界中是怎样传输的,而想一想在我们的现实世界中,是不是跟物流运输很类似?无非就是物流运的是东西,而网络拓扑运的是数据。
这样类比一家伙,是不是就好理解多了?
2. AS、AS名称、AS号
不懂的东西,肯定是先查某度啦。
我们来看某度百科给出的专业解释:
什么感觉?反正我是感觉读了,然后又好像没读。
算了,先来一个可视化:
找了半天,这个图还不错。
我们从图里能看到什么呢?第一是每个AS当中,都有自己的内容;第二就是AS之间,通过BGP协议进行互通。
从图里面看懂这么多就行了,接下来再类比一下:
这个就好类比了,就比如我们的每个省,省里的大小事务,大部分都是由省长以及各相关单位进行管理的吧,不可能由我们中央人民政府,事无巨细地都管着吧。
然后呢,这个省跟其他省之间进行互通,比如进行贸易,那是不是也得遵循中国的相关法律(BGP协议)。
这样一类比的话,那AS就相当于每个省,每个省都有自己的名称吧,比如河南省(AS名称),每个省也都有自己的行政区划代码吧,比如410000(AS号)。
3. AS级、POP级、路由器级、IP级
直接可视化搞起来:
(AS级)
(POP级)
(路由器级)
(IP级)
从图中能看出来什么呢?是不是从AS级到IP级越来越细化了?
我们来类比一下,就能够理解了:
我们的百度、高德地图,是不是也是有层级的,先是世界地图,然后是国家地图,再然后是省的地图,再是城市地图等等。网络拓扑的这几个级别也是这个意思。
4. WHOIS数据
WHOIS嘛,我们字面意思理解一下,那就是“是谁”的数据。
稍微查找一些资料,就可以知道,有专门的WHOIS工具,然后可以查IP块、AS号和域名等实体的注册信息。
老规矩,先来个可视化吧:
看不懂没关系,这里面的细节可多了,想完全看懂,需要搞明白每一个字段都是什么含义,现阶段我们只需要知道这个WHOIS数据是干嘛的就行了。
我们来类比一下:
其实就是跟工商数据差不多,你成立一家公司,你是不是得填写一大堆注册信息是吧,比如法人是谁,公司名称,办公地址,经营范围等等。
WHOIS数据,就是这些IP块、AS号和域名等实体的注册信息。
2. 业务场景
专业术语研究的七七八八之后,我们再来研究业务场景。
回顾一下哈,业务场景的经典表达方式是用户故事,而用户故事就是谁(who),整天都在干一些什么事情(what),以及干这些事情对他有什么价值(value)。
那网络拓扑有谁在用呢?
其实直接想这个问题,没那么好想出答案,我们可以先想想,这个网络拓扑有啥用。
我们前面提到过,网络拓扑图可以类比成地图,一个是看虚拟世界数据的传输情况,另外一个是看现实世界中货物的运输情况。
那看地图有什么用呢?
举现代的例子有些敏感,我们拿古代举例子。古代人看地图有什么用呢?
1. 看我方
看货物运输的路径,然后是不是能根据这些现有情况,想一想有哪些路径是可以优化的,以提升效率?
然后如果是运输过程中出现问题了,那是不是能通过地图大概判断一下,这些问题可能出现在哪?
2. 看敌方
古代行军打仗,有个地图那作用真是大了去了。如果地图中,能看到地方的中军大帐或者是粮草所在地,那对方差不多就可以打出GG了。
总的来说,网络拓扑反应的是客观现实情况,我们需要做的,是把这些情况,尽可能详细地表现出来,这本身就是价值所在。
再来回看刚开始的问题,用户是谁呢?
G端的用户肯定占了一方面,另一方面就是大型的机构,比如我们上方举例子的中国电信。
对于场景的研究,刚开始能搞清楚大方向就够了,剩下的就是逐步细化啦。
5.实现逻辑、用户需求
关于实现逻辑、用户需求这些,研究起来,每个方面,我估计总结个几千上万字都是有可能的,这些以后有机会再说吧。
再啰嗦一句,实现逻辑可以分为功能逻辑和数据逻辑,我们不仅得搞清楚产品的每个功能之间的逻辑关系是什么样的,更需要整明白,产品中的各种数据都是怎么来的,这个非常重要。
我们找机会再说哈,希望今天的内容对您所有帮助~
给作者点赞,鼓励TA抓紧创作!
来源:http://www.woshipm.com/pmd/5352890.html
本站部分图文来源于网络,如有侵权请联系删除。