#本文为2022摹客RP原型工具测评大赛优秀奖作品

　　一个好的产品工具能够给人不一样的体验感受，甚至成为你的“知心朋友”，懂你所想，助你一臂之力。本文以摹客RP为例，通过体验其产品功能，论述其到底是不是产品经理的“知心朋友”？

　　7月中旬，在产品经理网站上发布我最新一篇文章时，刚好看到一个最新的产品体验活动——摹客产品测评大赛。比起上一次测评大赛的主角，这次的主角名字亲切了很多，让我想起了一年前我使用摹客RP的一个小故事。

　　说来也巧，我算是摹客RP的一个老用户了，2021年初我就开始和它“打交道”。我不喜欢用“使用”和“被用”去形容我与产品的关系，就好像作为产品经理，我们不能把用户当成“工具人”。自然，我们也不能把产品工具，当成“工具”。为了证明以上内容不是我胡编乱造的，去年4月，我就购买了摹客RP的年会会员。

　　此处不得不插入一个小吐槽，去年的包年VIP还是99元，今年我再看，发现只要88元了，是去年的我太绿了吗？

　　为啥我去年要购买年费会员呢？

　　第一个，是因为它“不好用”。

　　我印象很深刻的是，当时我终于画好了原型，然后我想导出到本地，通过图片或者文件形式，发给我领导看。然后我发现，居然没有办法导出。综合考虑之下，为了让领导有更好的“用户体验”，我决定开通会员。当时我以为导出为本地图片或者文档的功能，是会员专享。

　　但开通会员后，我发现好像还是没有这个功能，我还以为是我没有找到操作入口，因此特地联系了官方客服。当时客服跟我说，该功能正在开发中，当前还不支持。也许是职业病发作，也许是VIP会员的尊贵感作祟，当时我就问了他排期是什么时候——预计什么时候可以上线支持。客服小哥回答我，大概五六月份。

　　后来我又用了几次，但是我发现还是没有这个功能。当时有一个功能是下载离线演示包，可是如果我下载了离线演示包，再把整个包都发给领导，告诉她要点击哪个文件才能看，我真的担心领导会跟我说“你也可以离线了”。

　　第二个原因，是因为它“好用”。

　　当时我在思考我该怎么把它发给我领导看时，发现分享链接也是一个非常方便的方法，而且这个功能是免费。通过线上链接进行分享，其他用户可以打开链接查看原型。如果是针对“仅查看”这一场景，通过链接分享和点击，是不用产生本地文件的下载和存储的。只是我发现，可能是因为我画的原型比较复杂，通过链接点击加载速度有点慢。

　　最终我是通过分享的方式解决了上述的场景，但让我成为会员的原因不只是这个功能。无论是从模板的丰富程度、组件的美观程度、操作的易用性和协作的便捷性，都让我觉得摹客RP是一个相对舒服的“产品帮手”。在产品经理的工作流程中，如果能拥有一个称心如意的工作工具，它能带来的帮助，远比我们想象的大。

　　那么，摹客RP到底是不是产品经理的“知心朋友”？

　　究竟什么是产品经理？产品经理是做什么的？一千个人可能会有一千个答案，毕竟“人人都是产品经理”。

　　某大厂对于产品经理的拆解，我觉得相对更加直观。产品经理包括“产品”和“经理”。

　　产品就是确定产品的方向，需要去发现问题、提出问题、解决问题。

　　经理就是确保工作的落地，需要去协调资源、沟通事项、推进落地。

　　那么在这个过程中，这么多工作环节，都需要对应的工具去辅助产品经理完成工作。

　　需求收集是产品工作的第一步，每个产品经理都会从各方得到产品反馈，包括运营、销售、客服、用户、领导或者自身分析。这么多的需求收集后，需要进行记录、排序、分析，以确定需求需要以怎样的形式和进度推进。

　　需求分析和方案产出是产品工作的第二步。收集完需求后，要分析需求如何落地实现，并针对需求输出完整的方案，包括但不限于流程图、原型图、需求文档等。

　　需求评审是经理工作的第一步。针对这个需求，我们需要争取到对应的资源，包括开发、测试、设计，甚至很多跨团队的需求资源。通过向各方讲解需求的目的和内容，让各方理解产品经理所输出的图稿和文档内容，并承接该需求。

　　需求排期是经理工作的第二步。我们澄清完需求，需要各方如何配合落地，包括设计稿何时交付，开发排期何时提测，测试排期何时上线等。通过与各方的沟通，确定最终的产品需求排期。

　　需求上线是经理工作的最后一步。我们首先要在上线前对需求进行验收。接着，需要在上线后以邮件等形式告知相关方，必要时需要添加操作文档或资料进行宣导和培训。

