递加体验设计梦工场

丽鹿2012:

Yorkun's Showcase:

好久没更新了~ 

做了引导页和登录页 尝试了outline filled的风格

全链路设计的感悟

木头也吃天鹅肉:

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

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


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


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

这里细分一下思考的方向

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

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

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

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

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

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

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

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

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

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


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

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

加油






加油加油

木头也吃天鹅肉:

完善设计的过程,尝试建立自己的颜色库。单色、渐变色(相邻色)、互补色

,渐变色的练习。

明天继续延伸。


晚上听电台,一句“祝我们在这个城市不要脸的活下去”听的我心里不是滋味,加油。


木头也吃天鹅肉:

在做UI动效的时候越发觉得交互动作的合理性

动效只是让产品在用户体验方面做得更舒服。



发布了长文章:

点击查看

木头也吃天鹅肉:

每次做完项目都感觉自己学到很多的东西,宏观总结一下整个设计过程。

#记录设计背后的思考

发布了长文章:

点击查看

木头也吃天鹅肉:

每次做完项目都感觉自己学到很多的东西,宏观总结一下整个设计过程。

#记录设计背后的思考