产品经理怎样研究新业务?

如果是一个完全陌生的业务领域，比如说网络拓扑，作为产品经理，你会怎么研究？

背景

前段时间刚研究过《产品经理研究技术（讲人话）：网络七层结构！》，当时也说了，若不是生活所迫，我也不想“招惹”这些个玩意。。。

但最近又不得不研究起网络拓扑的相关内容了。。。

再来描绘一下今天这个背景吧：

首先，我们所处的是网络安全的业务领域，然后呢，现在有一款网络拓扑相关的产品，而我要接手这款产品，负责这款产品接下来的优化迭代！

but，网络拓扑的专业知识，除了在大学课本里面有些模糊的只剩下这几个大字的印象外，其他的可谓是八窍已经通了七窍，就剩下一窍不通了。

但产品经理这个岗位就是这样，永远会接触新的业务，新的场景，新的用户，所以说，怎样能快速研究明白新的东西，可以说是产品经理的必备技能。

今天，就一块来看看，我是怎么研究的吧，希望能够对大家有所帮助。

研究思路

做啥事呢，都得先有个整体思路是不是，我们先来讨论一下，研究这些新的业务，有啥好的思路木有~

研究新业务跟竞品分析还不太一样，我们之前搞竞品分析，是不是先研究宏观层面的行业、市场、用户画像这些，然后再研究微观层面的场景啊、功能啊、交互啊这些。

（有对竞品分析感兴趣的，可以回看这里哈《我竟然被深圳某讯给投诉了。。。》）

但如果研究新业务，也按照这个顺序的话，那就完犊子了，光研究行业、市场这些玩意，估计研究一年半载也研究不出来个所以然来。。。

那怎么办呢？研究新业务，有研究新业务的方法。

先来问一个问题：新业务不懂，你主要不懂的是哪方面？

我来直接给出答案吧，其实你主要不懂的是新业务里面的专业术语，专业术语就相当于这个业务领域内的沟通语言。

如果这些术语都整明白了，那么80%的新业务你都能理解的差不多了，这80%足够你入门了；而剩下的20%就只能慢慢啃了，这20%是足以让你成为业务专家的。

所以说，第一步是研究专业术语。

而这些专业术语存在哪呢？从产品本身，我们就能看到一些；然后从配套的需求文档里能找到一堆；再者，如果是一个项目型的产品，那么合同也是个“藏宝箱”。

专业术语整明白之后啊，那接下来是不是就可以继续研究一家伙这个业务领域的人（who）整天都在干什么事情（what），以及干这些事，对他们来说有啥用了（value）。

第二步，研究业务场景，业务场景的经典表达方法是用户故事，这个大家还记得吧。

前两步足以把表象的东西研究完了，但我们可是产品经理呀，产品经理不仅需要知其然，还需要知其所以然，那是不是接下来得研究一下，产品的这些逻辑是怎么实现的对吧。

第三步，研究实现逻辑，那肯定得包括功能逻辑和数据逻辑。

三步过后啊，我们接手的这个现有的网络拓扑产品，相信就已经研究的差不多了，那么接下来的研究，就该围绕着优化迭代进行了。

而优化迭代，总的来说无非就是这两个方向，一个是业务层面的优化迭代，这个得占据80%的价值，另一个是产品层面的优化迭代，也就是什么用户体验啊，交互设计啊等等，这个占据个20%吧。

而业务层面的优化迭代怎么研究呢？答案很简单，就是我们之前总结过的需求分析和竞品分析的方法论啊。有用户资源的，那就需求分析走起，没有用户资源的，那就竞品分析走起，反正总有让我们继续研究下去的办法。

产品层面的优化迭代，这个相对简单，给大家提三个方向：1. 界内的设计规范；2. 主观的产品体验；3. 客观的数据分析（例如埋点数据）。

第四步，研究用户需求，包括行业、市场、用户画像这些宏观层面的内容。

小结

第一步：研究专业术语

第二步：研究业务场景

第三步：研究实现逻辑

第四步：研究用户需求

好了，接下来，我们详细展开说说这四大步，到底怎么走。

专业术语

研究专业术语呢，无非就是将一堆看不懂的语言文字，翻译成我们能理解的“人话”。

在这里，两个关键字送给大家，按照这两个关键字进行研究，相信大部分的问题都能够迎刃而解了：

1. 可视化

2. 类比

好，我们先来罗列出来，都有哪些专业术语不理解吧，然后我们再将其一个个翻译成“人话”。

网络拓扑领域专业术语

1. 网络拓扑图

2. AS、AS名称、AS号

3. AS级、POP级、路由器级、IP级

4. 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号和域名等实体的注册信息。

业务场景

专业术语研究的七七八八之后，我们再来研究业务场景。

回顾一下哈，业务场景的经典表达方式是用户故事，而用户故事就是谁（who），整天都在干一些什么事情（what），以及干这些事情对他有什么价值（value）。

那网络拓扑有谁在用呢？

其实直接想这个问题，没那么好想出答案，我们可以先想想，这个网络拓扑有啥用。

我们前面提到过，网络拓扑图可以类比成地图，一个是看虚拟世界数据的传输情况，另外一个是看现实世界中货物的运输情况。

那看地图有什么用呢？

举现代的例子有些敏感，我们拿古代举例子。古代人看地图有什么用呢？

1. 看我方

看货物运输的路径，然后是不是能根据这些现有情况，想一想有哪些路径是可以优化的，以提升效率？

然后如果是运输过程中出现问题了，那是不是能通过地图大概判断一下，这些问题可能出现在哪？

2. 看敌方

古代行军打仗，有个地图那作用真是大了去了。如果地图中，能看到地方的中军大帐或者是粮草所在地，那对方差不多就可以打出GG了。

总的来说，网络拓扑反映的是客观现实情况，我们需要做的，是把这些情况，尽可能详细地表现出来，这本身就是价值所在。

再来回看刚开始的问题，用户是谁呢？

G端的用户肯定占了一方面，另一方面就是大型的机构，比如我们上方举例子的中国电信。

对于场景的研究，刚开始能搞清楚大方向就够了，剩下的就是逐步细化啦。

实现逻辑、用户需求

关于实现逻辑、用户需求这些，研究起来，每个方面，我估计总结个几千上万字都是有可能的，这些以后有机会再说吧。

再啰嗦一句，实现逻辑可以分为功能逻辑和数据逻辑，我们不仅得搞清楚产品的每个功能之间的逻辑关系是什么样的，更需要整明白，产品中的各种数据都是怎么来的，这个非常重要。

我们找机会再说哈，希望今天的内容对您所有帮助~

END