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

1、案例分析I一次消灭产品文档的实践探索之前CTO寸产品文档提出了新的要求，下所这是我们在要求下的 新另辟蹊径，给各位分享。在刚入职眼前这一份工作的时候，CTO就对产品组提出了新的要求：“以后不用再另外输出产品文档，直接在升级版上标注就可以了，而且以后要输出动态原型。”先介绍一会我本人的情况，产品经验2 年，对于 Axure 交互的感知设计有一定实践经验。但从来没有想过把动态的原型与产品说明结合来表达需求。对于CTO勺决定，我想了一下，顶多是出于以下三点原因：实际上，我要做的事情不在意消灭产品文档，而是将产品文档与动态原型进行家电产品最大限度的结合。而经过思考，有下面几个问题需要解决。（以下内容皆

2、是以AxureRP工具为载体进行说明。）那么多需求点，怎样在一个页面上条例地展示出所有的产品资料？主要依据我以前的经验，AxureRP 中的“内部框架”（InnerFrame ）将会起到非常大的作用。对AxureRP交互熟悉的商品朋友们，应该能熟练地使用“内部框架”功能来表达一整条产品逻辑线只要先对所有子页面进行编辑后，确定链接打开的对象即可。但是，如果本次的产品需求出现了多条不相关的逻辑学线（例如，A逻辑线条的功能点的分布是从购物车页到订单确认页，而B逻辑线条的功能点分布是从个人中心页到个人信息修改页），又该如何处理呢？有两种解决办法：我选择了第二种。在多个项目的实践过程中，我发现逻辑线数量

3、众多是很常见的情况；在第一种方式下，会需要放置班莱班县非常多的层次结构框架，太多太乱。而第二种解决办法下所，体系只会存在控制台与一个内部框架，简洁明了。另外，控制台还能充分体现类似“目录”的作用。我将每一个逻辑线条的初始页面与控制台上的按钮建立联系，并且逻辑线条下的页面也会我被分别整理到文件夹中会，这实际是在对产品进行重新梳理的过程。对于开发、设计师来说，可以一目了然地看到本次项目的逻辑，理清产品结构思路，更容易富有条理地利用产品资料。一个页面数十个可能会有十几个功能点，怎样收纳这些功能点，又不会标准规范超出内部框架的范围呢？首先，我个人会将每一个功能点基本分成5 个角度记性描述，包括：当然，

4、上述的六点不是必须的，在实际情况中会可以选用。例如给公司内部人员使用的产品一般都是不记录使用数据的。在解决方案上，我使用了大量的AxureRP中“隐藏/展示”的交互效果，以及矩形工具、连线功能。基本思路是：优先并始终展示功能序号与优先级，通过点击键入功能序号与优先级，再将原本隐藏的展示、交互、逻辑、数据几个维度进行切换显 示。围绕上述 4 个可能带有大量文字说明的维度，我又去除了矩形工具，在几个矩形中填写说明文案，当使用者自由度点击某个维度的时候，可切换矩形的显示危急情况。当然，还需要连线工具将矩形与对应的维度进行连线，其中线段 也要进行对应的显示处理。通过这样的方式，就能很好地对页面上的功能

5、点进行收纳，就算 是在移动端页面上收纳数十个功能点也是绰绰有余的另外，为了提高标注的使用效率，可以将标注的整体进行进行插 入复制，再修改上面的展毛；如此可以保留其中的交互，而不能够重 新对标注进行交互设计。主要是因为AxureRP的母版工具不够灵活，没有对单个不是母版 的个性化编辑功能，否则效率可以更高。如何告诉产品经理交互协同伙伴原型上哪里可以进行的操作？我的做法是，在Sketch上绘制了一个特殊图标，这个图标将表明 该处可以进行可视化交互操作，例如点击、左右拖动之类的。下方“菱形圆圈”的图标就是我自己设计的提示工具栏图案：主U背餐开Chcowi得上应用片已停用如何增订标注的字体？由于在不同的浏览器下，默认展示的最小字体不同，所以有的时 候会发现本来在原型上设置好的字体突然在浏览器中变大了许多，甚 至会超出矩形的业务范围。此时只要对浏览器进行设置，将最小显示字体进行修