原型的最大目的,无非是将产品的要求理解以一种简单明白的方式展现给开发或者设计伙伴。从而使得产品的构想和实际产出能够最大程度的接近。

Prd文档+原型的模式,是执行产品经常做的一种需求告知的方式。

然而,很多时候(为避免一概而论,仅参考自身碰到的情境)开发及设计很少有效率能够将两份文档同时关注并仔细揣摩解读。其中会涉及到原型的点到prd的点对应问题,万一关联错误或解读错误,势必会花很多时间去询问理解。

因此,现在针对大部分的产品需求展现,我只需要通过原型+注解的方式来展示来避免关联的不便。

那么,一般的1.0版本的原型需求是怎样的呢?

如下图(图片源自网络):

我想要的原型注解方式是这样的……

没错,就是在原型的旁边加线引出标注。

当然也有其他的一些方式如下图(图片源自网络):

我想要的原型注解方式是这样的……

就是需求都在一处,用序号点来关联需求点和页面点的方式。

本着个人爱折腾原则,我认为以上这些方式都不是我想要的原型注解方式。

那么,我想要的原型注解方式是怎样的?

需求来了!

  1. 我希望注解能固定在一个地方且第一时间能看到(这样开发就不会忽略注解只看图)
  2. 我希望原型图上的对应需要注解的点和注解能够迅速的关联(比如我点这个点就可以立即看到注解)

基本上只要有这两大需求能满足就可以了。

那么,接下来就是各种试验。

这里就有些尴尬了,试验过程没有截图或者老版本的保存所以消失在异次元空间。

大致过程就是尝试了各种方案,然后征求开发小伙伴和设计小伙伴的意见。

概念就像冰山理论,你只看到成品,却不知道冰山下面掩埋多少尸体(默哀)

那么,最后是一个怎样的东西呢?

来,放音乐(登登登登)~

我想要的原型注解方式是这样的……

其实,图上的内容大致分为两块:

第一块:注解块(文字说明填写区)

我想要的原型注解方式是这样的……

第二块:标注点(放置到需要标注的地方)

我想要的原型注解方式是这样的……

那么具体怎么用呢?

第一步:放标注控件

这里一开始我个人习惯,为了给控件留放置区域,我的所有页面的定位数据都是这个。

我想要的原型注解方式是这样的……

然后拖入标注控件

我想要的原型注解方式是这样的……

拖入后定位

我想要的原型注解方式是这样的……

为什么定位的x是-94大家应该可以理解(下载元件后尝试即可)?

第二步:放标注点 写注解 或 写注解 放标注点

为什么是或?因为个人习惯不一样 ,我自己比较习惯先写注解,再放标注点。

放标注点比较简单,只要把标注点拖放到需要注解的位置即可。

我想要的原型注解方式是这样的……

写注解则需要双击注解动态面板进入后再填写注解内容,一块注解块对应一个标注点(在图形命名上也会对应)。

我想要的原型注解方式是这样的……

做好后预览一下你可以看到这样的结果。

hover标注点,对应注解块会高亮,点击标注点后,对应注解块会置顶展示。

我想要的原型注解方式是这样的……

我想要的原型注解方式是这样的……

hover注解块,对应标注点会闪烁,点击注解块,整体页面会平移到标注点位置。

我想要的原型注解方式是这样的……

我想要的原型注解方式是这样的……

双向的关联对应就是的需要注解点点和注解内容直接关联上,同时又不影响注解内容直接第一时间被看到。

上一个用该标注做的社交圈子的demo点击查看

小提示:

  1. 有时候注解块不够大的时候,拉高度去调整就可以了,最好不要拖动整个块调位置,建议拉上边沿和下边沿调整,下方空间不够时,框选下方所有注解块shift+↓下移,多下移一些都没事,优先保证余量够。
  2. 为什么只有一个标注点,因为其他标注点想用的时候只需要把隐藏去掉就可以显示了

最后,再重复一句,原型不必要做的特别完美高保真。优先保证说明的需求能完美传达,其次才考虑制作室的内容层次,排版布局是否整洁干净。然后提高你自身做原型的效率,可以再考虑提前做好你自己经常使用的原型控件,建议按自己的制作需要搭配,网上的控件太多,但其实简单的几个有需要的就够了。

最后的最后,放下载链接:

带标注控件-APP常用元件

带标注控件-WEB后台常用元件

按需提取,鼓励提取后学习思考优化后为己所用。