什么样的原型更受开发欢迎 ?

产品经理就业班,12周特训,测、练、实战,22位导师全程带班,200+名企内推,保障就业!了解详情

工作3年,尝试了各种原型图排版,致力于帮助设计师和程序员更好的理解需求。总结了从14年到现在自己尝试过的几种原型图样式,每一种都有其优劣势。欢迎大家一起来探讨如何更好的呈现原型图(欢迎拍砖👏)。接下来,按时间顺序,给大家一一详细介绍。

PS:本文仅是讲述原型图排版,至于一些交互细节会另写文章记录哦,欢迎关注~

各类原型图介绍

第一种:动态跳转型

通过事件(如点击、滑动等)实现各个元素和页面之间来回跳转。所有交互说明都写在了界面元素的注释说明中(蓝色icon),如想查看说明,需点击后才能看到。这类跳转型原型,需配套的需求文档来描述各个元素的状态、前置条件、操作说明等。

这种原型图,想必很多刚刚入门的产品经理/交互设计师都尝试过。当然我也不例外,刚开始工作时,觉得用axure实现各种动效是件很好玩很酷的事情,同时也认为这种动态跳转可以帮助开发人员更好的理解页面关系。

但是却忽略了很重要的一点,开发不知道我们产品之前的思考逻辑,所以拿到原型时,根本不知道界面上哪些信息是可点击的,也不知道点击后会发生什么进入哪个界面。

优势

拥有交互动效,可完整体验到页面之间的跳转流程。

劣势

这类原型,劣势超多。

  1. 浏览原型的人需要逐一点击,才知道这个页面有哪些功能,这样很可能导致功能的遗漏。(当年也确实出现过这个问题,虽然有配套的需求文档,但是大家都懂的,需求文档可能只有产品人员自己看。这样一来,无形之中增加了沟通成本);
  2. 做原型时,各种动效比较浪费时间。需要各种事件、动态面板配合来实现,一定程度上降低了工作效率。

因为这类原型图的用户体验实在是不好,便决定把所有页面平铺展示,把交互说明环绕周围,如下…

第二种:信息平铺环绕型(五彩版)

首先,感谢开发哥哥们当年的不杀之恩。

现在回过头看之前的原型图,简直不忍直视。这样花里胡哨的原型图,虽然很详细的写了各种说明,但是给谁看,估计都没有耐心看完吧。

所有的交互说明信息都环绕在线框图周围,并使用了各种图标颜色。不同图标及颜色代表不同含义,如图中粉色箭头代表有点击事件,绿色箭头代表说明文字,点击事件均采用橙色文字。

优势

  1. 交互说明平铺展示,有效避免了功能遗漏;
  2. 各类信息使用不同颜色区分,清晰直观的区分不同类信息。

劣势

  1. 交互说明使用颜色过多,一眼看过去,给人感觉很杂乱;
  2. 线框图中使用颜色过多,分不清界面信息优先级。

这类原型图,解决了第一种遗漏功能的问题,也得到了开发人员的一致好评,说这种原型图清晰直观的把所有功能点都描述的很清晰。就这样持续迭代了好几个版本。后来。有一次在一个功能复杂的界面周围写了密密麻麻的注释(如上图),在实际开发过程中,就发现很多开发来问的问题,明明在原型图上都有写。可是他们为什么忽略了这些需求呢?我就跑去和他们沟通,得到的反馈是:哦,没看到,没注意这块内容。记得那时候还是挺气愤的,自己辛辛苦苦写的需求,开发根本不认真看。后来换位思考想了想,这些枯燥的文档,再加上五颜六色的文字,给谁谁都不愿意看吧。

为了解决交互说明杂乱无章的问题,决定尝试把所有说明统一放到线框图下方,逐一元素说明,如下…

第三种:信息平铺上下型

把所有交互说明写在线框图下方,线框图上连接关联界面。

优势

界面看起来清爽了很多,所有交互说明集中,有效避免了功能遗漏和界面杂乱的问题;

劣势

不直观。界面元素和交互说明分离,影响查找效率。

出了一个版本这样的原型图,就立马收到开发哥哥们的反馈,说这样的交互说明太不直观了,每次都要看一眼图,然后再去下面找到对应的说明,很麻烦,而且还容易出现对应错的情况。就这样,放弃了这种类型的原型图。

那么有没有一种既清晰直观又可以有助于开发阅读查找的原型图呢?

