本文由国际版原文本地化,文末提供原文链接。涉及的能力以易企办中国版租户和权限为准。
讨论流程时,正常路径通常很清楚。请求进来、负责人审核、团队办理。实际使用中还会遇到信息缺失、审核人不在,或申请在批准后发生变化。越晚确定规则,需要调整的表单、流程和页面就可能越多。
在具备授权的国际版环境中,可以用 Microsoft 365 Copilot 里的 Yeeflow Studio 把例外情况带入设计评审。先说明一条具体流程,再确认谁负责决定、下一步怎么走,以及构建者要验证什么。易企办中国版用户可在通过远程 MCP 接入验证后参考这些提示。
先讨论最容易卡住的交接
假设公司内部要为员工培训申请会议室和餐饮。发起人提交,负责人审核,活动协调人安排资源。真正容易卡住的是批准后的改期、人数增加和取消。
先确认哪些修改会影响原审批、谁能改,以及哪些变化需要重新审核。让业务负责人确定规则,再用 Studio 分析规则对表单和流程的影响。
请为一项虚构的内部活动服务申请规划易企办流程,涉及会议室和餐饮。正常路径为申请、负责人审核、协调和完成。请聚焦审核后改期、人数变化和取消,列出待确认的问题,建议异常路径及人工审核节点,并标注假设。仅做设计讨论,请勿读取记录、创建资源、运行流程或变更配置。
给每个例外指定负责人和下一步
出现例外时,办理人需要知道发生了什么、缺什么资料,以及自己要做什么。可以逐项与负责人确认。
- 缺少活动日期时,由谁补充日期,是否允许流程继续。
- 审核后人数变更时,原决定是否继续有效,是否需要重审。
- 预订的会议室不可用时,由谁提出备选方案,谁能确认。
- 协调期间取消时,由谁处理场地和餐饮的既有承诺,用什么记录确认已经收尾。
把决定映射到需要增加或调整的字段、流程分支与审核时应看到的信息。对尚未确定的规则保留待决事项。
先写验收示例,再讨论界面
假设负责人决定,活动日期或预计人数变化后,应重新审核,审核前协调人不能确认新安排。取消时,协调人核对会议室和餐饮承诺,记录处理结果后关闭申请。
- 已批准 20 人参加的培训改为 35 人时,申请回到负责人。重新审核完成后,协调人才能确认新安排。
- 已进入协调的活动被取消时,协调人核对场地预订与餐饮承诺,分别记录处置结果后关闭申请。发起取消后,已有的预订和承诺仍需逐项处理。
请把已确认的例外规则整理成验收示例。逐条说明起始状态、变化或事件、预期下一步以及负责的人。也请加入正常路径和信息缺失的示例。未确认的规则请列为问题。请勿实施或执行操作。
和实际办理的人一起核对示例。协调人可能会发现取消后还有供应商承诺需要处理,审核人也可能区分普通笔误和重大改期。
让第一版流程易于理解
优先处理会改变责任或带来实际运营风险的例外。低频情形可以先定义清晰的人工升级路径。保留正常路径、已选例外、人工决定、验收示例以及首版暂缓事项,方便后续复核。
Studio 的公开指南覆盖规划和检查工作流组件。实际审批或业务动作需要按工具、权限与目标环境验证。实施前审阅方案并核对应用,在适合的测试环境验证配置后的流程。
查看易企办中国版的 Copilot 接入条件,或查看远程 MCP 开发者指南。
返回易企办博客


