托管外包费率下调了怎么办
既定的MSP和外包商已经开始依赖新的专业devops服务公司提供专业知识。 这包括上市能力,技术咨询和开源工具。 这正在改变IT服务价值链的性质。 较老的公司需要合作伙伴为他们的客户做更好的开发,并向他们的客户销售开发的产品。 他们正在建立自己的价值流,以包括专业开发公司。 客户对MSP和外包商交付devop的需求正受到驱动,他们希望devop,尤其是在将基础架构过渡到云的过程中。
Larry Gordon是以devops为中心的IT服务提供商的联合创始人兼首席收入官。
对于MSP,我们现在看到的最常见的驱动力是基石应用程序供应商会将产品转移到云环境中。 MSP一直在销售本地版本,但是云版本本质上是全新的产品集,需要其服务合作伙伴提供更多功能。 应用程序供应商将通过RFP或其他方式从其当前的高级服务提供商集中选择关键的云和具有devop能力的服务公司,并且服务合作伙伴必须在获得客户之前通过证明其devop能力来做出响应。 这是一笔巨大的投资,但是如果可以在不远的将来发展devops业务,那么找一个专业的devops服务提供商可以免费进行预售和预选,从而减轻风险,增加帮助并获得专业知识。 。
售前支持
专业的devops公司也可以提供售前支持,包括为最终客户编写建议书,创建云和devops创新实验室以及联合营销。 我们看到MSP建立了创新实验室,以加快用户对其转售的特定应用程序的devop的采用。 这也是一种向应用程序供应商合作伙伴展示其快速满足客户需求的技巧。
创新实验室应该使用敏捷流程来构建。 他们应使用良好的指标生成和数据表示工具来显示在AWS或其他云环境上运行的应用程序,以显示应用程序的部署方式以及如何对其进行持续改进和监控。 客户对查看如何更改它,如何监视它,如何快速轻松地向其添加新模块,其成本以及所需的时间感兴趣。 进行前期投资是一个不错的选择,因为专业知识仍然很少,并且客户需求广泛。 创新实验室可以快速展示各种功能,因此客户说:“我需要在此云环境中使用此软件。” 您不仅可以谈论它,还可以向他们展示它是如何完成的,它如何加速销售周期,以及如何比召开数十次会议来简化这一点。
联合营销再次变得有意义,因为客户希望了解发展趋势,并了解他们应该如何深刻而Swift地改变其流程和文化。 参加聚会,赞助网络研讨会和会议的人数很多。 售前和上市支持是向MSP和其他服务提供商提供的关键要求,以帮助他们转变为能够提供devops服务。 Devops员工非常重视持续学习的机会,因此,信息共享是当前构建社区的有效方法。
devops专家公司将在拥有客户之前或为现有客户构建建议时与MSP合作。 devop专家可以贡献出部分devop,这需要紧密的工作。 他或她将与MSP开会,也许是作为MWS团队隶属于MSP,或者作为devops合作伙伴加入。 专家可以帮助回答RFP和RFI。 这是很多前期工作,因为一般而言,已建立的MSP有很多客户,但在开发方面需要一些专业知识。
MSP和外包商通常将开发人员视为获取和保留大客户并与应用程序所有者对应用程序产生更大影响的另一种方法。 MSP和外包商实际上可以提高它们在企业内部的地位和价值主张。 因为归根结底,应用程序是业务驱动程序,这是缩短上市时间并保持应用程序正常运行的最新方法。
资源和专业知识
MSP正在寻找工程人员,以及运营流程和组织设计咨询。 我们甚至已经看到使用ITIL的公司希望采用devop的实践和理念,并将其应用到以更具创新性和敏捷性的方式来采用ITIL。 这需要一些高级管理咨询。 有许多公司正在经历这种转型,并正在寻求有关这些事情的帮助。 除了一群来自海外的CI / CD工程,基础架构监视和技术运营人员外,我们经常被要求在现场和本地提供非常资深的人员。 一些外包商以及MSP会寻找高级devop架构师和首席顾问来为客户提供人员帐户,并帮助推动工程师推动的devop转型。
当CTO决定进行devop转换时,通常需要devop中的管理咨询。 MSP可以通过引导客户进行流程变更,文化变更,如何选择工具,如何聘用团队,如何组建团队以及如何与组织中的其他领导者进行协作来提供大量附加价值。
现在,一些MSP和外包商有机会帮助客户适应根本的文化范式转变,这种转变会影响三合会的业务核心:人员,流程和技术。 因为devops是一种专注于协作和小批量交付的方法,所以成功的关键之一就是使用正确的工程师,方法论和工具链来将应用程序交付给客户。 如果MSP和客户都做得正确,他们都会从中受益最大。 领导层已不再考虑仅构建下一个功能或基础架构。 使用最新的流程和工具,现在可以更轻松地讨论为客户创造价值。
合作工具栈
这个新的价值链非常复杂。 客户要求其合作伙伴及其渠道必须具备除基本人员配备和工具链知识之外的云技术和开发专业知识。 他们需要分担风险并带来流程和领导知识,甚至可能需要开源工具。
我们已经看到MSP构建了自己的开源工具,该工具可帮助管理警报和监视数据以及汇总来自许多监视工具的数据。 我们还看到外包商可以构建业务流程平台,以帮助管理企业为推动发展而采用的越来越多的工具。
有时,IT服务公司甚至相互合作,以为企业客户提供完整的开源平台和工具。 迫切需要任何有助于汇总,管理和报告基础架构数据或CI / CD编排的工具。 这些通常不是代替商业工具而使用,而是作为提高工程效率和自动化以及客户报告的附加层。
Devops现在正Swift被中小型专业咨询公司采用。 通常他们会做一些事情,并且做得非常非常好。 他们还没有冒险涉足开发,但他们的客户要求他们这样做。 客户想知道MSP如何适应他们Swift发展的devops结构,或者他们希望MSP为devop提供帮助,因为这样做的人并不多。 这就是MSP和外包商正在寻找专业公司来帮助他们为客户服务的地方。
MSP通常在安全性,网络或特定应用程序(例如CRM)方面具有专长,并且可能拥有一个数据中心,而现在客户的口口声声:“您很高兴将所有这些资金投资于数据中心和本地专业知识,现在我需要您去AWS。” 他们现在该如何赚钱? 云迁移和开发人员可以帮助他们做到这一点。 迁移到AWS,Google Cloud和Azure的云通常是推动转型的重要动力,并且是介入和帮助客户的最佳时机。
因此,我们看到对开发人员的需求创建了全新的供应链。 用户正在通过价值流推动其需求,并要求其提供者也进行转变和适应。 MSP和外包商可以通过提供更好的售前建议,咨询解决方案和创新的工具堆栈来做出回应。
托管外包费率下调了怎么办