于是,综合了之前各类原型的优势,得出如下版本…

第四种:信息平铺环绕型(边框版)

为所有界面加上了手机外边框;线框图颜色尽量使用深浅不同的灰色;交互说明颜色少一些,使用灰色深浅及文字大小区分优先级;使用统一的标注icon;制定了交互标注说明。

各类交互说明规范

优势

  1. 整体感觉干净清爽,各类信息错落有致;
  2. 为所有界面加上了手机外边框后,有效避免了线框图与交互说明混淆不清。且可清晰的看出在手机上展示效果,标记第一屏信息;
  3. 交互说明统一规范,避免了交互说明的喧宾夺主;
  4. 线框图颜色尽量少,使用不同程度的灰色来呈现,信息优先级突出;
  5. 使用交互说明序号。使用序号标识出当前页面有哪些注意点,有效避免遗漏。

劣势

有时会出现线框图和交互说明对应不上的情况,开发找不到交互说明上写的【xxx】按钮到底是哪个icon,点击【xx】热区,这个热区的范围包括哪些。

整体来讲,这种类型的原型图,已经得到开发人员的认可,也是个人认为比较优的方案。正因为原型图也算是自己的产品,所以也需要不断的打磨,于是最近又对其进行了优化,如下…

第五种:信息平铺环绕型(各个元素逐一标识)

在界面上,使用箭头逐一标识每个元素或每个模块的交互说明。交互说明中各类信息分类显示。

优势

  • 快速定位某个元素的交互说明;
  • 为交互说明分类(如信息项、操作、状态、排序等),有效防止遗漏需求,也有助于开发查看需求。

劣势

如界面上需要标注的信息很多,可能会造成页面看起来有些混乱。

总结

每一种原型图样式都有其优劣势,在实际工作中,最重要的不是如何呈现你的原型图,而是要和设计师以及开发达成共识,怎样的原型更有助于他们理解需求。对于刚入职场的新人小白,提醒大家切记不要过度沉迷于页面动效,而忘记原型图的本质目的(清晰明了的说明界面功能逻辑)。

如上,述说了一下我自己的原型图演变史。原型图是我们工作中输出的重要文档之一,所以更需要我们不断的去打磨它,在提高自己工作效率的同时更好的帮助开发人员理解需求。

❤️感谢耐心阅读~

 

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

题图来自PEXELS,基于CC0协议

