在安全产品设计中，常会遇到情报、漏洞、质量问题等任务流转式的表单填写和操作。根据业务的不同，用户的使用情境也会稍有不同。
新建任务—表单分步
对于复杂表单填写时在设计时要考虑是否对流程进行分步，以及分步的方式。如果表单不是很复杂，用户可以一眼明白自己需要填写什么，那么平铺表单会更加清晰。
如果是用户需要按照一定的顺序完成多个模块的表单填写，那么分步式的流程会更加合适。分步是考虑切换还是当前页面新增通常可以根据前面的表单会不会直接影响后续表单的填写（重新填写上一步会直接影响后续内容）来决定。
假如前面的表单会直接影响后续表单的填写通常适合切换式分步。
假如用户需要经常回顾之前填写的内容，或对之前的信息进行补充，则选择当前页面新增模块会更加合适。
在以上两种情况的基础上，当用户表单可按照必填信息和补充信息来进行分类时，表单填写可按照既可以提交又可以继续填写的形式来进行设计，避免增加用户认知负担和心理压力，对于只了解基本信息的用户来说也更快捷。这样设计的时候在步骤引导上对每一步需要填写的信息进行一定的指导，让用户一目了然表单内容是什么，是否需要填写除必填信息以外的内容。
任务流转与处理
用户最初的习惯是通过邮件来响应这些信息。在响应情报时会邮件通知对应人员，因此在响应时需要切换情报或漏洞的状态，指定处理人，抄送人，并备注一些信息，这些信息都是用户可以在邮件中收到的，可以快速的对情报或漏洞做一个大致感知，了解态势，辨明紧急程度。
在我们的产品中响应事件作为最重要的操作，用户需要随时触及响应按钮，同时问题的当前状态会直接影响用户的操作。
在设计时我参考了一些成熟的产品，看到在Google+传统版发布信息的区域是在页面顶部的，点击后输入模块居中，整个过程很优雅。但是这样的设计却妨害了可触及性，往往用户随时都有发布信息的可能，在浏览过程中发布模块是不能够立即触及的，用户需要返回顶部进行操作。
在试用的新版Google+中，设计风格偏向于Material Design ，在右下角增加了一个发布按钮，考虑到一致性，不论是点击顶部的输入模块还是点击这个浮动的按钮都是以浏览器居中弹窗来进行信息的编辑，点击顶部的输入模块，弹出顶部向下出现，点击右下角的按钮，弹出从底部向上出现，通过这样的转场来引导用户视焦的移动，即使这么做用户的操作连贯性还是会受到一定影响的，我想这个是可用性平衡的结果。
所以在我们的设计中考虑将状态和响应按钮结合，并浮动置于页面顶部。点击按钮，弹窗从当前位置向下展开，这么做用户视觉焦点移动较少，用户操作也更连贯。
总结
以上两点基本上都实在框架层上来讨论表单的设计，通过页面上内容的模块化和按钮的引导来帮助用户快速的完成任务。一个好的表单框架一定是能让用户，更快（少填），更好（少错），更简（少想）的完成，这些还需依赖于组织、分类表单信息，合理使用输入方式（text field，droplist，redio button，checkbox，listbox 等的选择或再设计），提示，校验，反馈这些细节的打磨。
