项目上线后，乙方通常支持一个月。后续则需购买运费服务，分级响应。上线运行一个月后，平稳转运维，输出项目结案报告，总结经验教训及后续运营计划。
上线前，需双方约定分级划分及响应机制。一般划分四级Level，包含
严重等级
描述
典型事件
响应时间
上线只是开始，关键是如何僵化，让用户使用系统，让业务跑在系统中，而非不走系统，改其他歪门邪道的办法。上线后一段时间内（大型系统甚至可能是一年）的目标，是让用户克服原有习惯，对系统产生依赖感。上线初期，用户感受不到系统带来的好处，需要引导或自上而下强制用户使用系统，这就需要统计分析报表和系统指标来支撑。
随着系统稳定，用户使用逐渐深入，系统功能保持迭代优化，系统数据积累到一定量级，且保证了足够的质量基准后，系统才会逐渐变得好用，用户操作熟练，系统体现其价值。
存在一个有意思的弃用系统的现象。工作日不使用，纯线下处理或用老系统，周五或周末时再把一周数据批量导入新系统。降低动态管理的时效性，且会加大用户的抗拒心里。
结案报告的重点，是总结系统上线后过来的价值和影响，成果全靠PPT。包括：
价值
解决方案（实施了什么新的解决方案，解决了什么问题）
效率提升
质量和效能
业务洞察力
直接收益
影响
组织/人（定位，职责，赋能）
流程/规则（管理体系，方案论，运营体系）
技术/工具（学习，培训，考核，认证）
项目组推行人员
培训赋能
推广使用监督
推广方法论
运营支持
优化改进
业务推行总负责人员
持续驱动在业务部门的推行
制定对策推动业务使用
监督推行效果
监督业务应用效果
各区域/部门推行接口人员
驱动区域/部门推行
监督区域/部门推行效果
管理区域/部门系统上的业务
各区域/部门种子用户
培训所在区域/部门的最终用户
推广分享经验
收集反馈和优化建议
各区域/部门最终用户
参与培训
反馈优化建议
大型项目，需提前界定上线后的支持体系及流程
关注上线后支持期内的问题清单解决承诺，否则容易落入四不管处境了
时刻监控用户维护在系统的业务单据的准确性、完整性和时效性，否则数据越来越失真，系统失去了使用意义
