知名的采用者界面内部结构设计原则
下面是已经发表过的知名采用者界面内部结构设计原则，按照发布天数从近到远次序。
内部结构设计师再也不用担心评估一款产品的好坏时难上加难，用研新人也请直接拿来诵读吧，还有什么比 “历经研究验证的原则” 更适合作为依(Si)据(Bi)材料呢?
1987 2009Shneiderman & Plaisant力争连续性提供更多全面的易用性提供更多重要信息充足的意见反馈内部结构设计各项任务流程已完成各项任务防治严重错误容许难的操作方式反转让采用者觉得他们在支配尽量减少短期记忆的负担2007Johnson原则1：著眼于采用者和他们的各项任务，而并非技术介绍采用者介绍所执行的各项任务考量应用软件运行自然环境原则2：先考量机能，再考量展示先开发两个设计商业模式原则3：站在用户的角度看各项任务要谋求尽量自然采用采用者所用的词汇，而并非自己创造的PCB，不暴露程序的内部运作找到机能与维数的结合点原则4：为常用的情形而内部结构设计保证常用的结论难实现两类“常用”：“很多人”与“很经常”为核心情形而内部结构设计，千万别苦恼于“边缘“情形原则5：千万别把采用者的各项任务扩大化不给采用者额外的难题清除那些采用者历经琢磨假设才会用的东西原则6：方便自学“德博尔”而并非“从外向外”思考完全一致，完全一致，还是完全一致提供更多一个低风险的自学自然环境原则7：传递重要信息，而并非数据仔细内部结构设计表明，谋求专业的协助屏幕是采用者的保持表明的惯性原则8：为积极响应度而内部结构设计即刻确认采用者的操作方式让采用者知道应用软件是否在忙在等待时容许采用者做别的事情动画电影要做到平滑和明晰让采用者能终止长天数的操作方式让采用者能预计操作方式所需的天数尽量让采用者来支配自己的工作节奏原则9：让采用者试用后再修改试验结论会让内部结构斯特默（甚至是训练有素的内部结构斯特默）感到惊讶安排天数纠正试验发现的难题测试有两个目地：重要信息目地和社会目地每两个阶段和每两个最终目标都要有试验2005Stone可见性朝著最终目标的第一步如果明晰自解释命令行本身能提示采用方法意见反馈对已经发生了或是正在发生的情形提供更多明晰的说明形式化尽可能简单并能著眼具体各项任务内部结构内容组织理应章法连续性相近进而可预期可扩展性防止严重错误，能从严重错误中恢复正常可出访性即时有故障，出访设备或是自然环境条件存在制约，也要使所有最终目标采用者都能采用1994Nielsen & Mack保证控制系统状况的锐度控制系统与现实世界的匹配给予采用者控制权和自由连续性和标准化内部结构设计防治严重错误的出现促使采用者辨识，而并非回忆采用应灵活高效注重美学和极GeH内部结构设计协助采用者辨识、诊断严重错误，并从中恢复正常1983Norman从研究中得到的假设
严重错误不敏感教训意见反馈采用者如果能清楚的介绍控制系统的状况。最好是以明晰明确的形式展现控制系统状况，进而防止在对商业模式的判断上犯错误。积极响应字符串的相近度不同类型的操作方式理应非常不同的命令字符串（或是工具栏操作方式商业模式），进而防止控制系统在其内部结构和命令内部结构设计上要保持完全一致的风格，进而尽量减少采用者因弄错或是没和如何操作方式而引发难题。
