实习一个月小结

在网易实习了一个月，总体感觉还是十分充实的，但对于自身的提升方向还是挺迷茫的。思考到作为新人设计师，在没有丰富的项目经验以前，能够进行的反思还无法太深入，所以目前的想法是先加强软件技能的学习提升基础硬实力，另外一方面在平常的项目实践中，多通过实践的过程去优化自身设计的流程，同时让自己思考的维度能更加广一些，思考当前项目的时候，可以考虑到更多以后的项目规划。下面想通过几点来总结一下。

 

1、设计应该有理有据

有一次在群里讨论一个模态窗口内的tab切换规则，视觉童鞋提到为了保证窗口可以更好的显示完整的内容，在切换不同的tab时可以采用改变模态窗口尺寸的方式，使之适应不同的内容量。当时我的第一反应是觉得这样做会很奇怪，就说”我觉得窗口的尺寸固定比较好一些，要不然会怪怪的。”现在看来当时自己的表述只是说出了一种感受，却没有任何有说服力的理由。

这时另外一位前辈说”mac下模态窗口确实会随着切换不同的tab，窗口的尺寸不断改变以适应不同的内容量；但在windows的系统下像设置等等模态窗口尺寸都是固定的。所以既然是为windows而设计，应该符合这个规范。”

当时听完前辈所说的，觉得自己说的特别无力，即使观点是对的，大家也不容易接纳。当然可能有时候，大家的直觉觉得这样做不错，可能设计方案就含糊的过去了。这种情况大多都是方案在市面上已经比较普遍了，潜意识里会觉得没啥问题。但想想这样对于设计者而言挺懈怠的，因为过多的依赖直觉做设计，或则过度迷信已有的方案，提升和创新的空间就小了，失去了很多思考。

 

2、统一规范的重要性

当时在做两个不同需求的异常提示时，没有考虑到规范的统一，随性的把文字提示的位置放在了模态窗口的不同地方。把方案给到导师后，导师给予反馈说”按照之前已有的设计方案，异常提示中的文字提示应该统一放在窗口的底部，如果又添加一个样式，整体将不够统一，影响用户体验。”

当时意识到这个疏忽以后，反思在做设计时，经常把同一个项目下的不同需求都独立的去考虑，而忽略了他们之间的联系。但往往很多控件都是可以采用同一套规范，不仅可以使用户有一个统一的操作体验，减少理解的成本；而且对于开发而言，可以减少开发的成本，直接复用一套控件，修改起来也更加高效。

 

3、形式和功能的权衡

事物的表面总是容易让人忽略了它背后更深层次的东西。当有一次在和导师讨论一个个人信息的编辑页面时，导师觉得应该在每一项的输入框后面都配上字数控件。但我的脑中一直有一种隐约的感觉就是觉得，像公告、介绍这种需要输入很多文字的才需要字数控件，而像地址、昵称一类仅仅需要输入少量文字是没有必要使用字数控件的。

导师提示说不应该按照字数的多少来判定是否使用字数控件，因为字数控件属于一种交互提示，告知用户每一项可以输入多少文字，是组成输入框的一个部分。这里使用字数控件主要是为了文本框控件规范的统一性。

当时隐约觉得自己说的理由非常的感性，再一想觉得自己更多的是出于形式上的考虑，觉得短文本框配上字数控件会显得比较繁杂，在视觉上显得不够简洁，但有时候功能要比形式更加重要，如果同时衡量这两个因素的时候，应该更多的从功能上去考虑，保证类似功能使用的一致性。

 

4、根据具体场景优化设计

设计时要考虑到具体的场景，只有联系实际，才能使设计更加合理。但我常常会忽略这一点，习惯性的去套用现成的东西，而忽略实际使用的场景，错过了一些提升和思考的机会。可能也是因为我并没有真正感受到场景化思考给我带来的实质性的好处，让我觉得这种方法比较鸡肋，但下面这件事情的经历，让我改变了这一想法。

