惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

L
LangChain Blog
The GitHub Blog
The GitHub Blog
Recent Announcements
Recent Announcements
MyScale Blog
MyScale Blog
P
Proofpoint News Feed
S
Security @ Cisco Blogs
N
News and Events Feed by Topic
H
Hacker News: Front Page
Attack and Defense Labs
Attack and Defense Labs
S
Secure Thoughts
Microsoft Security Blog
Microsoft Security Blog
N
Netflix TechBlog - Medium
U
Unit 42
Stack Overflow Blog
Stack Overflow Blog
T
Threat Research - Cisco Blogs
Google Online Security Blog
Google Online Security Blog
Spread Privacy
Spread Privacy
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
L
LINUX DO - 热门话题
T
Tenable Blog
博客园 - 叶小钗
D
DataBreaches.Net
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园_首页
人人都是产品经理
人人都是产品经理
aimingoo的专栏
aimingoo的专栏
C
Check Point Blog
博客园 - 三生石上(FineUI控件)
量子位
P
Proofpoint News Feed
H
Help Net Security
Blog — PlanetScale
Blog — PlanetScale
宝玉的分享
宝玉的分享
Recorded Future
Recorded Future
The Register - Security
The Register - Security
F
Fortinet All Blogs
Engineering at Meta
Engineering at Meta
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Last Week in AI
Last Week in AI
S
Schneier on Security
V
Vulnerabilities – Threatpost
雷峰网
雷峰网
Microsoft Azure Blog
Microsoft Azure Blog
G
GRAHAM CLULEY
G
Google Developers Blog
月光博客
月光博客
V
V2EX
T
Troy Hunt's Blog
A
Arctic Wolf

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
【摹客RP测评大赛优秀作品】摹客RP是不是产品经理的“知心朋友”
产品小球 · 2022-09-23 · via 人人都是产品经理

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

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

前言

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

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

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

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

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

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

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

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

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

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

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

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

一、产品经理需要什么

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

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

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

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

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

1. 需求收集

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

2. 需求分析&方案输出

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

3. 需求评审

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

4. 需求排期

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

5. 需求上线

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

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

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

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

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

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

  • 绘制流程图和原型图
  • 分享和多人协作
  • 结合原型图撰写文字信息
  • 资料存储和读取

它的优点和优化空间,也体现在它为产品经理工作流程提供的这几大功能上。

二、摹客RP优点在哪

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

1. 支持绘画流程图和原型图

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

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

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

2. 原型图模板丰富,应用场景分类清晰

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

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

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

3. 组件细节设置丰富,呈现更美观

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

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

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

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

4. 云端存储,支持多设备快速访问编辑

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

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

5. 扩展性强,内嵌至飞书及腾讯文档

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

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

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

6. 项目制协作方便,支持多人编辑和备注

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

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

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

三、理想的摹客RP是啥样

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

1. 支持全网搜索,快速挑选心仪组件

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

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

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

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

2. 支持定义不同主题,快速切换效果

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

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

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

3. 支持手绘上传图片,AI智能识别原型

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

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

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

4. 支持真机扫码测试,在不同设备上快速还原效果

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

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

5. 支持导出为图片、文档等多种格式进行保存

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

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

6. 支持原型和文档的同步编辑

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

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

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

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

7. 支持嵌入更多的产品工具

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

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

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

8. 支持问题收集和进度排期反馈

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

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

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

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

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

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

9. 或许还可以探索“摹客本”

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

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

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

尾声

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

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

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

本文为2022摹客RP原型工具测评大赛的测评文章,如对摹客RP感兴趣可点击体验链接:https://www.mockplus.cn/rp-event/?hmsr=woshipmqiuyongrui

作者:球溜溜,微信公众号:产品小球

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

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

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