UI设计的思考顺序是什么?用户操作习惯和画线框图解析

除非是已经套程序的 Prototype ，不然测不出「错误状态」的啦，不要以为什么都可以靠用户测试找出问题好吗?而且项目都进行到做套程序阶段，再来抓漏不觉得太晚了吗?万一测出来发现有问题，打掉重练?当套程序的 RD 吃饱很闲吗?没事就陪着 UI 一起改来改去?

为什么不一开始就调查好客人不吃牛，都上菜了才发现他不能吃，连忙补洞生出其他料理充数?

现在 UI、UX、UCD 什么的一堆新兴名词，都在强调「以用户为中心」，依用户的操作习惯去设计。然后在画 Wirefream 上却是自己先弄个什么出来再来想用户怎么操作，顺序错了吧。

套一句去年我在 Mopcon 演讲的内容：「有这个功能，我们产品一定会大卖啊!」

最好有功能就会卖，用户要的不是功能，要的是解决他问题的方法。

「有画 Wireframe，用户就会配合操作啊!」

「我们要教育用户!」

所以你知道产品功能怎么解决用户的问题、用户如何操作产品完成任务的操作流程没有?

没有，我只是负责画 UI 撸图的。

以上就是UI设计的用户操作习惯和画线框图解析，大家学会了吗？希望能对大家有所帮助！

（编辑：源码网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!