产品新人如何快速熟悉业务和产品（B端web产品）

作为一个产品新人，入职之后一个很重要的任务是熟悉团队的业务和产品，那么怎么样才能快速的熟悉业务和产品呢？我入职三周了，结合我的实际经验谈一下我是如何做的，也算是对这段时间的总结。

准备材料

入职之后一般会有人给大概介绍一下部门产品的基本情况，介绍完之后就让自己熟悉下产品，在正式熟悉之前要准备好以下材料：账号、测试环境、帮助文档和产品文档。根据角色的不同，不同的账号会有不同的权限，问清楚有哪些角色以及对应的账号是什么，自己的账号可以开通哪些权限，能开通的尽量一次性找人帮开通，省的以后再麻烦别人。在测试环境中，问清楚哪些可以操作，哪些不可以操作，我的原则是可以新建的就不要修改原来的，以防给别人造成麻烦。帮助文档是个好东西，特别是对于不熟悉的toB 产品，通过它能解决很多基本的问题。如果有给客户用的操作手册就更好了，它可能会比帮助文档更有针对性，我最初就拿到了一个类似的文档叫《最佳实践》，它设定了一个任务，详细说明了如何通过我们的产品来完成这个任务，通过这样的文档能快速的了解产品的基本操作，走完一个完整的流程。

信息架构图

对产品有了基本了解之后，对于核心的功能开始做详细的了解，具体的做法是梳理产品的信息架构图，通过信息架构图一方面了解业务和产品的细节，另一方面熟悉团队的设计风格，为以后做基本的原型设计做准备。我们部门做的是web产品，我的整理思路如下图：

信息架构图

我把web页面分两大类：信息型和操作型，信息型页面以展示信息为主，比如文章列表页面；

列表页面

操作型页面以用户的操作为主，比如创建专题页面

创建专题页面

这两个模块整理的结果如下：

信息架构图

在整理时不是简单的对页面信息的罗列，重点是思考为什么要有这些信息，为什么要设置这个操作，通过不断问自己问题思考产品设计的思路和背后的业务逻辑，对于toC的产品，能把自己当成用户可能容易想到一些原因，但对于toB 的产品，如果没有业务背景，是很难自己想清楚的，想不清楚的都放在【问题】里面，积累了一定量的问题之后一块请教别人，这样能帮助自己快速的了解业务。

做客服/技术支持

通过梳理信息架构图，对业务和产品有了基本的了解，但还不够深入，想深入了解业务和产品的一个方法是做客服或者技术支持，入职一周之后领导安排我到技术支持去轮岗，轮岗的两周我收获非常大，不但让我了解到了用户的常见问题和产品的不足，更让我了解到产品背后的业务细节，对于toB类产品，仅仅从产品的操作层面很多业务的细节并不能了解到，通过查看用户的反馈和回答他们的问题，能更深入的了解业务。我的具体做法是：首先看用户最近一周反馈的问题以及解决办法，根据前面总结的信息架构图，把问题进行分类并总结出解决方案，然后开始尝试回答用户的问题，这时我发现有很多问题回答不上来，我采取的方法是拿着问题问我们的技术支持的同事，让他说思路我来回答，问的多了，自己能独立回答的问题也就越来越多了。这里应该注意两点，第一：问问题时，不要一遇到问题就问，而是积累几个问题之后一起问，别总去打扰别人；第二：别只看别人的回答，一定要亲自动手回答，而且是越早越好，自己回答的时候能有更多的思考，理解的更加深刻，效果要比看别人的回答好的多。

总结

做了一段时间技术支持之后，对业务和产品有了进一步的了解，这时可以尝试梳理产品背后的业务流程图，画业务流程图比较考验自己的总结和抽象能力，在画的时候什么资料也不要看，直接画，画好之后可以找技术支持的同学问下是否合理，有没有遗漏的东西，通过自己画业务流程图，能让自己更加深入的理解业务，这是我画的我们产品的一个业务流程图：

业务流程图

以上是最近这段时间自己熟悉业务和产品的方法，接下来的重点任务是学习web产品的设计方法，学习一段时间之后再做分享。