IQNavigator iTeam伙伴关系将Service-as-a-Product业务你附近

这是一个服务,它是一个产品——不,是SaaP !

IQNavigator最近宣布伙伴关系和iTeam(一个独特的服务提供者的特定的内部IT服务)或有员工类别经理应该仔细注意到了。它反映了一个新兴的持续的实体化和合法化劳务采购/实现模型(“产品化服务”,被一些SaaP或Service-as-a-Product)。虽然在许多方面类似的已经成熟的模型播种,SaaP模型似乎把东西到另一个高度,(a)目前的技术而言,过程和性能以及长期的影响这个模型如何开发和扩展。

播种在类固醇?

建立了播种实践成为可能完全的交付项目管理/组织和执行的特定输出通过第三方供应商的努力为了实现一组独特的业务需求。

相比之下,SaaP涉及标准化,目光狭隘的、可重复的(通常是单位价格)小项目或任务执行。SaaP项目或任务的交付/执行启用第三方供应商的技术平台支持(a)标准,优化流程,(b)数据分析驱动过程性能改进和(c)潜力自助服务、随需应变的消费模式。iTeam,例如,代表其技术植物:

““随笔”和结构化的高级系统管理应用于或有劳动力资源选择、工作交付过程和工作产品。我们利用专有软件的结合,知识库,审查技术和流程优化方法,为企业提供更好的方法来利用劳动力提供本地技术服务队伍。通过预测的共同事情出错内部事件和建立积极的步骤在我们交付引擎来减轻他们之前发生,我们异常率10 x-20x低于传统的员工管理方法。”

虽然我们还没有验证,iTeam自我帮助我们澄清什么构成SaaP模型和显著区分从播种。SaaP证明标准服务输出像一个制造过程,而播种功能相当于“工艺”的基础上,将从本质上自定义项目。

SaaP是真的吗?

虽然可能是概念化和谈论以不同的方式(“SaaP”术语是流行),采购/实现模型似乎腿和启动并运行在许多变体。进一步,即使iTeam发展自己独特的SaaP基于平台的流程和产品(集中在特定领域如网络、网络电话、数字标牌),SaaP模型是被其他公司追求以不同的方式。

一个例子,也专注于服务企业,是SourcePanel运营一个稍微不同的模型连接企业SaaP祭小、审查IT服务提供商。另一个例子还不同的模型Visual.ly,专门提供一系列的标准输出企业“图形生产”。Lionbridge调控是另一个例子,SaaP类型的翻译和本地化服务。Lionbridge SaaP上写了一个帖子花很重要在这里。其他在线自由职业者或发泄似的驱使模型(包括平台Fiverr)也在寻求这产品化服务模型。

当然,SaaP模型出现,在许多形式和证明标准(产品化)服务,通过一系列不同的技术平台,可以成功地交付/满足客户。

所以SaaP模型是真实的,他们很可能在早期发展阶段。

SaaP在我们未来劳动力供给链?

也许关于IQNavigator / iTeam伙伴关系最重要的是,它代表了第一个劳动供应链企业之间的联系和SaaP-like提供者和建议的可能性扩大企业劳动采购/消费形式的“服务”和“工人”。

而笨拙的耕种模式显然已率先在这个方向,技术驱动的SaaP模型显示一组广泛的机会如何灵活使用劳务的企业“控制花。”

类似于电子采购和出现e-catalogs扎根在物理供应链采购和消费产品,SaaP也可能的前兆的采购有可比性的服务——特别是,服务,主要包括劳动还交付的其他元素。这可能是重大突破,我们一直在寻找真正驱动增加花在管理复杂,项目和计量服务。

参与企业的虚拟机平台和劳动服务生态系统构建器像IQNavigator似乎表明,这样的开发正在进行中。实际上企业的未来采购劳动在一个变量中,非雇员劳动可能会看很多不同于盛行的今天,由“rent-a-body”人力资源供应商。未来的劳动力队伍管理供应链不仅可能也包含自助,数字化“rent-a-body”支持的劳动力和人才供应FMS和人才池,但也是一个非常广泛的“SaaP”模型和各种不同的服务,他们可以使劳动力和人才。

如果你在想:“嗯?SaaP在我们的劳动供应链?“也许你应该考虑如何让它发生,在你发现之前自己肌肉的方法。