科技猎产品经理怎样研究新业务？
如果是一个完全陌生的业务领域，比如说网络拓扑，作为产品经理，你会怎么研究？
前段时间刚研究过 《产品经理研究技术（讲人话）：网络七层结构！》 ， 当时也说了，若不是生活所迫，我也不想“招惹”这些个玩意。。。
但最近又不得不研究起网络拓扑的相关内容了。。。
再来描绘一下今天这个背景吧：
首先，我们所处的是网络安全的业务领域，然后呢，现在有一款网络拓扑相关的产品，而我要接手这款产品，负责这款产品接下来的优化迭代！
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端的用户肯定占了一方面，另一方面就是大型的机构，比如我们上方举例子的中国电信。
对于场景的研究，刚开始能搞清楚大方向就够了，剩下的就是逐步细化啦。
关于实现逻辑、用户需求这些，研究起来，每个方面，我估计总结个几千上万字都是有可能的，这些以后有机会再说吧。
再啰嗦一句，实现逻辑可以分为功能逻辑和数据逻辑，我们不仅得搞清楚产品的每个功能之间的逻辑关系是什么样的，更需要整明白，产品中的各种数据都是怎么来的，这个非常重要。
我们找机会再说哈，希望今天的内容对您所有帮助~
