随着功能更迭，尤其是在处理后台系统需求时，我们需要慎重权衡附加的交互优化是否能带来等效的多方体验优化。之前组里有个需求带来些灵感，一句话来说就是同一团队账号下不同角色可协作填写注册信息，在之前全部都是团长一人负责全部必填信息的填写并提交，现在待开放的是组员填写信息的权限。我们抛弃了做协同注册、暂存、宽容校验等方案，结合历史现状再思考合适的场景是什么。保留使用习惯、抚平学习曲线，我们实则可开放开给组员的是后续编辑的权限，而把在注册过程中可能遇到的问题依然抛回给组长，这符合我们做功能时增量的思路。在很多面对后台的设计中，把风险抛给用户不仅不会带来问题，反而能有效避免过度设计带来的麻烦，这是需要融合当下和以往的操作场景来权衡的。
设定阈值是解决混沌的一种手段，我们可以定义在几乎所有的设计规则中。以标签字段长度为例，设定阈值的目的是为了在单个标签和全部标签的展示完整性中取一个平衡，影响参数可以是单个全量字段字数分配、标签内容间权重，以及样式美观，这些是需要设计师思考的，在制定设计规范的时候也需要考虑清楚怎样界定规范的灵活度，避免适应性差的死板规则出现。
设计从专业性来说是自信心非常低的工种，很多交互设计师都急不可耐去学视觉、前端，但对实际项目的把控程度还是偏低，通过上级资源发起纯样式和技术驱动的创新项目时颇像一个项目经理。实际上在工作中，尤其是比较固化寻求改变的大环境下发现问题并致力推动比解决问题更有意义。
网友评论