运维和运营的区别

参加了管理书籍的读书营,结营后看到部门领导在公众号发表的一篇文章,里边提到了要打造运营团队,由运维过渡到运营。文章中提出了一个口号,就是说制定了一个目标。但是如果只有目标没有路径和方法是抵达不到目标的。结合我最近五年运维的经验来谈一谈运维和运营的区别,如何把运维团队提升到运营团队。

运维的定义

传统项目制公司通常都有运维岗位的需求,什么时候产生这个岗位呢?一般是按照合同的约束,在项目验收交付后需要转入运维阶段,通常合同里要求了是否提供驻场运维,运维的期限和运维的内容。

好些公司的运维团队都是松散组织的,很多是以外包的形式构成。由人力资源公司派遣人员去客户现场承担相应的工作。

外包式运维的弊端

外包式运维虽然用工更灵活,但是人员的归属感不强,因为是在公司的人员编制之外,遇到问题时和公司的研发岗位联系不紧密,得到研发团队的支持不强,客户的满意度不高。

再一个因为项目都有期限,一旦结束人员又会回归到人力资源公司,不利于运维技术的积累和团队的传承。

运维的工作内容

运维一般会承担如下工作
1、技术巡检,通过常规的软硬件巡检来提前发现问题
2、技术支持,通过电话、远程、现场来定位客户遇到的问题,解答客户提出的使用问题
3、功能优化,使用过程中不断的优化软件来适应客户的要求,这方面通常都需要现场运维具备需求分析及需求梳理的能力,和研发团队配合完成。
4、部署实施,功能优化的补丁包通常需要现场运维进行部署,需要具备中间件、数据库、操作系统方面的知识,如果是linux还需要熟悉常规的命令
5、演示支持,通常系统建立之后,如果运转良好的一般会有外单位访问,需要配合客户进行系统演示和介绍
6、编制报告的能力,要定期形成周报、月报、总结报告,因为运维最后的产出物是以报告的形式做最终体现的,验收的时候也是以报告作为基础。
7、安全加固能力,一旦系统上线,必然受到监管,来自于各级安全主管部门,需要定期修复操作系统、中间件、数据库、软件的相关漏洞,即需要基础知识也需要和研发部门配合完成。

什么是运营

运维和运营的区别在第二个字上,维是维修和维护,定位在技术上。而营是经营和管理,侧重在商务层面。有运营思路的,是需要主动作为的,通过日常观察客户的经营模式,给出合理化的建议,甚至主动优化软件来主动作为。

运维是员工思维,只需做好自己份内的事。运营是老板思维,不仅做好当下的事,还努力提升各方面的能力,争取促成未来的合作。

做好运营的路径和方法

项目制运维是做不到运营的,因为岗位是割裂的,并不会主动给自己找事情做。只有过渡到产品形式才能做到运营,在做运维的过程中检验产品的各项能力,将收集到的需求和问题反馈到产品,产品吸收合理的建议再主动进行提升产品的各项能力。只有经过不停的循环迭代,产品的各项能力才能得到提升,正所谓真金也需要火炼。

结合我参加的腾讯云微搭低代码的运营思路给出一定的建议供项目制公司参考。微搭因为是互联网产品,是需要通过运营岗来提高用户的粘性的。他们是通过线上的模式来运作的,线上其实比较好的思路是通过建立产品官网来公布最新的产品知识,通过微信群来提高用户的互动水平。

还可以借鉴他们的布道师机制,从体验群里找出积极试用的用户发出邀请,布道师有几个方面的职责
1、产出体验文章,可以作为推广宣传的案例
2、提出产品改进建议
3、提出产品的各类问题
4、推广产品,促成销售
5、制作课程,降低用户的学习门槛

有了职责还需要有相应的晋级制度和积分机制,当然了还需要有一定形式的回报,包括现金收入、礼品、官方推广等。

另一方面运营就是要有互联网的思维,通过官方的公众号、B站、社区等渠道,不断的提高自己的知名度。根据我个人的经验直播课就是一种非常好的形式,一个是可以增近客户和产品的距离,再一个通过抽奖也可以活跃气氛。

运营需要系统化的思维和一系列的手段,关键还是理念上的转变,理念变了人的头脑就活了,点子也就层出不穷了。

    原文作者:低代码布道师
    原文地址: https://blog.csdn.net/u012877217/article/details/119748797
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