全链路设计的感悟
很多项目需求的设计都是基于成果设计，其实在项目中，很多流程是固化的，不会轻易改。
随着项目中项目组控件库的标准化、成熟化，在同质化的产品中，整套视觉体系可以被迅速的控件库搭建起来，UI视觉设计的作用可能越来越小，可能会优化一些小功能点（美好的说辞：我们会坚持不懈的打磨优化产品的用户体验）
所以要不断的了解其他产品。这也是全段时间UI设计界比较火的一个词：“全链路设计”。
前段时间跟百度一朋友聊天，说到他们的老大下了一个决策：让交互做UI视觉的需求，视觉做交互的需求。我也突然意识到，UI的门槛挺低的，也尤其是当项目中组件库、控件库标准化后，UI不用做大的调整，还能为研发团队节省更多时间。所以对UI设计师来说，需要沉淀当前界面设计背后的思考.
这里细分一下思考的方向
功能层级：在交接需求的时候就该详细了解这个功能的背景，定位、why？
尝试了解PM的产品思维，因为你们看问题的角度不一样。（回想起我第一次接需求的时候，根本没想太多，直接出视觉稿。。也是完全不经过大脑思考。。。。，哎，太年轻。）
交互层级：说说自己理解的层面
level1:增删改查。在交接需求的时候、我们会接到原型图、首先是体验项目流程的完整性，确保不遗失页面，可以用到“增删改查”四个字来验证。
level2:关键词定义交互细节。页面存在有一些交互动作时，可以根据用户行为、习惯做对应的反馈方式。 当然这些交互动作可以提炼出关键词，例如：安全、信任、有趣、认知、情感化、单手操作、阅读性等等。
视觉层面：整理UI设计中带讨论的点
1.UI设计中可能有争议的点
2设计师没能完全把控，需要数据论点验证的地方
3.怀疑组件库、控件库的时效性、勇敢的提出更好的方案（强大的理由）
当然存在视觉上的争议的话，还是要在设计稿中说明自己为什么这么做，用充足的理由论证自己的设计。（看看竞品是怎么做的，分析设计思路，结合自家的产品DNA,有理有据，就可以睡服产品了。经验哈哈哈哈）
最近看了一些文章，感触挺大，所以结合自己的经验记录下来。
以后的lofter可能会更多的写一些文章或者交互、设计背后的思考详解。尽量深度思考
加油
评论