01 / 从真实资源开始
原模板与适用场景
原模板包含服务战略、服务设计、服务转换、服务运营／交付和持续服务改进，并在设计未获批时返回重新设计。它是一种阶段示意，不是现行标准的完整实施规范，也没有给出适合所有团队的审批岗位、上线门槛或处理时限。
在这份模板里，你能找到
- 定义战略
- 评估现状
- 规划转换
- 监控服务
上述节点来自原模板。下面的改图步骤包含新增建议；预览图不会自动同步这些修改。
02 / 具体案例
用一个具体案例理解这张图
案例：公司建设会议室预约服务。先明确减少时间冲突的业务目标，再设计预约权限、冲突反馈与支持方式；变更实施准备测试和发布材料，运营记录预约失败与用户反馈。若重复出现同类问题，改进阶段将证据送回设计，调整规则后再按团队约定发布。
本例用于说明改图思路，不是客户业绩或实测结果。
03 / 动手改图
按照这四步整理你的版本
把业务目标与服务范围对应
写出谁需要服务、要完成什么任务、目前有什么约束。将业务目标作为设计输入，避免以某个软件的功能清单代替服务需求。
明确设计审批和退回内容
设计阶段交付服务规则、支持方式与验收依据。未获批时说明要修订哪一项，返回设计而非重新立项；审批角色与条件由实际团队填写。
让转换阶段具有交接材料
实施变更应准备测试记录、发布安排和运行支持资料。上线节点之前增加验收与异常处置准备，不能仅凭部署完成就认为服务已交付。
用运营证据驱动改进
运营记录服务表现、突发事件和用户反馈。持续改进识别问题后，将具体改变送回合适阶段：设计问题返回设计，执行问题改进操作。不要把改进画成没有去向的终点。
04 / 对照检查
节点与分支应该怎样表达
| 项目 | 表达方式 | 核对重点 |
|---|---|---|
| 战略到设计 | 业务目标、范围与约束 | 设计是否回应目标 |
| 设计到转换 | 规则、验收与支持方案 | 审批退回是否有依据 |
| 转换到运营 | 测试、发布和运行资料 | 谁接手日常支持 |
| 运营到改进 | 问题记录与效果证据 | 改进后返回哪个阶段 |
05 / 让 AI 帮你起稿
可以直接复制的 AI 绘图提示词
先复制下方文字，再打开 AI 绘图入口粘贴；把角色、条件和节点替换为你的实际情况。这段示例不会自动导入模板。
为会议室预约服务画IT服务生命周期图：业务目标与现状→服务设计→设计评审，未通过返回设计；通过后规划变更、实施与测试、准备支持材料和验收→进入运营；运营记录问题与反馈→审查并实施改进，按问题返回设计或操作改进。为阶段连线写输入输出，岗位和验收条件用待填写占位，不声称此图完整符合某项标准。
生成后逐条核对文字、层级与连线；需要保留原模板版式时，可直接使用模板编辑入口。
06 / 交付前复核
这些问题容易被忽略
- 画完五个阶段就结束，缺少阶段之间实际传递的内容。
- 把变更上线等同于业务验收，运行支持团队尚未接手。
- 直接把模板视为现行规范的完整证明，忽略团队自己的流程与要求。
用一个正常案例和一个异常案例从起点走到终点，再保存你的版本。不要只检查配色和对齐。
07 / 常见问题
使用前还想确认
这张图适合画每天的工单处理吗？
不适合直接替代工单图。生命周期图看服务从规划到运行的阶段关系，工单图看某次具体问题如何受理、分派和关闭。
持续改进一定要重新开发吗？
不一定。改进可能是说明文档、操作方式或服务设计的修订。应根据原因选择返回路径，并记录如何验证改变。
从这张模板开始，做成你的工作图
先确认节点，再调整分支，最后统一排版。
使用这个模板在线编辑 ↗
