墨刀AI生成的AI原型图怎么验收？页面、状态与交互检查表

墨刀AI生成的AI原型图不能只看视觉效果，应分别检查页面是否齐全、关键状态是否覆盖、交互路径是否闭环，以及问题是否完成复核。墨刀官方地址：https://modao.cc/。官方公开信息目前介绍了可编辑原型稿、导入墨刀原型继续编辑、组件模板与预览等能力；具体入口和范围以当前版本为准。AI输出应视为候选材料，交付前必须由团队按真实需求人工验收。

第一层：检查页面是否完整

先冻结本次验收的用户任务。本文用完全虚构的会议报名功能举例，只包含活动列表、报名表单、提交成功和信息错误四个页面，不涉及真实活动、用户或数据。为每个页面建立清单，至少记录：

• 页面名称与目标：用户在这一页要完成什么。
• 入口：从哪一个页面、动作或状态进入。
• 出口：完成、失败、返回或取消后去哪里。
• 主要内容：必须显示的字段、按钮和说明。
• 负责人：发现遗漏后由谁确认和修改。

不要只检查首页与核心表单。成功结果、错误提示、空内容、返回修改等页面往往更容易遗漏。页面清单要与需求范围逐项对应，超出范围的页面也应标记，防止候选原型把不需要的流程带入评审。

第二层：建立关键状态矩阵

页面存在不代表状态完整。根据任务需要，逐页检查默认、加载、空值、错误、成功、禁用或不可操作等状态。不是每个页面都要覆盖全部状态，无关项应标记“不适用”，避免为了清单完整而制造多余界面。

会议报名表单可以重点检查必填为空、格式错误和提交失败；活动列表则更适合检查加载、空值和不可报名。状态设计必须来自真实需求，不能把示意中的内容当成已经实现的系统行为。

第三层：按用户任务走查交互

交互验收要从用户目标出发，而不是随意点几下页面。先完成主路径：进入活动列表、打开报名表单、填写必要信息、提交并看到结果。然后补测异常路径：必填缺失、格式错误、提交失败、返回修改、取消离开和重复提交防护等与任务相关的场景。

每一步都记录四件事：触发动作、预期结果、候选原型实际表达和需要补充的内容。若原型只是静态示意，不能把没有实现的动作当成已通过，应在交付说明中明确它是待实现规则。

第四层：检查组件与文案一致性

同类按钮、字段、提示和状态应使用一致的含义和层级。主要操作与次要操作要容易区分；字段错误应指向具体输入；成功、警告和失败文案应说明结果与下一步。视觉相似不等于逻辑一致，颜色统一也不能掩盖按钮行为不同或文案含义冲突。

还要检查页面是否夹带无关占位信息、虚构业务数据、内部备注或不应公开的内容。若候选图只用于讨论，应明确标注示意属性，避免研发或评审人员把它误当成正式数据与最终规范。

第五层：让问题真正闭环

所有问题统一进入清单，每条至少包含位置、现象、风险、责任人、处理状态和复核人。修改人标记完成后，复核人要重新打开对应页面或路径确认；未复核的问题不能直接关闭。最终版本还应保存页面清单、状态矩阵、交互说明、版本标识和未解决风险。

常见问题

1. 缺少边缘页面，是否要整套重新生成？

不一定。若整体结构可用，可在当前版本实际提供的编辑能力中补充缺失页面；若根本任务方向错误，再回到需求输入重新整理范围。两种情况应先比较返工成本。

2. 非专业产品人员如何快速验收？

先固定一个真实用户任务，核对页面清单，再走一遍正常路径和一组最关键异常路径。把所有不理解、无法继续或结果不明确的位置记录下来，再交给产品与研发复核。

3. AI原型图能否不经人工检查直接交付？

不应这样做。候选原型可能遗漏状态、交互和业务约束，必须由负责需求、设计与实现的人确认，尤其要区分示意内容和实际系统行为。

4. 验收完成后怎样向团队同步？

可以使用当前产品实际提供的预览或协作能力，并同时附上版本、范围、未解决问题和交互说明。具体分享、权限与导出选项以墨刀当前版本为准。

最终验收结论不是“看起来不错”，而是页面、状态、交互和问题记录都有责任人和复核结果。只有候选原型与真实任务形成可追踪对应关系，才能降低后续沟通与返工风险。