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

推荐订阅源

Jina AI
Jina AI
云风的 BLOG
云风的 BLOG
人人都是产品经理
人人都是产品经理
T
The Blog of Author Tim Ferriss
阮一峰的网络日志
阮一峰的网络日志
罗磊的独立博客
J
Java Code Geeks
博客园 - 聂微东
B
Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
WordPress大学
WordPress大学
腾讯CDC
L
LangChain Blog
Apple Machine Learning Research
Apple Machine Learning Research
Microsoft Azure Blog
Microsoft Azure Blog
D
DataBreaches.Net
The GitHub Blog
The GitHub Blog
美团技术团队
博客园 - Franky
Google DeepMind News
Google DeepMind News
V
V2EX
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
月光博客
月光博客
The Cloudflare Blog

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
【摹客RP测评大赛优秀作品】原型设计工具的三个核心价值点
三三 · 2022-09-27 · via 人人都是产品经理

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

行业对于产品经理的原型设计颗粒度要求越来越高,本文依据真实工作场景对摹客RP进行评测,从原型设计→交互设计→原型发布,探索其是否符合易用性、便捷性、降本提效这3个核心价值点,能够成为工作中的一把手。

文章将按照工作的真实流程和场景,对摹客进行产品体验,那么摹客是否符合易用性、便捷性、降本提效这3个核心价值点呢?

原型设计是产品经理的必备技能,但它并不属于核心价值,原型设计不应该成为PM的负担,所以原型设计工具的易用性、便捷性、降本提效就成为了这类产品的核心价值点。

原型设计从早期纸上手绘原型到现在使用软件进行原型设计,行业对于PM原型设计呈现的颗粒度也越来越高。

在B端尤为明显,B端客户大多不是一个群体,而年龄普遍在40岁左右,对于互联网认知有限,这时原有的原型+文字描述来表达功能就略显吃力,增加了客户的理解成本;从而需要PM在原型基础上,做一些肉眼可见的交互来推动项目进度,快速聚集产品目标和需求,帮助客户更好的理解产品、更好的达到商业目标;对于内部员工,也大大减少了沟通时间。

有些公司具备UX设计师,PM完成基础框架后可以交付给UX设计师去完善原型和交互,而传统的原型软件并不具备协同合作的功能,导致信息无法实时同步更新出现一些冗余的操作和工作。

按照工作的真实流程和场景,从原型设计→交互设计→原型发布,对比即时、XD、Axure三个竞品,从易用性、便捷性、降本提效3个核心价值点去分析摹客是否有符合预期的体验。

一、摹客产品体验

1. 操作区

Axure、XD是我经常使用的原型设计工具,所以在体验摹客这款产品时,发现整体架构和Axure相似,操作起来学习成本低,可以做到0成本上手使用。

2. 组件区

组件区整体由组件、图标、资源组成,通过tab切换的交互方式操作更加便捷。

(1)基础组件

基础组件中的控件类型可以满足大部分场景的原型设计工作;从降本提效来的角度看,组件库可以通过工作场景中高频出现的控件,做更精细化的功能;比如不同等级的按钮、文字等等;这样就省去了调整控件样式的时间,更快的满足需求目标。

(2)基础组件—可视化图表

可视化组件在企业内外演示时,尤其在当下B端、大屏较为热门的情况下具有极佳的效果;客户、员工可以直观的看到功能的视觉表达、交互。摹客的可视化图表无须预览就可以直接看到图表效果,在改变图表大小时做了自适应,节省了调整时间。但摹客的图表类型目前只能满足基础场景,种类不够丰富,未能覆盖复杂场景,这一点稍微有些欠缺。

(3)资源区

摹客的资源区提供了丰富的、不同行业的模版、组件库等等供用户使用,可快速完成高保真的demo进行演示;但摹客添加组件资源包的流程长达五步;拿Axure举例,添加资源包则需要两步。每增加一个步骤或界面,转化率的漏斗就会降低。

3. 交互流程

(1)单个控件创建交互信息&状态

当给单个控件添加交互信息时,通过拖拽控件→双击控件即可沉浸式完成交互信息的录入、交互状态的链接;交互触发后的属性面板通过悬浮的交互形式,展示在视觉中心区,操作更便捷轻量化。

(2)控件与控件建立交互链接

摹客建立交互区域在元素上方以红点表示,用户对于红色的认知有限,红点作为交互区感知不强,对新用户仍有学习成本。当建立交互后直接弹出交互属性面板,打断了用户当前操作,摹客预判了用户下一步的操作,希望在建立交互时,直接赋予交互属性,导致掌控感较弱。