　　由此，我们可以提炼出来，产品经理在工作流程中，主要的工作事项和对应需要的工具。

　　当前我们的工作流程中，不同的工具都是通过不同的产品去承接的。例如需求收集和管理，可以通过在线excel表格工具，画流程图可以用visio或者processon，画原型图能使用摹客RP或者Axure，到了文档编辑又是使用在线word文档。需求排期时通过tapd，文档存储又通过wiki文档。

　　当我们要完成一件事情时，需要切换这么多工具，而且工具之间不一定可以直接关联，也就是需要人为的进行关联。例如，通过原型工具画出原型，保存为图片，导入在需求文档中，再将需求文档分享给开发同事，进行沟通澄清。这无形中增加了产品人员的工作量。

　　随着互联网产品的迭代发展，越来越多的平台推出了大而全的工具包，尽可能让产品经理通过一个工具实现多个工作事项。

　　摹客就是其中一个典型例子。总的来说，摹客可以支持产品经理：

　　绘制流程图和原型图分享和多人协作结合原型图撰写文字信息资料存储和读取它的优点和优化空间，也体现在它为产品经理工作流程提供的这几大功能上。

　　前文讲到了我开通摹客RP会员的一个原因是它“好用”，那么在产品经理的工作流程中，他和其他原型工具相比，到底有哪些好用的地方呢？

　　首先，摹客RP可以快速的画流程图，通过提供各类流程图组件和连接方式，方便产品经理快速完成流程图。

　　同时，摹客RP也是成熟的原型工具，支持通过拖拉拽组件，快速完成原型图的编辑。当我们需要通过流程图+原型图的模式，讲解一个清晰的业务流程时，使用摹客RP就非常方便。下图便是我通过摹客RP工具，快速的绘画出一个注册登录的基本流程。

　　也就是说，在产品需求方案产出阶段，我们不用频繁切换工具去画流程图和原型图，再通过复杂的方式拼接在一起。使用摹客RP即可快速完成以上操作。

　　当我们使用原型工具时，自然都希望有成熟的模板可以借鉴和学习，帮助产品经理更快速的完成原型图的输出。

　　摹客RP在这方面是非常齐全的。首页的模板例子涵盖了APP、小程序、管理端、公众号等场景，也包括电商、资讯、社交、影音等众多领域。我们能够快速的找到现成的模板，并以此设计出我们想要的原型。

　　同时，不止模板的涵盖类别丰富，当我们创建一个项目时，摹客RP也支持按照不同的应用场景进行创建。在不同的应用端，面板的大小不同，确定应用端的型号，并依据此型号进行设计，能方便我们更真实的还原设计效果。

　　为了让不同的产品、研发、设计人员更清楚的理解需求，除了画的方便，自然也希望可以画的美观。

　　摹客RP在很多组件的细节设置上非常用心。例如，组件支持对任一角设置圆角，可设置圆角的弧度或者百分比。这样做出来的圆角组件，在很多场景中会更加美观。

　　一个组件，除了设置其内部布局，还可以快速定位其在看板中的外部布局。支持通过响应式布局，快速优化整体原型图的展示。

　　交互中支持配置外部链接，且支持链接至Axure文件。众所周知，有很多产品经理习惯于用Axure画原型图。通过将组件的点击等交互效果外链跳转至Axure文件，可实现二者的联动，方便更多的产品原型稿快速融合到项目中。

　　画原型图常常不是一蹴而就的，需要不停的修改和编辑。以前编辑时常常有一个痛点，比如我在公司电脑中画了一半，需要保存并导出文件，并将文件带回到家中的电脑，使用另一台设备打开文件，继续编辑，再保存再导出，循环反复。在这个过程中，不仅效率很低，还会造成很多冗余的本地文件记录。

　　摹客RP则采用全云端存储，从创建、编辑到保存，都是通过云端服务器，无需与本地形成交互。当我们换了一台设备登录时，一样可以快速访问并编辑原先的文件，对产品经理的操作便捷性是极大的提升。

　　以上层面，可能更多的体现在流程图和原型图的产出上，但是产品工作除了需要产出图稿，更需要产出文档，任何产品经理都躲不过PRD。

　　我们常常遇到的问题是，通过原型工具画图，又通过word来写需求文档，那么就需要画好原型图，保存并导出为图片，再内嵌至文档中。如果原型图修改了，就还要重新导图并上传，非常不方便。

　　摹客RP非常方便的一点是，考虑到了我们当前工作最常使用的办公工具，例如飞书和腾讯文档，直接内嵌至上述产品。意味着我们在腾讯文档撰写需求说明书时，可以通过选择项目或者输入链接，将原型图快速导入文档中。如果原型图变更，文档也可以同步变更。

