钉钉的体验改进 (2) 开关与提交按钮的博弈

主要观点总结

文章主要讨论了钉钉用户体验公众号中的开关设计问题，及其与复选框设计的对比。文章指出开关与行动召唤之间的潜在矛盾，以及复选框在移动APP设计中的应用。同时，文章也涉及到了苹果开发体系中的列表容器选择视图、原生HTML控件的select元素以及Windows控件的列表框等相关内容。

关键观点总结

关键观点1: 开关设计与行动召唤的矛盾

开关的‘切换马上生效’特性与CTA按钮的‘生效’之间存在时间差陷阱，可能导致用户体验的不一致性。

关键观点2: 复选框与开关的设计差异

复选框支持选项等待CTA生效，这是其与开关的重要差异之一。复选框在移动APP设计中常用来形成‘选项清单’界面。

关键观点3: 原生控件的应用

坚持采用原生控件如履平地，体验设计需先学会走，再考虑跑，然后起飞。文章提及了苹果开发体系的列表容器选择视图、原生HTML控件的select元素以及Windows控件的列表框等。

文章预览

上图，来自 钉钉用户体验 公众号，它的不优雅之处：提交按钮之前，存在开关(Toggle/Switch)。 开关的特点是“切换马上生效”，这就和行动召唤(CTA)产生潜在矛盾：认知存在两类“生效”，如果一切都要等待CTA按钮生效，那么切换开关生效将是摆设。 典型的“时间差陷阱”！ 图片来自 https://in.pinterest.com/iuserexperience/ 进一步理解，每个开关都自备提交按钮： 增加提交按钮，将产生逻辑冲突： 微信也存在相同矛盾： 任务相似，采用相似设计，居然破坏了一致性！背后原理：添加好友成功之前，设置对方权限无法生效；权限生效必须发生在添加好友成功之后。 流程的差异，来自任务基因：添加好友是一种协作，双向；修改好友权限是一种自主任务，单向。(表单高手课程学员，复习第39讲:多人协作表单) ■设计改进 复选框 Checkbox，支持选项等待CTA生 ………………………………