AI, tools and transformation — Benedict Evans

Benedict Evans ·

Benedict Evans discusses enterprise software complexity, AI’s impact on tool creation, the difficulty of spotting automation opportunities, and a three-question framework for strategic AI adoption. Lisez 4 points de vue avec leurs éléments à l’appui et les liens vers les sources.

En un coup d’œil

  • Large companies often lack a clear software inventory

    Typical large U.S. companies have hundreds, perhaps thousands, of software tools, including systems such as SAP and Workday, vertical SaaS apps, workflows, scripts, automations, databases and spreadsheets. They often do not know how much software they have, what is used or what they are paying for.

    Lire le moment probant · Paragraphe 1
  • AI lowers barriers to building task-specific tools

    Evans discusses how AI lets people create tools without being engineers or writing code, contrasting this with software built in advance and considering the possibility of software becoming dynamic and generative.

    Lire le moment probant · Paragraphe 2
  • Recognizing the need for a tool remains the hard part

    Evans argues that making code easier to write does not solve the problem of knowing when a tool is needed and what it should do.

    Lire le moment probant · Paragraphe 8
  • Three questions for a new transformative technology

    Evans outlines three questions companies face with a new transformative technology: how to buy, build and deploy it; how far it changes their operations, with answers differing by industry; and whether it creates challenges to their business economics, new competitive pressures or, perhaps, an existential threat.

    Lire le moment probant · Paragraphe 21

Passages clés4

Passages attribués et accompagnés du contexte nécessaire à leur vérification. Ouvrez le texte original pour vérifier la source.

enterprise software sprawl

Large companies often lack a clear software inventory

Extrait original

The typical big American company today has hundreds, and perhaps thousands, of different pieces of software. It has giant ‘big iron’ horizontal systems of record like SAP and Workday, it has hundreds of vertical SaaS applications, and then there are hundreds more workflows, scripts, automations and databases, right down to the 10 meg spreadsheet running a department. Very often, the company doesn’t even know quite how much it has, what’s actually being used, and what it’s paying for.
Contexte

And yet, with all this software, the company is full of boring, repetitive tasks.

AI-enabled tool creation

AI lowers barriers to building task-specific tools

Extrait original

But with AI, now you can make that tool in five minutes, and you don't need to be an engineer, and you don’t need to write code. You can just ask the model to make the tool for you, or, more fundamentally, just do the task for you itself . Instead of having to create those tools one at a time, software might be dynamic, generative, free-form, and spontaneous. Massively more tasks can be automated, with massively less software.
Contexte

It can be very tempting to think that AI will sweep most of this away. There’s an old joke that an engineer is someone who’ll spend an hour building a tool to automate a task that would take 10 minutes.

strategic AI adoption framework

Three questions for a new transformative technology

Extrait original

Stepping back, it seems to me that with each new transformative technology, every company has to ask three kinds of questions. First, how do we buy, build and deploy this? Do we do pilots? Should we take the product that's bundled from Microsoft/Google/Oracle, build something ourselves, pay someone to build something, or buy this new thing from a startup? Second, they have to ask how far this changes their operations. What does it mean?
Contexte

What does email mean for us? What does spreadsheets mean for us? The answer to that might be radically different if you were an insurance company or a law firm. And third, you have to ask whether this creates new challenges to your business’s economics, new competitive pressures, or, perhaps, some kind of existential threat.

problem identification gap

Recognizing the need for a tool remains the hard part

Extrait original

None of this is solved by making easier to write code - by making it easier to make tools. The hard part is knowing that you need a tool for this in the first place, and then knowing what the tool should do.

Source et méthodologie

Ces points de vue renvoient à leurs sources originales. Les reformulations sont signalées et ne sont pas des citations mot à mot.

Ouvrir la transcription ou les documents sources (s’ouvre dans un nouvel onglet)Signaler un problème