杀手级采购技术应用:愚蠢简单

sosiukin / Adobe股票

和我在Azul Partners分析师团队的许多同事一样,我倾向于将事情过度复杂化,而不是采取简单的方法。大的、毛茸茸的、大胆的概念(以及采购技术)远比我所谓的“愚蠢简单”的概念更吸引我。

但正是后者在大众市场具有更大的吸引力,从技术购买和采用的角度来看,从最初的增长角度来看,Stupid Simples往往是火箭飞船。

Stupid Simple的概念和公司有什么共同之处?我已经创建了一个运行列表。

他们倾向于:

  • 基于用户体验而不是特性功能进行销售
  • 通常从一个“特性”开始,而不是从一个模块开始——但这个特性能够推销自己,即使它非常狭窄
  • 有一个不需要任何训练的“无电梯UI”
  • 转换20%的功能被使用的模型(目标是尽可能快地让80%的功能在普通用户手中)
  • 在复杂性方面有一个共同的敌人(有时是一个特定的供应商)——一个图标,一个过去的形象,他们在哲学上“反对”
  • 吸引那些乐于忽略性能差距的客户(通常从特性/功能的角度来看,他们之前已经获得了更好的技术)。这些客户并不是“盲目”——他们知道自己将失去什么,并愿意牺牲绝对的特性/功能。
  • 采用移动优先的方向(即使移动不是主要的访问形式)
  • 要么有开箱即用的集成框架——这些框架非常简单,以至于任何缺乏开发经验的采购管理员都可以在必要时通过点击模型实现集成——要么只有最小的/没有集成需求来开始获得价值
  • 指导用户(通常不是通过“聪明”的方法,至少现在不是)——见下文
  • 提供一种“好的、更好的、最好的”方法来实现和采用(甚至可以按照这种方式进行定价)
  • 培养一群追随者——几乎是一群狂热的用户
  • 为他们的产品带来社区和内容——可以包括加速模板(例如,系统,类别,行业,遵从性等),以“开始”。
  • 培育的生态系统不一定是传统合作伙伴(如方案商/系统集成商),而是具有互补解决方案的技术合作伙伴。它们应该是松散耦合的或即插即用的(参见上面的集成框架要点)。
  • 拥有较高的客户满意度评分(基于SolutionMap客户满意度基准),特别是涉及诸如净推广者评分(推荐此提供商)、ROI、业务价值等问题时。
  • 有竞争力的定价,但不一定是在低端市场(即最便宜的解决方案)

最近,通过RPA和/或人工智能模型,过程自动化和智能指导(即预测和规定)也开始进入Stupid Simple采购技术公司和产品的秘密配方的价值主张。但迄今为止,这些努力中有许多充其量只是初步的。

SolutionMap加速器遇到了愚蠢的简单

使用的最酷的方面之一支出问题解决方案地图加速器对于自定义技术选择过程(即使没有任何分析师的参与),我们已经创建了一种方法,将源代码支付中每个模块的粒度业务需求优先级映射到技术需求。这从采购业务用户中抽象出一些乏味的特性/功能和技术架构,这些用户需要根据自己的实际需要来决定购买什么。

有人会认为SolutionMap Accelerator会更青睐具有更高级功能的提供商。至少这是我在2018年底发射加速器时的假设。

但你错了——至少一般来说是错的。由于SolutionMap Accelerator允许公司“拆解”他们的实际需求,并在剥开我们提供的可钻图表和报告的洋葱时查看/衡量是否合适,他们可以看到什么对他们真正重要——以及供应商在邀请最终入围名单来演示他们的产品之前是如何累积的。

在最近一次令人难忘的遴选过程中,一家Stupid Simple供应商胜出(不,我不会说出名字),至少部分原因在于核心RFI/RFX,这是一个关键的决策要求。在这种情况下,潜在供应商包基于特定组织的业务需求具有非常相似的功能。尽管获胜的供应商在拍卖、优化和项目管理等方面的能力落后,但这些对我们的客户来说并不重要。核心RFI/RFX能力(基于他们的需求)和客户满意度SolutionMap基准测试胜出。

这种情况并不是唯一的。在越来越多的案例中,Stupid Simple在科技选择日中扮演着越来越重要的角色。

你的愚蠢简单的采购技术故事是什么?我猜如果你现在还没有,很快就会有了。即使你仍然对广度和深度有表面偏见——或者你认为你有。这就是为什么采购技术中的下一批杀手级应用很可能是愚蠢的。和简单。即使你内心渴望逃离的高级资源专家想要为此哭泣!

想要为您的特定业务需求选择正确的采购技术(例如,支出分析、采购、供应商管理、合同管理、电子采购、发票支付、VMS等)?

不要犹豫联系:jbusch (at) azulpartners (dot) com。给我们几个小时的时间来回答一些问题(你自己),我们将为你提供一个可钻井的框架,以了解供应市场如何符合你的特定需求。不管你是否愚蠢简单!

在Procurious分享

第一个声音

  1. 比尔Kohnen:

    这是一份非常有趣的解决方案常见主题列表。

    这让我想起了一些我自己开发的愚蠢的简单的解决方案,这些解决方案是我在过去的几年里创建的,尽管是在10年前Oracle或SAP的情况下。

    其中最好的一个是一个简单的基于web的申请审批流程,该流程本应在主要ERP的下一个版本之前只存在12个月,但却如此简单,以至于它已经存在了多年。

    我认为类似的本土愚蠢的简单解决方案随处可见,它们对工作的影响可能被低估了。

    当然,挑战在于它们通常不能很好地扩展,因为没有很好的文档记录如果创建它们的人离开,它们就会受到破坏。

讨论:

您的电子邮件地址将不会被公布。必填字段已标记

这个网站使用Akismet来减少垃圾邮件。了解如何处理您的评论数据