设为首页 - 加入收藏 ASP站长网(Aspzz.Cn)- 科技、建站、经验、云计算、5G、大数据,站长网!
热搜: 手机 数据 公司
当前位置: 首页 > 运营中心 > 产品 > 正文

探索外包开发的极限:一个精品App诞生的全过程(9)

发布时间:2017-01-25 10:11 所属栏目:30 来源:人人都是产品经理
导读:而对于设计原型的人而言,Axure同样是反人类的,因为它违背了正常人类的思维过程。为什么很多人私底下讲话妙语连珠,大会上却变成口吃?因为私底下这些人讲话是“发散”的,想到什么就说什么,信手拈来;但是在大会

而对于设计原型的人而言,Axure同样是反人类的,因为它违背了正常人类的思维过程。为什么很多人私底下讲话妙语连珠,大会上却变成口吃?因为私底下这些人讲话是“发散”的,想到什么就说什么,信手拈来;但是在大会上,他们不敢这样随意讲话,把嘴边的灵感都咽了下去,硬生生地用一些高大上的“首先呢”、“其次呢”、“第一点”、“既要……又要”这种句型来套路自己,把自己套路成了哑巴,这种扼杀灵感的思维方式就是“归纳”的。

Axure的使用方法就是“归纳”的,当你用它设计原型时,你就很容易变成思维上的“口吃”。它一上来就要求你做一个页面,紧接着做下一个,紧接着就要确定这两个页面之间的关联。但事实上,页面、模块和链接的成型是一个反复试错的过程,在Axure里,你一旦做出几十个页面,再想变动其中的大模块就太难了,约等于重做。它让你丧失了不断推翻自己原型设计的勇气,变得害怕灵感。

而用Visio设计原型则能做到“发散”和“归纳”自由切换,用它做原型时,我能像个精神分裂患者一样,一会切换成磕了药的艺术家状态,在画布上随意涂鸦我的灵感;一会又能切换成有点精神洁癖的理科男状态,给刚才那个人收拾战场,把那些乱七八糟的灵感整理成规整的文书——做原型最好的方式就是精神分裂。

自由绘制灵感草图

见上图,实际上,初期阶段的原型比上图的要复杂很多倍,到处都是密密麻麻的灵感和连线。这里为了你看得清上面的字,我就把它简化了一下。每当我想到一个新点子,我只需要画一个方块,然后在方块里写上几句话用来备忘;当我想细化它时,我就把这个方块做成一个稍微详细一点的页面,然后用箭头把它连接到某个地方。

我无需站在多么宏观的角度去思考要怎么设计页面,我只是盯着这个画布,一遍又一遍地假设我是用户,顺着箭头走,看看到了哪一步会遇到什么问题,被什么东西卡住,或是需要什么新的功能。做Visio原型是我在整个「the App」开发中最享受的一个环节,我会听着FreeTEMPO喝着咖啡来做这件事,可惜它占整个开发的时间并不长,只怪它效率太高了。

轻松调整流程

如果你用的是Axure,当你流程设计有问题时,你需要把所有关于这一步的入口、出口都修改掉,随着原型详细度不断增加,可能每一次修改都会耗费你几十分钟甚至一天的劳动。然而在Visio设计图中,一切都是二维展开的,你需要修改的功能,有什么箭头指向它,以及它的箭头指向哪些模块,一切都一目了然,只需拖动几下鼠标就能调整整个流程,一次大改动一般只耗费几分钟的时间。

做原型最紧要的就是得比它高一个维度,四维空间(空间4维,不是3维空间+1维时间)的人看人类,五脏六腑都是展开的,所以看你一眼就知道你昨晚吃了什么。目前人类的App都是二维的,做在Axure里,你也只能困在那个二维空间里去探索,但做在Visio里,你就能一眼看到它的全局,因为在某个维度中去看低一个维度的东西,它就是展开的。

初具规模的App原型

一眨眼,整个原型变成了上图的样子(上图只是案发现场还原,因为当时的原型已经直接被继续细化了),一个有大概流程的原型稿。你可以注意到,原型已经被若干个灰色的“容器”分割成了几块,这样做的原因在于,当你开始细化某个模块时,它的内容就会越来越多,内部的箭头和连接线也越来越多,如果不用容器装起来,那么内部、外部的连接就会混杂起来,让你难以专注。

在专心设计某个容器内部的功能时,我通常会把整个容器拖开老远,跟其它部分完全隔离开,以便我能不被其它模块分心。在这个阶段,由于画布已经被撑得很大,所以我强烈建议你买一个带有横向滚轮的鼠标,Visio没有类似于PS的手型工具以便用来自由拖拽画布(只能点击鼠标中间来拖拽,但操作体验不流畅),横向滚轮+纵向滚轮可以描述任意一个二维空间向量,让你在越来越大的原型画布上自由冲浪。

用模块来拆分原型

当原型设计到这一步的时候,整个格局已经大致确定下来,不再需要每天给它做大手术了。此时如果我继续在一整张画布上作图,就会比较难受(卡顿,加上频繁的缩放和跳转),那么这时候就可以把原型根据模块来分成若干个页面。如上图,首页的原型被我单独分成一个页面,用5个橙色的方块来代表箭头对应的模块,写上“详见××模块”。

具体模块之:阅读模块

见上图,这是原型的其中一个具体模块——“阅读”模块,你看到的这个示例是「the App」早期的一个原型,当时的设计跟现在的有所不同,但它挺适合用来体现模块化思维。

(1/2)从后端而言,两种阅读内容是不平等的

如上图,从后端来讲,“感悟”包括“未淬火”和“已淬火”两类,而“信念”则应该定义为:个数∈[1,限定额]的若干个“已淬火感悟”的“组”——它们并不是平等的。但前端设计上它们有很多类似的地方。

(2/2)从前端来看,两者有很多共同点

(编辑:ASP站长网)

网友评论
推荐文章
    热点阅读