登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  软件教程

墨刀AI怎么做请假审批原型?新手从角色流程到可点击页面

来源:17golang原创

时间:2026-09-15 13:22:50 413浏览 收藏

制作请假审批原型的关键不是先画界面,而是先限定范围,写清申请人和审批人的任务、字段规则及状态变化,再生成候选页面并连接交互。很多新手刚接触墨刀AI就直接输入模糊指令生成页面,最后做出来的原型流程混乱缺项,返工时间反而比手绘原型更长。你可以先访问官方站点了解基础功能能力:https://modao.cc/

本次教程我们严格限定首版原型的最小可用范围,只覆盖申请人新建申请、查看进度、收到驳回后修改,审批人查看详情、通过或驳回几个核心场景,多级会签、薪资核算和考勤对账等复杂需求全部放到后续迭代版本中实现,避免一开始需求过载导致原型逻辑失控。

结构化需求梳理

在生成任何页面之前,你需要先把所有需求按标准维度梳理清楚,不要遗漏任何核心规则:

  • 角色:仅划分普通申请人、直属审批人两个身份,暂不加入行政、人事等其他角色
  • 触发条件:申请人打开请假申请入口就能发起申请,审批人收到待办提醒即可打开审批列表处理
  • 字段:包含请假类型、开始时间、结束时间、请假事由、附件上传5个核心字段
  • 校验规则:结束时间必须晚于开始时间,请假事由字数不能少于5个字符,未填写必填字段不允许提交
  • 状态:预先定义好全流程的5类状态,明确每个状态的操作权限
  • 主路径:申请人提交申请→审批人查看详情→审批通过→流程结束
  • 异常路径:申请人提交申请→审批人查看详情→驳回并填写原因→申请人修改后重新提交
  • 结束结果:审批通过后系统自动通知申请人,流程闭环,所有数据归档
请假审批申请人审批人角色流程和状态变化原型规划示意
图1:先画角色流程——明确申请、审批、驳回修改和结束状态,再决定需要哪些页面。

把梳理好的结构化需求输入到墨刀AI的生成模块,就能快速得到一批候选原型页面,请注意所有AI生成的内容都属于候选参考材料,所有业务规则、交互逻辑和展示内容都需要人工逐一确认调整,不能直接默认符合业务要求。

页面清单精简与状态定义

按照首版的需求范围,我们可以把生成的候选原型页面做删减,最后只保留5个核心页面就足够覆盖全流程:申请列表、请假申请、申请详情、审批列表、审批详情,不需要额外制作多余的过渡页面避免逻辑冗余。接下来明确所有状态的操作规则,做到没有模糊地带:

  • 草稿状态:只有申请人能编辑、修改、提交或删除申请,审批人完全看不到该条记录
  • 审批中状态:申请人只能查看进度,提交1小时内可以主动撤回,审批人在待办列表里可以看到该条申请
  • 已通过状态:所有角色都不能修改申请内容,仅保留查看权限,申请自动归档
  • 已驳回状态:申请人可以查看驳回原因、修改原有内容后重新提交,审批人不能二次修改该条申请
  • 已撤回状态:申请直接回到申请人的草稿箱,审批人端不再展示该条待办记录

全路径交互走查

页面和状态规则全部确认之后,你需要分别以申请人、审批人的两个身份,完整走一遍所有可点击路径,排查所有潜在的逻辑漏洞:

以申请人身份走查的重点是:点击提交按钮后短时间内重复点击会不会生成多条重复申请,提交后申请列表的状态会不会实时更新为审批中,收到驳回提醒后能不能直接跳转到申请详情页查看明确的驳回原因,修改内容后能不能正常重新提交,撤回申请的时候会不会弹出二次确认提示。

以审批人身份走查的重点是:审批列表的待办条目会不会实时同步新增,点击详情后所有申请字段展示完整准确,点击通过后申请人端能不能同步更新状态,点击驳回的时候会不会弹出输入框要求填写驳回原因,不填写内容就不能提交驳回操作,所有操作完成之后都有明确的成功反馈提示。

请假申请填写审批详情驳回修改可点击原型走查工作台示意
图2:再连接可点击页面——沿申请人与审批人两条路径检查入口、反馈和返回位置。

常见问题汇总

Q:用墨刀AI生成请假审批原型,是不是完全不需要自己提前梳理需求?

A:肯定不是。AI产出的所有内容都属于候选原型范围,如果没有提前梳理清楚角色权限、状态流转规则,直接靠AI自由生成的页面大概率会出现逻辑矛盾,后续调整修改的成本反而更高,所有生成的页面和交互都必须经过人工核对调整才能使用,不存在完全不需要人工干预的自动化原型产出。

Q:新手第一次做请假审批原型,要不要把多级会签、跨部门审批的复杂需求都放进去?

A:完全不建议。第一版原型要严格限定最小可用范围,先把单申请人、单审批人的基础流程跑通,验证整个可点击链路的通顺性之后,再逐步叠加多级审批、跨部门抄送等扩展功能,避免一开始页面数量爆炸逻辑混乱,反而连核心流程都走不通。

Q:原型走查的时候只检查正常提交、审批通过的主流程是不是就足够了?

A:远远不够。你必须把所有边缘异常场景都走一遍验证:比如申请人提交超过2天之后还能不能撤回,审批人不填写任何驳回原因能不能直接提交驳回操作,申请人删除草稿的时候会不会丢失其他未提交的申请内容,这些容易被忽略的场景都要逐一核对调整,才能保证原型的可用性。

Q:这个可点击原型做完之后,能不能直接交给开发团队直接落地生产使用?

A:不能。你产出的原型只是业务流程的可视化验证结果,所有业务规则、数据流转逻辑、权限控制细节都需要产品经理和技术团队二次对齐确认,不存在不需要人工核对就能直接上线使用的业务原型,技术团队还需要根据实际系统架构做对应的适配开发才能正式落地。

整体来看新手用墨刀AI制作请假审批原型的核心逻辑非常清晰:先理清楚角色和流程规则,再用AI生成候选页面做效率辅助,最后人工走查把所有交互逻辑验证通顺,不用一上来追求复杂动效和冗余功能,先把核心流程跑通,就能快速产出符合业务需求的可点击原型,大幅降低跨团队协作的沟通成本。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>