|
在传统的交互设计流程中，比较看重从设计目标建立到最终方案推导过程的逻辑性、终端用户体验与用户心理认知模型的匹配性等，相关的 UCD 设计方法很多，而基本框架则是大同小异。在规模较大的公司与设计团队里，作为交互设计师的我们也习惯了运用这种按部就班、环环紧扣的推导方式，帮助自己有理有据地应对各种「为什么这么做」的挑战。 但在实际工作中，并不是每一个项目都是按照理想化的线性设计流程执行，除去日常迭代类的需求，即使在相对完整的项目里，依靠某个灵光一现的想法或者老板一句命令而启动的情况并不少见，当遇到这种情况时，有些交互设计师会尝试进行一些反向推导(先有结论，再找支撑结论的原因)来强行圆回自己习惯的设计流程，降低在评审中遭到挑战的可能性，即使自己内心并不认同这样做。 可是，被我们奉为圭臬的那些经典交互设计流程与方法，真的足够好吗?当我还原了一下自己在工作中处于沉迷运用各种方法阶段时的状态时，我开始意识到：我之所以喜欢这么做，更重要的原因是为了减少自己在设计中犯错和遭到挑战的概率、增强对别人的说服力、完成自己的专业沉淀等，而不是设计出真正令用户喜欢的产品。再回顾那段时间的设计产出，虽然貌似专业正确，却多少存...
 内容已隐藏,请关注公众号输入验证码查看
本帖支持关注公众号查看
【无套路 无套路 无套路 扫描二维码关注公众号发送【验证码】收到验证码 在上面输入点击提交查看即可显示隐藏内容】
| 
发表于 2017-6-17 00:00:00
