微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

案例分析|一次消灭产品文档的实践探索

来源: 326201

之前CTO对产品文档提出了新的要求,这是我们在要求下的新尝试,给各位分享。

案例分析|一次消灭产品文档的实践探索

在刚入职眼前这一份工作的时候,CTO就对产品组提出了新的要求:

“以后不用再另外输出产品文档,直接在原型上标注就可以了,而且以后要输出动态原型。”

先介绍一下我本人的情况,产品经验2年,对于Axure的交互设计有一定实践经验。但从来没有想过把动态的原型与产品说明结合来表达需求。对于CTO的决定,我想了一下,大概是出于以下三点原因:

  1. 太多文件数量不利于产品档案管理。原先产品资料至少会分成产品文档与产品原型两个文件,每次产品经理对产品资料进行更新后,则至少要对文件进行两次的上传。东西一多,就容易乱。
  2. 打开多个文件,切换窗口使用的效率低。比方说,原先在产品文档与原型分开的时候,开发人员往往需要打开原型文件的浏览器窗口与产品文档Word窗口进行切换查看。每一次查看功能点的时候老是要重新锁定需求说明的位置,又累又浪费时间。
  3. 静态原型的表达效率不高。虽然静态原型也可以直接增加产品文档注释,但其在产品资料的交互、逻辑表达能力上较弱,开发、设计、测试等同事在利用上容易造成理解偏差。

实际上,我要做的事情不是消灭产品文档,而是将产品文档与动态原型进行最大限度的结合。而经过思考,有下面几个问题需要解决。(以下内容皆是以Axure RP工具为载体进行说明。)

第一个问题

那么多需求点,怎样在一个页面上富有条例地展示出所有的产品资料?

依据我以前的经验,Axure RP中的“内部框架”(Inner Frame)将会起到非常大的作用。

对Axure RP交互熟悉的产品朋友们,应该能熟练地使用“内部框架”功能来表达一整条产品逻辑线——只要先对所有子页面进行编辑后,确定链接打开的对象即可。

但是,如果本次的产品需求出现了多条不相关的逻辑线(例如,A逻辑线条的功能点的分布是从购物车页到订单确认页,而B逻辑线条的功能点分布是从个人中心页到个人信息修改页),又该如何处理呢?

有两种解决办法:

  1. 多放几个内部框架,以同时展现不同的逻辑线。
  2. 制作一个遥控台,在一个内部框架中对多条逻辑线进行切换(灵感来自类似遥控器对电视节目的切换、大学写论文时通过目录对内容的定位)。

我选择了第二种。

在多个项目的实践过程中,我发现逻辑线数量众多是很常见的情况;在第一种方式下,会需要放置非常多的内部框架,太多太乱。而第二种解决办法下,只会存在控制台与一个内部框架,简洁明了。

案例分析|一次消灭产品文档的实践探索

另外,控制台还能发挥类似“目录” 的作用。我将每一个逻辑线条的初始页面与控制台上的按钮建立联系,并且逻辑线条下的页面也会我被分别整理到文件夹中,这实际是在对产品进行重新梳理的过程。

对于开发、设计师来说,可以一目了然地看到本次项目的逻辑线条,理清产品结构思路,更容易富有条理地利用产品资料。

第二个问题

一个页面可能会有数十个功能点,怎样收纳这些功能点,又不会超出内部框架的范围呢?

首先,我个人会将每一个功能点基本分成5个角度记性描述,包括:

  1. 功能序号
  2. 优先级
  3. 展示:文案、功能样式描述
  4. 交互:功能相关的交互描述
  5. 逻辑:功能涉及到的内在逻辑描述
  6. 数据:功能涉及到的数据收集需求

当然,上述的六点不是必须的,在实际情况中可以选用。例如给公司内部人员使用的产品一般都是不需要记录使用数据的。

在解决方案上,我使用了大量的Axure RP中“隐藏/展示”的交互效果,以及矩形工具、连线功能。

基本思路是:

优先并始终展示功能序号与优先级,通过点击功能序号与优先级,再将原本隐藏的展示、交互、逻辑、数据几个维度进行切换显示。

围绕上述4个可能带有大量文字说明的维度,我又添加了矩形工具,在几个矩形中填写说明文案,当使用者点击某个维度的时候,可切换矩形的显示情况。

当然,还需要连线工具将矩形与对应的维度进行连线,其中线段也要进行对应的切换显示处理。

案例分析|一次消灭产品文档的实践探索

通过这样的方式,就能很好地对页面上的功能点进行收纳,就算是在移动端页面上收纳数十个功能点也是绰绰有余的。

另外,为了提高标注的效率,可以将标注的整体进行粘贴复制,再修改上面的文案;如此可以保留其中的交互,而不需要重新对标注进行交互设计。

主要是因为Axure RP的母版工具不够灵活,没有对单个母版的个性化编辑功能,否则效率可以更高。

第三个问题

如何告诉产品经理的协同伙伴原型上哪里可以进行交互操作?

我的做法是,在Sketch上绘制了一个特殊图标,这个图标将表明该处可以进行交互操作,例如点击、左右拖动之类的。

下方“菱形圆圈”的图标就是我自己设计的提示图案:

案例分析|一次消灭产品文档的实践探索

第四个问题

如何修正标注的字体?

由于在不同的浏览器下,默认展示的最小字体不同,所以有的时候会发现本来在原型上设置好的字体突然在浏览器中变大了许多,甚至会超出矩形的范围。

案例分析|一次消灭产品文档的实践探索

此时只要对浏览器进行设置,将最小显示字体进行修改即可。我个人一般改成6号字,或“特小”。

案例分析|一次消灭产品文档的实践探索

通过本次的探索,我基本达到了领导的要求,之后会继续深入,争取给大家分享更多心得想法。

也欢迎大家一同指教,多多给我提意见。

 

作者:Dougee,努力中的东方小狼狗

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

题图来自 Unsplash ,基于 CC0 协议

爱盈利-运营小咖秀(www.aiyingli.com) 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容;是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台;

想了解更多移动互联网干货知识,请关注微信公众号运营小咖秀(ID: yunyingshow)

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3083 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号