从运维到运营规划
业务运维：顾名思义就是为保障业务的正常运营而进行一系列维护措施的人员。
业务运营规划：是一个产品整体运营技术及运营规范的第一负责人，根据自身以及部门的知识积累，针对产品特性，协调周边资源，提供一套完善的产品支撑技术解决方案，在确保可靠性的前提下，协调实施的人员。
从业务运维到运营规划是一个从量变到质变的过程。
运营规划首先得是一名合格的业务运维，有过一个或者多个业务的运维经验的积累，对游戏的架构以及运维方式有深入的理解。在不断积累运维经验以及学习其他业务运维经验的同时，将这些经验沉淀为解决方案，提供给自身业务，甚至推广到同类业务。
从业务运维到运营规划是一个转被动到主动的过程。
运营规划不同于业务运维的另一个方面是需要积极主动地提前挖掘用户需求，而不是被动响应。运维人员总是忙于响应各种临时的常规的，突发的例行的需求等等，这时候就需要运营规划提前收集产品信息，挖掘用户需求，把例行的需求做到最快最好，提炼共性，集中优化，同时善于发现产品自身存在的风险和问题，积极推动解决。对于突发事件应该有详细的处理预案，要做到防范于未然。从运维到运营规划是一个被动的响应需求到积极主动的push完善的技术解决方案的过程。从新业务阶段开始，运营规划就需要收集业务信息，积极思考最适合业务的技术解决方案，对于不符合规范的推动产品和研发进行优化，同时了解产品的运营信息和预期，做好各种资源人力环境和可用性设计的准备，保障业务的顺利接入。在产品正式运营后需要跟进产品的发展情况做好资源规划以及风险问题管理保障业务的可用性。在业务进入衰退期后推动产品在保证业务的可用性的前提下做好资源和成本控制。
从业务运维到运营规划是沟通能力和协调能力的提升过程
运维的工作相对单纯，只需要处理好业务运营相关的活动，以满足需求为主。运营规划则不同，他需要利用各种资源协调可控的不可控的资源，以最优的成本，最大限度的为业务提供最优质的服务，这就对运营规划的项目管理、团队管理、沟通协调能力提出了高要求。
从业务运维到运营规划是增加了一步假设，一步思考和总结
业务运维主要以做事为主，积极响应需求处理突发，运营规划要比运维多一步假设，思考和总结。每一个问题都有其表面原因和根本原因，运维层面要保证业务的最快恢复，可能解决的只是表面原因，这就需要运营规划定期的对突发和问题进行分析，找到其根本原因并推动解决。流程是为了保障每一个需求和变更发布执行的更好，在流程和业务面临的问题冲突的时候适当减少是合理的，同时运营规划要善于换位思考，多思考对产品运营有益的方案获取产品运营和业务运维方式优化的双赢。
