2019年,产品经理的“原型”还可以怎么做

产品经理有一个奇怪的现象,当你刚入行的期间。首先第一件所谓“硬技能”就是学2个3个内容版块。

“原型” “文档“ ”案例“

截止在2019年,在百度指数上产品经理这职业已经出现了10年,并且爆发增长了4年。曾经在2017年,我输出了一篇:“PRD文档”撰写的方式。

产品经理基本功(PRD)|将交互、业务逻辑、需求字段撰入文档

这一篇穿越时间的内容,到目前仍然有同学过来索要文档。

可今天越来越多的互联网企业开始推行敏捷开发。以“能少文档就少,能更多的沟通就多”目的提升产品研发速度,以小版本一迭代前进。

所以面临新的互联网研发流程和项目管理,原型设计能力自然要做一些调整。今天给产品朋友们带来我在工作中原型设计的高效点。

线框图与高保真各其适用的场景

在曾工作期间,我也遇见产品经理以几乎与UI一致的高保真原型做需求。在腾讯期间,我也接触过产品经理用几乎是线框组成的原型落地需求。

两者本身从产品方案到开发上线没有任何问题。但抛开结果,我们看下两者的研发过程就会发现一些资源浪费问题。

高保真原型

高保真原型

图片来自网络

零散线框图原型

零散线框图原型

图片来自网络

上面这2个案例,我们以战略层》框架结构》展现层3点开始说明产品经理的思考区别。

1.战略层

无论是用高保真原型还是线框图。两者在战略层表达是一致的,在这一层级上产品经理在理解需求目的和任务获取是相同的。比如大多数产品经理是在 在接收到leader或boss的需求后就是所谓的“战略层意义”

对战略层的control也是产品经理在职场晋升中所越来越渴求的一项list。你可以回归看我写的产品案例中。

知乎最高赞:产品经理的未来是什么?

战略层通常的表述是:

  • Q1达到多少用户数、营收额、GMV达到....
  • Q1承载某个业务,某个功能上线.....

这一层上两者在返回到原型策划方案的区别在于方案的时间整理。用线框图的产品经理显然可以在同样的时间出更多的产品方案。

比如方案1是采用功能abc组合,而方案2是采用功能edh。

2.框架结构

还记得《用户体验设计要素》有把框架结构拆分为:框架+结构。包含:矩形框架、线性框架、自然框架、层级式结构等。在结构层中要求产品经理考虑组件与组件的关系,而框架是在导航、信息、界面三者集合的设计。

而几乎99.99%的产品经理在策划框架结构的时候已经是混合一起。因为没有大量用户带来的数据支撑、甚至有的团队也没有带来应有的UED与产品部门划分。

把所以我这里把框架结构合在一起,是一个高效的方式。

选择线框图、高保真原型两个的区别在框架结构上唯一的区别是在导航、界面上表达的区别。

比如以喜马拉雅为例的app原型线框图为例
app原型线框图为例

  • 按钮的位置与文案
  • 部件之间的结构关系
  • 组件之间的流程跳转

最以需求表达的控件类型,比如时间控件、筛选器、富文本框、弹窗、导航栏等。在线框图中产品策划方案在这里截止后,剩下来的是把PRD附属在原型旁边加以标注。

对比过来高保真原型我们看下会有什么不同

产品原型

高保真原型在框架结构这一层中,相比线框图首先会有3个问题

  1. 思考不在产品逻辑而在样式的表达
  2. 因为花时较多,阻止了我们有新方案的采纳可能
  3. 影响了UI设计师的表达

花了较多的心思UI的工作,这也就催生了某些公司招募一个职位需求:产品设计师,造成了不少产品经理成了一个“专注于“原型的UI设计师。

3.展现层

展现层指的是界面与元素的表达。主要是2点

  • 考虑给用户的引导权重
  • 考虑部件与组件之间的交互效果

满足上面两点好像:“高保真的原型”会更有优势。

但实际上,我们通过文档+线框图的标注是可以解决和更高效的。

展现层有出现一些页面跳转,所以原型最好可以用下面的方式。

产品原型

以连接线表达,圆点代表触点。箭头代表目标点,以上图为例。用户点击账户后跳转页面在右侧第三个页面。通过不同部件的大小与左右上下位置,原型阅读者也到整个线框图中在展现层上需要表达的权重。

有部分交互是有前置条件的,所以在连接线表达跳转条件。

假设你是用户的可用性测试

原型在线框图与高保真图上策划中都容易缺少验证测试。

第一是验证测试以数据结构的:增删改查4点开始

比如在有地方发布信息的入口,一定要有删除的入口;有地方跳转的入口,就要有返回的出口。

微信开发者平台对上传的文件进行覆盖提醒流程

如上图微信开发者平台对上传的文件进行覆盖提醒流程

第二在原型中跑通自测试行业的3个解释

1.可用性测试 - 不仅能适应不同的用户,而且可以找出遗漏的产品要求,从而进一步确认产品最初的要求是否是必须的。当然,从目标用户获取测试反馈,也是非常科学和艺术的。

2.可行性测试 - 通过让设计师和工程师介入技术的可行性调查和探索,可以尽早解决一些不太“现实”的问题,避免后期再调整的时间和精力代价。

3.概念测试 -对用户是否有价值以及产生购买欲望的测试,可以结合一些优质快速的原型工具,比如Mockplus,将产品的预览版本呈现出来,之后在实际目标顾客身上测试,从而得到有质量的反馈。

让自己假设用户进行上面的依次测试。

不管是高保真原型还是线框图都是满足的,不一样的是有缺少的入口甚至是功能线框图也可以马上添加。

而高保证原型因为融合了界面表达的元素,添加一个功能还不是那么容易。

就好像在一幅成品画上,让你再加一个对象。画的设计者因为考虑表达、层级结构多方面唯独内容一定会精挑细琢考虑
而在一件草稿上,同样的需求,考虑的专注于需求不需要考虑有问题的画本质上就会非常快的更改。

原型中避免走弯的10条建议

既然线框图与高保真原型的优劣势这么明显,但必须要承认的是高保证原型所要求的工具技能能力是比线框图高的。

Axure工具为例

交互事件、中继器、动态面板、条件判断、移动距离等。

Axure工具为例

sketch工具为例

在硬件配置上首先要是苹果电脑,其次sketch的工具操作也进行类似系统学习。要承认的是在工具上的技能灵活是输出这类高保真线框图的前置条件。

这里我有10条建议给到产品经理在原型设计上

  1. 关注用户流向
  2. 关注关键点交互
  3. 功能流程理清
  4. 不要琢磨字体字号
  5. 不要研究配色
  6. 不要为了原型而去学某个工具
  7. 先做信息框架,再开始原型
  8. 不做没有可行性的原型
  9. 不要每个需求都新做原型
  10. 原型保持更新版本习惯

作者:Kevin改变世界的点滴,文章来源: Kevin改变世界的点滴。

本文由用户 @黑色斑马发布于新媒体运营。未经许可,禁止转载。

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

本文由 新媒体运营 作者:黑色斑马 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体运营 对观点赞同或支持,未经许可,禁止转载,题图来自Unsplash,基于CC0协议。
4

发表评论