　　除了产品经理自己画原型，写文档，还需要团队中其他成员的加入。例如，设计师需要根据原型图产出设计稿，研发需要查看原型图和需求文档并提出问题或者建议。

　　摹客RP通过项目和团队的概念也实现了多人协作功能。首先，可以创建一个团队，将产品、研发、设计、测试等人员包含其中。接着，将本次需求创建为一个项目，团队成员拥有项目权限，可以进行查看和编辑。

　　当到了需求澄清和评审环节时，项目成员都可以查看资料，并对相关内容进行批注。实现了“产品”和“经理”工作流的打通。这是真正的将一个原型工具转变为一个工作助手。

　　摹客RP确实优点多多，但是距离理想中的“梦中情人”，依然有优化的空间。作为一个产品经理，我希望在日常工作流程中使用摹客RP时，也能体验到以下功能。

　　使用摹客RP，最主要的功能还是绘制原型。当我们绘制原型时，需要通过拉拽不同的组件。摹客RP已提供了很多一套默认组件和图标。同时，网站上也有很多基于现有组件完成的扩展性模板和组件。

　　但是，当我们想要使用一个样式更好看，交互更复杂的组件时，只能通过查找网上的模板原型，下载后导入为自己的资源，再去选择使用。这一套流程相对繁琐，也许可以尝试在搜索组件时，支持全网搜索。将网站上扩展性的组件定义为更大更全的组件库，支持用户搜索并选择使用。

　　基于此扩展性，我们还可以鼓励用户更多的使用摹客RP生产组件，用户将组件上传至网络库时，可选择是免费还是付费。如果有其他用户搜索并选择付费组件，则需要为生产者支付对用的费用，才能使用。

　　通过正向循环的激励机制，既可以带动更多的生产者用户使用工具，也可以为其他消费者用户使用工具带来便利。

　　当前不管是APP还是网站，都是支持多主题的，包括日间模式和夜间模式、彩虹模板或者是老人模式。这些不同的主题模式，其实更多是交互上的问题，但是这也是产品经理在设计产品原型时，不得不考虑的问题。

　　如果摹客RP可以支持展示同一画板在不同模式的展示效果，可以极大提升产品经理的操作效率，无论是演示还是绘画，都可以快速展示效果。

　　不同的主题就好像不同的模板，无论是产品经理还是UI和视觉设计师，都需要将这些因素沉淀为可复用的资料，支持快速应用。

　　当我们绘画原型图时，有时候是在电脑前使用鼠标，有时候也是突发灵感，用笔在纸上绘制完成。我们从小的习惯就是先会用手写字画画，再学会操作电脑鼠标，用手画图的速度始终会比电脑快，也更容易表达自己的想法。但是用电脑画的图会更加精准，更易于定义和解释。

　　那我们是不是也可以将手绘与电脑原型结合起来呢？我在使用摹客APP时想到，是否可以在APP中简易绘画，然后上传至摹客RP时，通过AI人工智能识别成对应的组件，最终定稿。

　　随着计算机技术的发展，人工智能势必会渗透到各行各业，原先有传闻“AI可以替代产品经理写需求文档”。虽然这个传闻听起来不太现实，但是充当“原型翻译官”，快速提升效率，还是非常有机会实现的。

　　画完原型后，我们肯定会检查原型图的效果，在不同设备上查看时，原型图是否画的合理。这时候就需要不同机型的快速测试。

　　摹客RP虽然在创建项目时，为我们提供了不同机型的尺寸模板，但是终究不能涵盖全部的机型。我们可以在演示项目时，也自动生成二维码，通过摹客APP扫描二维码，即可在手机端查看效果。不同的项目成员都可以扫码查看，以确认在不同机型下，原型图的具体展示效果。

　　当我们确认原型绘画无问题后，既需要分享给项目成员审阅，也需要保存为本地文件，在不同的场景中用于分享和展示。

　　有时候我们不仅需要下载为离线演示包，也需要下载为图片或者文档等多种形式，方便我们应用于不同场景下的分享。同时，也可以进行资料的存储，便于后续查看。毕竟公司中的团队变更或者团队中的人员更迭，都可能影响相关资料的留存。

　　解决了画原型的问题，产品经理还需要撰写需求文档，那么需求文档是否可与原型绘制同步进行呢？

　　我们常常面临的一个问题是，使用原型工具画原型，再使用文档工具写方案，导致二者的连接只能通过贴图片或者其他方式“曲线”完成。摹客RP提供了备注功能，可以针对原型中每个绘制的组件进行文字备注，并在演示时查看原型图和备注内容。但是当前的备注功能只能支持简单的文字编辑，无法提供编辑器完整的功能，且只能针对某个组件备注，并非完整的需求文档视图。

