木头也吃天鹅肉

不妨一个人出去走走,轻装出去,说不定会遇到很多有意思的事。蓝天,白云 ,青山 ,流水,艳遇?
查看介绍

全链路设计的感悟

很多项目需求的设计都是基于成果设计,其实在项目中,很多流程是固化的,不会轻易改。

随着项目中项目组控件库的标准化、成熟化,在同质化的产品中,整套视觉体系可以被迅速的控件库搭建起来,UI视觉设计的作用可能越来越小,可能会优化一些小功能点(美好的说辞:我们会坚持不懈的打磨优化产品的用户体验)


所以要不断的了解其他产品。这也是全段时间UI设计界比较火的一个词:“全链路设计”。


前段时间跟百度一朋友聊天,说到他们的老大下了一个决策:让交互做UI视觉的需求,视觉做交互的需求。我也突然意识到,UI的门槛挺低的,也尤其是当项目中组件库、控件库标准化后,UI不用做大的调整,还能为研发团队节省更多时间。所以对UI设计师来说,需要沉淀当前界面设计背后的思考.

这里细分一下思考的方向

功能层级:在交接需求的时候就该详细了解这个功能的背景,定位、why?

尝试了解PM的产品思维,因为你们看问题的角度不一样。(回想起我第一次接需求的时候,根本没想太多,直接出视觉稿。。也是完全不经过大脑思考。。。。,哎,太年轻。)

交互层级:说说自己理解的层面

level1:增删改查。在交接需求的时候、我们会接到原型图、首先是体验项目流程的完整性,确保不遗失页面,可以用到“增删改查”四个字来验证。

level2:关键词定义交互细节。页面存在有一些交互动作时,可以根据用户行为、习惯做对应的反馈方式。 当然这些交互动作可以提炼出关键词,例如:安全、信任、有趣、认知、情感化、单手操作、阅读性等等。

视觉层面:整理UI设计中带讨论的点

1.UI设计中可能有争议的点

2设计师没能完全把控,需要数据论点验证的地方

3.怀疑组件库、控件库的时效性、勇敢的提出更好的方案(强大的理由)

当然存在视觉上的争议的话,还是要在设计稿中说明自己为什么这么做,用充足的理由论证自己的设计。(看看竞品是怎么做的,分析设计思路,结合自家的产品DNA,有理有据,就可以睡服产品了。经验哈哈哈哈)


最近看了一些文章,感触挺大,所以结合自己的经验记录下来。

以后的lofter可能会更多的写一些文章或者交互、设计背后的思考详解。尽量深度思考

加油






评论
热度(13)
  1. 递加体验设计梦工场木头也吃天鹅肉 转载了此文字
© 木头也吃天鹅肉 | Powered by LOFTER