(3)创建控件交互状态

摹客的交互状态属性面板,支持6种高频场景中的状态编辑、切换、自定义状态,通过简单的勾选交互完成状态增加或变更,整个操作流程更加流畅便捷友好。交互流程上减少了冗余提高了操作效率,但功能逻辑、结构的不清晰也导致从学习成本上增加了困难。

4. 原型发布

原型设计完成后,将原型分享到组内成员或客户进行后续开发流程;摹客在原型协同上拥有丰富的标识功能,协同合作、沟通效果更高效。

但摹客没有更好的融合协同、原型效果演示的两个场景;在点击发布项目后,在原型协作平台需要四步才能直达演示界面,查看交互效果和功能描述。而作为原型发布后的目标则是评审、给到相关项目人员,需要快速到达预览演示界面,查看交互效果与功能描述,其次才是辅助功能;而摹客在这里强调了协同合作区分了两个不同场景,导致了交互的冗余。

二、改进点

1. 组件区

(1)基本组件

摹客、Axure的基本组件基本类似;但Axure做的更精细化,比如Button区分普通按钮、主要按钮、链接按钮,文字有一级、二级、三级,这在原型设计时都是高频出现的场景;而摹客这方面只满足了基础场景,不同场景下仍需要手动去调整样式。

(2)基础组件—可视化图表

Axure通过Axhub元件,基础图表类型达34种、地理可视化达20种、可视化动态元件达8种、其它类型8种;仅一个元件载入通过简单的拖拽交互几乎满足了100%的场景;而摹客还未能覆盖复杂场景,这一点稍微有些欠缺。

(3)资源区

摹客的模版资源从获取到应用,需要五步才能完成,存在冗余步骤;而Axure则需要两步就可以完成资源的加载;每增加一个步骤或界面,学习成本就会增加,流程越长流失率越高,转化率的漏斗就会降低。

3. 交互流程

(1)控件与控件建立交互链接

摹客:

摹客获取焦点时以上方红点表达,当建立完交互时隐藏交互关系线,通过icon 表达当前已有交互;当面临多个项目或大量交互场景时,容易造成交互关系的迷惑,这时只能通过右侧交互面板找到相关联的交互元素。

当建立交互后,直接弹出交互属性面板,打断了用户当前操作;摹客预判了用户下一步的操作,希望在建立交互时,直接赋予交互属性,导致掌控感较弱。

即时设计:

即时在获取焦点时,从圆点变为➕增强变化感知;交互属性面板右侧展示,不干扰/打断用户当前操作,使主视觉区清晰可见,而对比摹客来说掌控感更强;当某一元素获取焦点时,仅展示相关联的交互元素进行视觉引导,在面临复杂场景时可快速找到关联关系。

XD:

XD获取焦点时通过箭头的方式进行引导,对新手用户更友好,而对比摹客上方的红点感知较弱;当多个元素建立交互时,展示全部交互关系线,在复杂场景时逻辑关系在视觉上有些混乱。

(2)创建控件交互状态

摹客添加交互流程:

摹客的交互更轻量化,操作更便捷;状态面板支持正常、选中、禁用、悬停、按下、焦点;但禁用与其它状态是互斥的,从逻辑和层级上这里是共存关系,程序也未做任何控制,支持全部勾选,在预览时就会出现效果冲突的情况,交互设计原则是不要让用户思考,而这里仍有待完善的空间。

三、原型发布

1. 摹客查看原型流程

摹客在点击发布项目后,在原型协作平台需要四步才能直达演示界面,查看交互效果和功能描述,交互路径有些冗余。

2. 蓝湖查看原型流程

蓝湖仅需两步即可查看原型效果与功能描述;在进入项目后,直接选择产品就可以查看原型界面;将评论功能内嵌到原型预览上,交互更加便捷,结构更为清晰。

总结

原型工具的核心价值是要解决原型设计的易用性、便捷性、降低学习成本、提高工作效率,在最短时间内完成原型设计并发布演示或需求评审。各个产品入门门槛低、上手快、效果好则成为了产品的核心竞争点。

目前在线/客户端设计工具已相对成熟,而各产品都有自己的特色与差异化,目标群体都是UI设计师或UX设计师;从摹客RP界面功能上看,应该算是垂直细分领域,目标群体为PM。

以上是在使用摹客过程中的一些体验和心得,有不对之处还请斧正。

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

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

题图来自Unsplash,基于CC0协议

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