1. 概述
产品经理岗位发展已经进入存量时期，原型工具伴随着它的发展也有十多年之久，市场早也不是当年Axure早期独占鳌头的时代，然而后期出现的原型工具想从巨头中瓜分蛋糕也是非常艰难的。只有根据产品经理工作流程演变，结合新出现的产品经理工作场景入手，找到突破点做出产品差异化，才有可能找到利基市场。根据当今市场现状，即使做出差异化，也不具备产品竞争力。由于产品经理的工作趋势演变为多场景、多任务、多协作的模式，所以当差异化功能完成，需要把产品方向重新定位为整合产品功能，做一个总集能应对产品经理的多工作场景，才能真正赢得产品用户的青睐。
我将以文档整合方式这个新出现的产品经理工作场景中的需求点为话题，分析它为什么属于新出现的场景，如何从中挖掘需求信息，阐述从这个需求点引发原型设计工具——摹客RP下一次迭代的思考。
2. 应用场景
如今C端产品经理岗位已经趋近饱和，B端产品经理岗位由于大量的业务需求还处于发展中期。在国内企业中存在很多未被满足的业务需求，多数来自于传统行业转型、行业的不同导向导致定制化需求井喷等。B端产品经理由于业务导向的不同，出现了很多工作场景，如：不仅需要跟研发团队讲解产品需求文档，也需要对客讲解产品流程，这样做出来产品既保证了开发逻辑的合理性，又满足客户需求。从实际工作场景中发现，用一样的文档以及讲解方式对开发和客户是行不通的，因为他们完全是两种不同的用户，他们的理解能力及问题关注点往往是不同的，下面我将对此场展开分析。
3. 调研分析
3.1用户分析
在分析前我们先看看关联上述场景的三类人的用户画像：
3.2对比分析
我们再来看看这两种工具载体的优缺点：
通过对比这两种产品的优缺点发现这两种产品是互补的关系，能相互弥补未被满足的产品经理工作场景，但是没有一个产品去整合这两种能力，完善应用场景的缺失。
3.3总结分析
从上述场景中，单看问题是文档载体的问题（文档工具/原型工具），产品经理需要两种整合方式去满足目标用户（客户/开发）的需求，但究其根本其实是功能集的问题，单一产品无法满足多场景需求。
通过文档工具写出来的产品需求文档更正规，尤其是一些结构化的排版布局、行文逻辑，产品经理能够用清晰的方式传达客户的诉求。而原型工具，主要点在于绘制原型图，缺乏结构化的文档要求，也不具备文档的那种产品能力，虽然能满足开发理解的需求，但是无法达到客户理解的标准。同时，也需要兼顾内部和外部协同，因为对客一般是需要外部协同，如：没有编辑只有查看、备注的功能，而对开发而言一般需要内部协同，需要有很多权限，如，修改、标注、查看历史记录等。
总结来说，是功能的限制导致场景的限制，当一个工具型产品具备多种适用性功能，就能解决它无法满足多场景应用的问题。
所以摹客的下一次迭代目标不是文档和原型之间的转换格式，而是做一个功能集，思考如何满足多场景应用的问题，让产品经理能通过这个软件给不同用户传达不同的信息，因为每个人的关注点不同，如：客户关注产品的形态和结果，开发更关注这个产品怎么做。在迭代中，如何找到不同产品经理工作场景的共性问题才是重点。
4. 关于摹客RP
我认为摹客RP已经可以初步满足以上应用场景的一些基础功能要求，如：从文档、原型稿、设计稿之间的转换和协同就能发现，摹客RP已经意识到这一点，但是协同工具的发展任重而道远，很多细节功能上还需要完善，以满足不同行业产品经理工作场景的需求为最终目标。
下一个版本的迭代中需要做好需求调研，收集不同类型、不同行业的产品经理的工作场景，因为每个产品经理的工作场景是不同的，如有的技术型产品经理需要画UML，多数业务型产品经理则不需要画这个东西，所以场景不同导致需求不同。
我们需要把产品经理的工作场景还原，找到大多数产品经理的需求点，逐步深化业务场景，找到共性需求，做个协同工具集才能提高产品力。