Nel loro mirino ci sono le aziende di Robotic Process Automation (RPA) come UIPath, Automation Anywhere e Blue Prism che stanno chiudendo grandi accordi con grandi imprese.
Il fossato che protegge la quota di mercato delle grandi aziende RPA è creato dai sistemi di distribuzione maturi che permettono alle grandi imprese di eseguire centinaia o migliaia di processi automatizzati.
I recenti annunci di Microsoft low-code indicano che, invece di costruire un sistema di distribuzione su misura, l'approccio di Microsoft sarà quello di incorporare il software low-code nei flussi di lavoro CI/CD esistenti di un'impresa.
Questo approccio soddisfa i CIO aziendali, il che accorcerà i cicli di vendita e migliorerà il flusso degli affari.
Un'ulteriore cattiva notizia per le aziende RPA è che AWS e Google hanno prodotti equivalenti alla collezione di Microsoft in quasi tutte le categorie e possono chiudere il gap rapidamente.
Con miliardi di dollari di entrate sulla linea, questa sarà una delle gare tecnologiche più eccitanti da guardare nei prossimi anni.
Perché il low code è importante?
Low-code si riferisce alle piattaforme di sviluppo software che permettono agli sviluppatori non professionisti di costruire applicazioni aziendali utili.
La logica dietro lo sviluppo low-code è che gli utenti aziendali che capiscono profondamente un processo aziendale possono contribuire a costruire applicazioni. Questo permetterà alle aziende di riinnovarsi più velocemente dei loro concorrenti, sfruttando l'esperienza di business degli utenti aziendali e l'esperienza di sviluppo dei team IT.
Gartner prevede che entro il 2025 la maggior parte delle app aziendali sarà sviluppata in parte utilizzando software low-code. (È possibile visualizzare un elenco ordinabile di app low-code a questo link).
Una suite di software aziendale low-code ha tipicamente questi componenti principali:
- Data storage
- Integrazione e trasformazione
- Interfaccia app
- Reporting
- RPA (Robotic Process Automation) per interagire con applicazioni legacy
- Data extraction
Oltre a questi componenti, una suite software low-code ha bisogno di due capacità aggiuntive:
- Un modo per distribuire le applicazioni
- Un modo per monitorarle dopo il deployment.
Negli ultimi 6 anni, Microsoft ha costruito i primi sei componenti e ora sta affrontando le capacità di distribuzione e monitoraggio.
Una breve storia di RPA e del software aziendale low-code
Ci sono molti modi per caratterizzare la storia del software low-code nell'impresa. Se si volesse, per esempio, si potrebbe risalire al software 4GL negli anni '90. Ma per gli scopi di questo articolo, inizieremo la nostra storia dai primi anni 2010 con l'ascesa della Robotic Process Automation (software RPA).
Nei suoi primi giorni, il software RPA era solo leggermente più avanzato dei sistemi di screen-scraping dei tempi dei terminali a schermo verde. Ma il software RPA ha iniziato molto rapidamente a costruire gli altri componenti della suite low-code di oggi (archiviazione dei dati, integrazione/trasformazione, interfacce di app e reporting). Per esempio, molti processi richiedono input umani o decisioni in certe fasi del processo (come l'approvazione di un pagamento) e così le suite RPA hanno iniziato a costruire la capacità di creare semplici app che permettevano agli utenti di interagire con i flussi di lavoro automatizzati.
La grande innovazione nelle suite RPA era la loro capacità di orchestrazione. Questo permette agli amministratori di distribuire e monitorare centinaia o migliaia di processi. Quando si sente qualcuno affermare che una piattaforma di automazione come Power Automate di Microsoft non è matura come uno dei grandi strumenti RPA come UIPath, Automation Anywhere o Blue Prism, stanno dicendo che il monitoraggio e la distribuzione di Microsoft Power Automate non sono maturi come i tre grandi strumenti RPA.
È questa l'area che Microsoft mira a migliorare.
Il viaggio di Microsoft per diventare una potenza low-code
Microsoft ha assemblato tutti i pezzi richiesti da un'impresa per fornire soluzioni low-code. Se eseguono bene questa strategia, sono pronti a diventare inattaccabili nel mondo low-code.
Quando Microsoft parla di low-code, ha una visione piuttosto espansiva: il linguaggio che usano quando descrivono il low code comprende tutto, da un contabile che scrive una formula in Excel, a un ingegnere del software che usa un connettore pre-costruito per estrarre i dati da un'API, a una società di consulenza che costruisce una soluzione di gestione dei sinistri end-to-end su misura per un cliente.
Microsoft si rende conto che la vera sfida con lo scaling low code non è la scrittura di applicazioni, ma la distribuzione e il monitoraggio di applicazioni low code. Ed è ferma sulla traiettoria per risolvere questa sfida.
Negli ultimi 6 anni, Microsoft ha costruito o acquisito i seguenti componenti:
- Soluzione di archiviazione dei dati (Dataverse)
- Pipeline di integrazione e trasformazione (Logic apps)
- App maker (Power Apps)
- Reporting (Power BI)
Hanno anche:
- Soluzione RPA (Power Automate)
- Estrazione dei dati (Azure Cognitive Services Form Recognizer)
I pezzi mancanti del puzzle sono stati la distribuzione e il monitoraggio.
Le grandi suite RPA risolvono queste sfide richiedendo ai clienti di adottare i loro sistemi di orchestrazione.
Ma MS sta adottando un approccio diverso, dicendo ai team di sviluppo: "Non impostate una nuova pratica di deployment e governance. Usate semplicemente le vostre pratiche CI/CD esistenti". Con il recente annuncio di PowerFX, Microsoft sta tentando di collegare tutti questi componenti usando un linguaggio di programmazione comune che permette alle imprese di distribuire app low-code usando i loro processi CI/CD esistenti e il quadro di governance.
Questo darà a Microsoft un vantaggio significativo rispetto ai loro concorrenti perché renderà la soluzione low-code di Microsoft la scelta sicura per i CIO. Quando un'impresa sceglie quali piattaforme low-code permetteranno di interagire con i loro sistemi, avranno di fronte l'utilizzo di Power Platform - che si adatta al loro attuale quadro di governance - o l'utilizzo di qualcos'altro che non lo fa. Molte imprese andranno semplicemente con Power Platform.
Microsoft ha messo insieme una strategia piuttosto impressionante. Non so quanto sia stato progettato e quanto sia stato fatto a zig e zag ma, a giudicare dalle date in cui l'azienda ha rilasciato ciascuno dei pezzi di questa strategia, sembra che nel 2019 qualcuno in Microsoft abbia avuto un momento di illuminazione su come tutto questo dovrebbe combaciare, e da allora stanno eseguendo questa strategia.
Ecco com'era il viaggio:
2015: Rilascia VS Code
2016: Rilascia PowerApps e CDS (ora Dataverse)
2018: Acquisisce GitHub e rilascia GitHub Actions
2020: Acquisisce Softomotive RPA
2021: Annuncia il linguaggio di programmazione PowerFX
Il viaggio combina componenti di continuous integration/continuous delivery (CI/CD) utilizzati nello sviluppo professionale del software con prodotti low-code e RPA, e li lega insieme con un linguaggio di programmazione comune (PowerFX) che facilita la buona governance dei dati e delle applicazioni. Una strategia micidiale!
Cos'è il linguaggio di codifica PowerFX e perché il codice è così importante nel movimento low-code?
PowerFX è il linguaggio di programmazione in Power Apps. Nell'aprile 2021, Greg Lindhorst di Microsoft ha introdotto PowerFX con la seguente GIF animata che mostra la differenza tra PowerFX e JavaScript.
PowerFX è progettato per offrire un'esperienza simile a Excel ai suoi utenti.
Il motivo per cui è importante per Microsoft convincere i suoi sviluppatori low-code a scrivere codice è per far si che le applicazioni low code si adattino ai flussi di lavoro esistenti dell'impresa e al quadro di governance. Qui sotto c'è quello che vedo come la parte più importante dell'annuncio di Microsoft. Descrive come le applicazioni low-code di un'azienda possono essere incorporate nel loro flusso di sviluppo del lavoro esistente.
Microsoft sta investendo molto per permettere agli sviluppatori di business di prendere confidenza con il codice. Una prima indicazione della direzione che stanno prendendo è uno scrittore di formule Power FX alimentato dall'intelligenza artificiale costruito su GPT-3.
Una volta che gli sviluppatori aziendali utilizzano Power FX per costruire applicazioni aziendali, queste applicazioni possono essere migliorate dagli sviluppatori professionisti dell'azienda e gestite dall'IT allo stesso modo degli altri progetti software. Combinando gli sviluppatori aziendali che costruiscono applicazioni low-code con gli sviluppatori professionisti che migliorano e distribuiscono queste applicazioni, un'azienda può costruire e distribuire rapidamente applicazioni su misura sofisticate e robuste che supportano i vantaggi competitivi unici dell'azienda.
Come esempio, immaginate una compagnia di assicurazioni specializzata nell'assicurazione di camion e altre attrezzature pesanti per l'industria mineraria. Utilizzando PowerFX e la Power Platform, gli utenti aziendali possono costruire un'applicazione progettata specificamente per la loro linea di business; gli sviluppatori professionisti dell'azienda possono costruire un motore di valutazione dei premi su misura in un linguaggio come Java o C++ e tutti i pezzi possono essere mantenuti utilizzando i processi CI/CD standard dell'azienda.
Cosa stanno facendo AWS e Google?
Microsoft ha assemblato tutti i pezzi di cui ha bisogno per avere successo, e ha una capacità di distribuzione efficace. Questa è una cattiva notizia per le grandi aziende RPA come UIPath, Automation Anywhere e Blue Prism.
La notizia peggiore, però, è che anche AWS e Google potrebbero rapidamente diventare grandi giocatori nello spazio del low-code. Il principale vantaggio di Microsoft in questo momento è che sta tenendo le redini. Né AWS né GCP (Google Cloud Platform) stanno parlando di low-code come un vantaggio competitivo chiave per i loro clienti - nonostante entrambi abbiano la maggior parte dei pezzi sul posto per affrontare Microsoft.
AWS, per esempio, ha recentemente rilasciato la sua piattaforma di app low-code Honeycode, ma non sta spiegando come si adatta agli altri pezzi che hanno messo insieme. L'anno scorso Google ha acquisito App Sheet come sua offerta low-code, ma non ha esposto in modo convincente come la combineranno con lo storage, il flusso di lavoro o CI/CD.
La migliore dichiarazione che ho visto da Google, che descrive nel dettaglio come tutti i loro pezzi possono essere messi insieme per fare un credibile ambiente low-code, era ironicamente parte di un comunicato stampa che annunciava una partnership con Automation Anywhere, una delle tre principali aziende RPA.
Cosa devono fare AWS e Google per sfidare Microsoft nello spazio low-code?
AWS può mettere insieme una collezione di componenti che rivaleggia con lo stack di Microsoft:
Archiviazione dei dati: AWS ha un sacco di opzioni qui. La differenza tra le loro possibilità e Dataverse è la facilità d'uso per i non sviluppatori. Stanno facendo una serie di tentativi per colmare questo divario, ma nessun singolo approccio sembra salire in cima.
Pipeline di integrazione e trasformazione: AWS ha probabilmente troppe opzioni qui. Hanno Step Functions, Glue, App Flow e diversi altri strumenti che possono essere utilizzati per questo scopo. La cosa che manca è una posizione coerente su cosa dovrebbe essere usato e quando.
App maker: Honeycode.
Segnalazione: Quicksight.
RPA (AWS non ha soluzioni qui, ma l'acquisizione di una delle società RPA più piccole è un'opzione).
Estrazione dei dati: Textract.
E allo stesso modo con Google:
Archiviazione dei dati: Come AWS, hanno un sacco di opzioni. L'archiviazione dei dati di Appsheet farà molta strada nella gestione di molti casi d'uso low-code.
Integrazione e pipeline di trasformazione: L'offerta di Google è piuttosto confusa in questo caso. Hanno una partnership con Trifacta, un'offerta Apache Airflow chiamata Cloud Composer e il recente lancio di Workflows. (La nostra raccomandazione: Google, basta sceglierne uno).
App maker: Appsheet.
Segnalazione: Looker.
RPA: La partnership di Google con Automation Anywhere può effettivamente essere problematica. Mentre Google non ha altro modo per fare lo screen scrape delle applicazioni legacy, la maggior parte delle altre capacità di Automation Anywhere (archiviazione dei dati, flusso di lavoro, applicazioni, ecc hanno prodotti comparabili nella suite di Google. i questo campo, prevedo sfide di vendita per Google e Automation Anywhere con consulenti pre-vendita che tirano i clienti da tutte le parti).
Estrazione dei dati: AI del documento
Cosa manca ancora ad AWS e Google
AWS e Google non hanno un grande divario tecnico da attraversare per competere con Microsoft nello campo low-code. Le loro due maggiori sfide sono:
- Definire una chiara strategia,
- Chiudere gli accordi con le imprese.
Sfortunatamente per loro, Microsoft ha una lunga storia di buona esecuzione in entrambe queste aree, così le probabilità sembrano date contro di loro. Ma hanno la tecnologia sul posto - hanno solo bisogno di organizzarla in un quadro coerente e iniziare a promuoverla.
Una volta fatto, le aziende RPA avranno tre enormi colossi che le inseguono. Questo sarà un male per i loro margini ma, a mio parere, un bene per i CIO e i team IT che avranno una vasta gamma di soluzioni di automazione eccellenti tra cui scegliere - e alcune di queste si adatteranno bene con le loro strutture di implementazione e governance esistenti.