　　其实我了解到摹客也有协作工具，可以撰写需求文档，再嵌入原型图。但这依然更像是在文档中嵌入图片的形式，而不是原型图和文档的同步呼应。或许，我们可以直接在摹客RP中，与画板并列增加一个文档工具，支持原型图和文档的同步编辑，且可以快速连接原型图中的某部分内容进行文档阐述。

　　当产品经理完成原型绘制和文档编辑后，可以将其同步输出，作为需求文档，既包含了原型图用于清晰展示，也包含了需求文档用于详细说明。

　　如果摹客RP暂时未提供文档编辑工具，那是否可以与当前产品经理工作流程中的常用工具进行更多的融合呢？

　　前文已经介绍到，摹客RP入驻飞书，同时支持以插件形式嵌入腾讯文档。在产品经理工作流程中，其实还有很多常用的工作工具“急需支援”。例如，我们通常使用Tapd或者禅道作为需求管理工具，作为“经理”的助手，他们在拉通资源、需求排期等方面非常方便，但是进行需求文档撰写时仍有很多优化空间。

　　尤其是使用Tapd或者禅道输出需求方案时，每次都需要将原型图或设计稿，以图片或者附件的形式添加在文档中。如果摹客RP可以插件或者其他形式也入驻到上述项目需求管理工具中，也能对当前产品经理的工作流程效率带来很大的帮助。

　　除了产品的基本功能，其实用户体验和反馈机制也是一个很重要的内容。如果一个产品有良好的用户反馈机制，那相当于建立了与用户的对话渠道，可以第一时间了解用户的诉求，并将自身的优化正向反馈给用户。

　　我最近使用摹客RP时就遇到了这么一个问题，在使用客户端时，我想使用吸管工具，点击的时候弹窗提醒我：仅支持在Chrome浏览器使用。

　　当我点击查看教程，去到官网查看说明时，又告诉我：客户端可以直接使用吸管工具，无需安装插件。

　　我一时间也没想明白，这个吸管工具到底能不能在客户端使用，是文案上的提示错误，还是功能上的小bug。作为产品经理的我，内心甚至想好了应该如何提供traceid给到研发同事定位问题，再如何优化功能。

　　如果摹客官网上有一个“功能请求”入口，收集用户反馈，并归类为计划中、进行中、已完成等多种状态，让用户清晰的看到自己的反馈处于什么进度当中，或许会让用户社区更加有意义。因为使用摹客RP的用户，更多的是互联网从业者，包括产品经理、UI设计师、视觉设计师，他们可能是世界上最懂得如何“提诉求”、“反馈问题”的人，也可能是世界上最习惯于“进度”、“排期”的工作人员了。既然如此，何不把工作流程向用户展示，让用户真正的与“产品”打交道。

　　这样的社区机制，既是为用户提供良好的对话渠道，也是通过用户实现产品的迭代发展与宣传推广。毕竟，没有比产品经理更懂得怎么做产品的了。

　　产品功能总可以优化，用户体验也可以不断的改善，再大胯一步去想，摹客是否可以做一个产品经理或者互联网从业人员的“硬件工具”。

　　摹客不只有摹客RP这样的原型工具，也有协作平台，设计工具。但是其实产品经理或者设计师的工作流程中，始终都需要写写画画。就好像当用户需要一个专门用于阅读的工具，kindle应运而生，让用户可以带着一个硬件，非常方便的看书、做笔记、写东西等等。

　　摹客是否也可以尝试定制一款“摹客本”，集齐互联网相关从业人员的工具需求，包括便捷画图、查阅资料、写文章、发送信息等，让产品经理在工作中，携带一款便捷工具便可以实现所有工作事项。

　　很多的想法来自于日常对摹客RP的使用，可能有些想法天马行空，有些想法不切实际，但是这都来源于它的“不好用”与“好用”。因为它的“不好用”，所以会有很多优化的想法，也因为它的“好用”，所以才会在不断地使用过程中迸发出新的创意。

　　产品经理的工作流程中，始终绕不开这些琳琅满目的工具，当摹客RP能提供更加丰富而完善的功能，产品经理们自然都会用手投票。希望不久后的一天，我在使用摹客RP时，能发现我不成熟的小建议已经落地开花。

　　那时候，也许我会在评审会上，跟同事说，这个需求来自于我的“知心朋友”。

　　本文为2022摹客RP原型工具测评大赛的测评文章，如对摹客RP感兴趣可点击体验链接：

　　https://www.mockplus.cn/rp-event/?hmsr=woshipmqiuyongrui

　　作者：球溜溜，微信公众号：产品小球

　　本文由 @溜溜球 原创发布于人人都是产品经理，未经许可，禁止转载

　　题图来自 Unsplash，基于CC0协议。

　　该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。