产品经理必备的办公技能要求

说到办公技能，有些小伙伴的文档编写技能、原型工具使用技能真的是不敢恭维。虽然对产品经理来说，工具的使用并没有特别要求要掌握到多高难度，但至少要熟练使用，做出来的东西看上去要像那么回事才行啊。不能提交过来的东西让别人一看就摇头，那多尴尬。所以能把一些工具使用的非常溜是加分项，但绝不可在此上面花费太多的精力，否则就本末倒置了，有那个时间还不如多钻研一下产品层面的知识。永远记住一点，工具只是辅助于你开展工作的，你的工作就是做产品。

 

所以在技能要求这块，我们只是把一些常用的办公技能进行相应的说明，包括对应的工具，需要掌握到什么程度。最好这些工具的学习都花额外的时间，会使用是最基本的要求，用的好也不值得拿出来炫耀，不是原型做到高保真就会给你的做产品能力加分的，也不是文档写的多美观，就代表你的文字逻辑没有问题。我们的核心还是注重业务逻辑和业务流程的梳理，注重用户需求和用户使用场景的设计。

原型设计技能：有参照物的讲解会更有效率

 

大家一定要意识到一点，信息传输有效性层面，视频>声音>图片>文字，辅助多媒体介质去传输信息要比文字效果好很多，所以到目前为止，大篇幅文字的PRD在逐渐减少，取而代之的是交互稿上的逻辑说明，直接在原型旁边标注相应的逻辑，这样对照着看也能节省很多操作的时间。

 

纸质原型在概念讨论初期会比较有效果，当脑海中浮现某种布局排版的效果时，先用纸和笔将其画出来，辅助以语言说明，比单纯的讲要效果好。我们在日常沟通的过程中，应该经常会遇到这种讨论场景，当对方对现有的事物不满意的时候，会给出他自己的方案，这时候要么对方把所描述的内容具象化，要么你去把它总结定义出来，这时先在纸上或者白板上画出来，能极大的提升沟通效率。

 

通常意义上的原型，能用HTML访问的要比纯图片效果好，或者是现在很多原型工具类APP，支持图片原型做好之后，导入到手机里然后设置对应的热点跳转。有页面或者单击跳转的操作，就好比静态的图片或者页面变成了动态的动画，接近于视频的传达效果。本身原型的最大作用，就是作为参照物，辅助于演示和沟通，若演示的效果能接近于DEMO，或者接近于实际的产品，那自然效果是最好的。只不过制作高保真原型的时间成本真的非常大，不建议大家在制作原型上花太多的时间。像Axure这款工具倡导的都是“快速原型设计”。

思维导图：结构性的梳理会更清晰明了

 

在没有思维导图这个概念之前，我们可能就直接开始画流程图了，但有了这个之后，能在画流程图之前先梳理一遍业务，这样画流程图的效率也会提升上来。像我自己之前更多是先在本子上列示一下某个模块会涉及到哪些关键点，这样在设计的时候可以参照。也有人会习惯于制作用例图，UML工具在传统软件行业用的挺普遍的，到了互联网行业，好像就用的少了，现在的新人，估计知道UML的人就很少了。

 

做思维导图绝不是记流水账，而是一次信息归类整理，要点梳理的过程。归类在信息整理的过程中显得尤为重要，可以用穷举的方式把每个类别下的信息都列示出来，在这个过程中你甚至有可能会发现新的分类，或者发现原来的分类已不足以满足使用，这就是整理过程中我们所要达到的效果。这和简约设计四策略中的“组织”策略很像，把需求按照合适的分类进行归类。

 

要点梳理既是做加法的过程，也是做减法的过程。我们要留下核心主流程中最基本的功能，其次才是附属或者不那么重要的功能。目的就是留下最重要的，去掉不那么重要的。很多人会用思维导图的方式去整理一本他所看过的书里面的内容，这就是一个要点梳理的过程。这时分类已经由作者帮你梳理好了，就是各个章节，到了要梳理核心内容的时候，就是把每个章节里面的关键知识点拎出来。这种方法和梳理功能模块是一样的，比如登录功能，你把登录动作对应的关联点都列出来，就能很清晰的看到登录过程中该发生哪些业务。

业务流程图：基于业务的流转才是王道

 

工具类的产品可能更多的是操作流程，如何一步步达到最后的操作目标，这时我们更多的考虑操作效率，把多余的环节掉，把交互体验提升上来，才能让用户满意。业务类产品，都会有自己的核心业务流程，以及基于这个业务流程产生的商业模式。

 

传统线下业务的流程相对来讲是比较标准的，特别是车间的流水作业，非常规范。产品要实现的是从生产到销售的过程，一种考虑是缩短中间环节，也就是大牛经常所说的改变链接。这样既能减少中间流转的成本，也能提升流转的效率。在这种模式下，业务流程更多的也是优化，把某几个环节变得更有效率，提升商业模式的操作空间。

 

还有一种模式是考虑增加环节，在既有业务流程的基础上，不缩短环节还增加环节？确实是的，在互联网+发展到现在，缩短链接的生意已经被前辈们做的差不多了，或许增加、保持不变的路子还有潜力可以挖。比如送外卖这件事，其实用户和饭馆之间的链接已经很短了，直接链接了，但外卖平台硬生生的增加了一个中间揽收+配送的环节，用户接受度也很高，所谓的解决“最后一公里”的逻辑。其实别的还有一些点可以切入，就看我们对业务流程的理解能到什么程度了。

其他的诸如PPT制作、文档排版、图表制作等等技能，不是产品经理必备的，但是加分项。PPT做的好，在演示方案的时候也能很有效果，现在很多产品经理都已经不写MRDBRD了，有的人是确实不写了，也不会写；有的人是用PPT取代了。在互联网公司里面，用PPT汇报方案还是很普遍的，特别是大公司。以前在阿里的时候，也经常使用PPT汇报方案。PPT做的好固然是好的，但确实要花费比较多的时间精力，如果能找到比较好的PPT模板，宁愿花点钱去买，也比自己做省事多了。包括PPT里面用到的很多精致图表，做一页PPT有时候可能就会花掉很多时间。

 

当然啦，技多不压身，在产品经理这个岗位上，掌握的技能越多越好。只是要权衡自己的精力分配，新人在有余力的情况下多学点东西总是好的，在很多时候，产品团队的成员之间最好也能技能互补，这样整个团队产出的质量也会整体上有提升