赞赏是对原创者的最大认可
9人打赏
评论
欢迎留言交流
  1. 学习了,感谢分享~

    回复
  2. 写的很好,学习了,谢谢分享

    回复
  3. 谢谢分享,学到了经验

    回复
    1. 😀😀😀

      回复
  4. 学到了,感谢解惑

    回复
    1. 哈哈哈。相互学习。

      回复
  5. 交互汪的心路历程,学习了学习了

    回复
    1. 哈哈,互相学习

      回复
  6. 学习了,谢谢分享

    回复
    1. 😀😀😀

      回复
  7. 作者超棒哒(。ì _ í。)

    加油!

    回复
    1. 谢谢♪(๑ᴖ◡ᴖ๑)♪

      回复
  8. 对于想要入产品坑的我好有帮助呢,谢谢月

    回复
    1. 🤗欢迎进入产品坑

      回复
  9. 唉,做电脑端的多,痛苦 :cry:

    回复
    1. 😂电脑端还是页面跳转比较多。对于一些需要特殊说明的,也可以单独拎出来写一下需求的。

      回复
  10. 很棒的文章,感谢分享。刚进入设计行业,目前在自学Mockplus做原型。

    回复
    1. 加油呀~

      回复
  11. 很棒,目前自己也在不断的更新优化自己的原型图,看了之后很有启发

    回复
    1. 嘻嘻。加油~

      回复
  12. 我们一直用word的样式来列功能,功能不会遗漏。原型交互只有跳转的,文档截图,语句还是可以简洁的,研发看着也不错。感觉原型里面写需求和交互说明不太好排版,尤其是需求变更时,会乱。而在word中只需加一个新的功能模块。

    回复
    1. 嗯嗯,各有利弊,开发可以很好的理解需求就好呢。你说的这种方式我之前也尝试过,那时候会把原型图截图放到文档中,但是发现开发很不爱看需求文档,就调整了,后来又把文档截图到原型图上,这样来来回回,感觉要修改的地方好多呀。就干脆优化了。。

      回复
    2. 研发不能惯,不看文档那还写什么,出了锅自己背,我还不想写文档呢。 :|

      回复
    3. 哈哈哈😂对。开发最喜欢的是直接找产品问需求

      回复
  13. 非常有体会

    回复
    1. 😁

      回复
  14. 你们一般跳转页面用动态面板之间的跳转还是页面之间的跳转

    回复
    1. 现在只有PC端的会做成动态跳转的,移动端一般就是平铺展示,然后用线连接各个页面。做跳转的时候,动效在一个页面上就用动态面板,不同页面就区分页面。

      回复
  15. 非常棒~你的原型历程和我的如此相似。我现在一直在用第五种方式,我会把最新要迭代小版本的标注说明用红色来标注,整个产品一直都在一个文档上修改~

    回复
    1. 在一个文档上修改记得另存为备份呀~还有就是版本更新记录和变更说明。

      回复
  16. 基本类型就这几种 主要看跟开发关系怎么样 毕竟很多逻辑跟思路不是文档能写明白的 写在好 开发也觉得看不懂 还是重在沟通 最后想说一句 开发只能无障碍看懂自己搞的原型 :arrow: :arrow: 然而我们看不懂 哈哈

    回复
    1. 对的,沟通最重要。哈哈哈,我也碰到过自己做原型的开发。

      回复
  17. 我现在画的原型跟你的第五种有好多雷同的地方。是之前看了一个朋友画的交互文档优化出来的。今天看完你这个,又发现了很多可取之处。感谢你又给了我优化的灵感。哈哈。我也给点小建议,你可以在一些指定页面加一些异常操作的说明。比如说未登录状态下,点击按钮后页面是如何处理。或者在原型上单独建一个问号做全局说明和一些异常状态的说明。这样开发估计会更清晰。

    回复
    1. 哈哈,谢谢你的建议~考虑优化下。

      回复
  18. 不错,挺有用的

    回复
    1. 有用

      回复
    2. :!: 哈哈,对大家有帮助就好。

      回复
  19. 很不错,加油,谢谢分享

    回复
    1. :oops:

      回复
  20. 信息平铺环绕型 里什么箭头啊,备注什么的都是 axure做的吗。

    回复
    1. 对呀,用axure做的小控件

      回复
    2. 箭头逐一标识那部分,具体怎么弄的啊,我看默认那些好像都没你这个好看,是用的元件库吗,求模板。 :oops:

      回复
    3. 自己做的呀😂可以微信加我发给你。UniqueGY_1220

      回复
  21. 很棒,感谢分享

    回复
    1. :oops: 谢谢

      回复
  22. 不错,点赞

    回复
    1. :oops: 谢谢~

      回复
  23. 写的还是很详细的,其实也可以在原型中补一张整体页面的交互流程图,这样开发看起来会更有逻辑性,最后也可以补一下交互设计全局规范

    回复
    1. 交互流程图是指各个页面流转的流程图吗,标注出每个页面之间的逻辑关系?

      回复
    2. 对的,便于梳理逻辑关系

      回复
  24. 点赞,说的超级好,我们一般都是第一种和第三种混合使用的

    回复
    1. 混合的意思是做两套原型吗?还是一套界面中混合使用呢?

      回复
    2. 先做出第一种,然后把图在截出来然后各种标注,其实算是PRD文档的一部分了

      回复
  25. 我刚刚做产品时,就采用的是《第五种:信息平铺环绕型》形式。个人非常喜欢第五种。

    回复
    1. :oops: 是的,很好用。

      回复
  26. 至今在用第一种,作者分析确实一针见血。

    往往花了好长时间去做原型,然后花更多时间在PRD中解释清楚每个动态效果

    看来是需要改一下这种习惯了。

    回复
    1. 哈哈,经历过的人都懂。希望我的文章对你有帮助啦 :!: 欢迎尝试后回来探讨~

      回复
  27. 学习了!感谢分享

    回复
    1. :oops:

      回复
    2. 相互学习😊

      回复
  28. 鼓励下,做的挺好的。沟通和交流最重要,写再多文字有时候不如一句话来得直接。

    回复
    1. 赞同,和开发达成共识最重要。

      回复
  29. 回复
    1. 😄

      回复
  30. 打算下一版本规划融入你说的后两点

    回复
    1. 哈哈,很开心我的文章对你有帮助。记得尝试后来探讨成果哦~😁

      回复