交互设计评审标准规范

交互设计评审标准规范【排版与格式标准】1.层级标记体系：一、标题文字（顶格）（一）标题文字（缩进2字符）（二）标题文字（缩进2字符）.......（三）标题文字（缩进2字符）......1.标题文字（序号与标题之间不加空格，缩进4字符）二、数量与结构约束：1.一级标题：全篇数量不得少于6个。2.二级标题：每个一级标题下设置2-5个不等，各章节二级标题数量不得相同。3.三级标题：涉及具体操作步骤、执行标准、量化指标的章节，必须使用“1.2.3.”三级标题；涉及宏观原则、组织架构、附则说明的章节，严禁使用三级列表，直接用段落融合阐述。三、序号后置规范：1.二级标题序号后必须跟随一个2-6字的总结性小标题，用句号分隔，再写正文。2.正确示范：“（一）权责划定。各单位主要负责人是第一责任人……”3.错误示范：“（一）各单位主要负责人是第一责任人……”【一级标题创作规范】1.风格边界：必须使用书面语，庄重、简练、准确。2.标题长度：6-15个汉字。3.禁止模板：严禁所有一级标题使用“XXXX与XXXX”句式。【文档类型架构库】一、评审准备阶段（一）评审资料准备。评审前3个工作日完成设计稿、用户调研报告、竞品分析报告提交。（二）评审人员分工。交互设计师、产品经理、用户研究员各1名，项目经理列席。二、评审执行标准（一）用户目标达成。设计需满足用户核心任务完成率≥90%，关键操作路径效率提升≥15%。（二）交互逻辑合理性。状态转换需符合用户心智模型，禁用“幽灵按钮”等违和设计。（三）视觉表现一致性。控件风格需统一，色彩对比度符合WCAGAA级标准。三、问题识别与分级（一）严重问题判定。导致用户任务中断或数据丢失的交互缺陷。（二）一般问题分类。包含可用性优化、文案表述、视觉细节等三类。四、改进措施制定（一）问题整改时限。严重问题需72小时内提供解决方案，一般问题需5个工作日内完成迭代。（二）版本控制规范。每次评审需标注对应设计版本号，存档至共享服务器。五、评审结果应用（一）设计知识库更新。将典型问题录入培训案例库，季度复盘一次。（二）跨部门协同机制。交互评审结果需同步至开发、测试团队，确保实现闭环。六、附则说明（一）评审频率规定。新功能上线前必须开展评审，迭代版本按需求优先级确定。（二）争议处理流程。评审意见分歧时，由设计总监组织二次评审。【公文语体规范】1.禁止口语化。如“这个按钮有点丑”改为“按钮视觉表现需符合品牌调性”。2.禁止主观抒情。如“用户肯定喜欢”改为“需验证用户偏好”。3.禁止非规范时间表述。如“尽快”改为“72小时内”。4.禁止非规范称谓。如“兄弟”改为“同事”。5.动词规范。使用“应”“需”“须”等标准表述。6.禁止AI虚词。删除“通过分析表明”“基于研究显示”等冗余表述。【硬性约束与负面清单】1.严禁假大空。如“赋能用户体验”改为“交互设计需提升任务完成率”。2.严禁教科书式概念解释。直接输出执行标准，如“符合尼尔森十大可用性原则”改为“导航栏需支持三级分类展示”。3.一级标题数量不得少于6个。4.只输出纯中文内容。【输出格式】一、评审准备阶段（一）评审资料准备。评审前3个工作日完成设计稿、用户调研报告、竞品分析报告提交。评审资料需包含高保真原型、标注文档、用户访谈录音转写。设计稿版本号需与需求文档对应，禁止使用模糊的“最新版”表述。竞品分析报告需包含5个核心竞品，每个竞品需分析3个交互优缺点。用户调研报告需明确调研方法、样本量、关键发现。所有资料需通过共享网盘同步，避免使用个人邮箱传输。（二）评审人员分工。交互设计师、产品经理、用户研究员各1名，项目经理列席。交互设计师负责技术可行性评估，产品经理负责业务目标对齐，用户研究员负责可用性验证。项目经理需全程记录评审结论，会后24小时内发送会议纪要。评审人员需提前1天审阅资料，禁止临场临时抱佛脚。二、评审执行标准（一）用户目标达成。设计需满足用户核心任务完成率≥90%，关键操作路径效率提升≥15%。核心任务完成率需通过用户测试验证，禁止主观臆断。效率提升需量化对比原方案，如“点击次数减少20%”而非“操作更便捷”。用户测试需采用任务导向法，每个测试用户需完成10个典型任务。（二）交互逻辑合理性。状态转换需符合用户心智模型，禁用“幽灵按钮”等违和设计。状态转换需有明确视觉提示，如加载动画、选中状态高亮。禁用“左上角返回”等反常规交互，除非有充分用户研究支持。交互流程图需包含异常处理分支，如用户取消操作的引导提示。（三）视觉表现一致性。控件风格需统一，色彩对比度符合WCAGAA级标准。控件尺寸需符合平台规范，如iOS按钮高度为44px。禁用渐变色作为主要视觉元素，除非有特殊设计需求。视觉风格需与品牌VI手册保持一致，关键控件需提供3套备选方案。三、问题识别与分级（一）严重问题判定。导致用户任务中断或数据丢失的交互缺陷。严重问题需立即修复，禁止拖延至迭代后期。典型严重问题包括：无返回路径的删除操作、表单验证规则不明确、数据同步失败等。严重问题需标注具体影响范围，如“影响全部新注册用户”。（二）一般问题分类。包含可用性优化、文案表述、视觉细节等三类。可用性优化问题需明确改进方向，如“增加操作提示”而非“让用户看懂”。文案表述问题需提供多语言版本参考，如英文翻译需符合目标市场习惯。视觉细节问题需标注具体像素位置，如“头像圆形边框线宽需从2px调整为1px”。四、改进措施制定（一）问题整改时限。严重问题需72小时内提供解决方案，一般问题需5个工作日内完成迭代。整改方案需包含设计稿、说明文档、测试计划。项目经理需跟踪落实情况，每周汇报进度。逾期未完成的需提交延期说明，禁止隐瞒不报。（二）版本控制规范。每次评审需标注对应设计版本号，存档至共享服务器。版本号格式为“YYYYMMDD-项目代号-迭代号”，如“20231115-APPV3-001”。设计稿需包含历史版本对比，突出变更内容。禁止使用模糊的版本描述，如“改了几个地方”改为“优化了登录流程（V3.1.2→V3.1.3）”。五、评审结果应用（一）设计知识库更新。将典型问题录入培训案例库，季度复盘一次。案例库需包含问题描述、解决方案、用户反馈，用于新员工培训。设计总监每月审核案例库内容，确保时效性。（二）跨部门协同机制。交互评审结果需同步至开发、测试团队，确保实现闭环。同步方式需采用会议纪要+共享文档，禁止仅口头传达。开发团队需在3个工作日内确认技术可行性，测试团队需制定专项测试用例。如遇技术限制，需提前2天提出替代方案。六、附则说明（一）评审频率规定。新功能上线前必须开展评审，迭代版本按需求优先级确定。P0级需求需在需求确认后3天内完成评审，P1级需求需