当时在设计一个文本信息的重新编辑功能时，文本信息的输入是有一定的规则限定的，这时如果异常情况下要保存编辑的内容就需要给予用户提示，告知用户当前操作有错误需要修改，但这里由于当前页面所处环境的限制，无法采用文字提示的方式。

我开始思考该采用什么方法来给予用户提示，在脑海里回想了一遍用户操作过程的场景，如果遇到异常情况下，光标无法正常失焦，用户肯定会下意识的去尝试失焦。根据这一场景的判断，我突然想到可以采用文本框框体闪烁的方式，暗示用户无法正常失焦的原因在于这个文本框本身，每次尝试失焦的操作就激发一次文本框的闪烁，这一小小的动效足以让用户知道出问题的地方到底在哪里。

当时想到这个方案以后，顿时觉得场景化思考可以让设计回归到具体的场景，让思考更加全面，成为新思路的突破口。

 

5、设计时，保证相同组件的模板化

这一点主要是针对设计时工具的使用，往往在出设计方案时，经常会遇到因为需求的变动或则评审后需要修改的情况，如果之前没有将相同的组件模板化，就会经历诸如为了修改一个字，而去费神的寻找设计方案中包含有相同部分的地方，然后将那个字改掉。

这样的过程是十分痛苦的，而且还经常因为疏忽而漏了没有修改的地方，导致设计稿不够准确。所以如何避免这种低效费力的事情呢，将相同的组件模板化是一个非常好的做法。

假如原型工具用的是sketch，那么sketch上的symbol功能可以很好的满足这个需求，假如用的是Axure，那么母版功能同样可以做到。这样避免了将时间浪费在没有什么意义的寻找上。

 

6、抛开竞品，先去独立思考

多次实习经历让我深深觉得，设计评审的时候，如果想要说服大家，”XXX也是这样做的”,这样的话非常有说服力，一般都能让对方信服。这样的做法虽然也有一定的道理，毕竟已经上线的东西，出错的可能性比较小，至少是能用的，而且往往举得例子都是市面上知名的产品。

所以设计时，常常想到的第一步就是去寻找已有的方案，然后再去思考如何优化，应用到自己的产品中来，这样做确实很高效，因为已有的东西不需要去思考框架，只需要理解它。

但我渐渐觉得，假如在设计的开始就参照竞品，然后再去思考，那就好比之前本来是一张白纸，看了竞品以后，大致的框架就已经搭好了，这时候能够创新和优化的空间其实已经小了很多，仿佛范围一下子变窄了。而在最开始的白纸时，能够想象的方向可以更多，虽然容易遇到坑，但创新的可能性将更加大，既然在一个高度需要创新的行业里，那么去习惯从一张白纸去思考，对于个人的成长应该会更加有帮助。

不过这样做也存在一定的问题，因为在公司里工作，效率还是很重要的，假如用了大量的精力去试错，工作质量将大打折扣，所以抛开竞品的方法也需要在合适的时候再加以利用，比如对于某一个提升空间比较大的需求。

 

7、考虑其他人使用你的设计方案时的感受

这一点是关于设计方案形式上的思考，当时刚来时，出的设计方案排版比较随意，横向和竖向一起使用，这就导致了其他同事在查看我的设计文档时，经常因为习惯性的竖向查看，而忽略了我横向上的内容，导致了设计方案内容传达上的不周全。

而且有时候评审会议时，同事有出差在外的情况，这时候需要通过电话进行沟通，因此设计方案中不同的原型需要标上数字，使得交流时，可以更好地同步，使得双方都能比较快速的定位到当前正在沟通的设计原型。

上面的例子都说明了在制作设计方案时，需要考虑到当前团队的一些使用习惯，假如大家都是采用竖向排版出设计方案，那么就应该和大家保持一致，使得同事之间交流更加顺畅，保证了设计方案的高效的传达。

 

就先总结这么几点，欢迎大家和我讨论。

网易云新用户大礼包：https://www.163yun.com/gift

本文来自网易实践者社区，经作者胡震宇授权发布。