Salesforce’s TrailblazerDX (TDX) 2022, una conferenza per sviluppatori di Salesforce alla fine di aprile, ha presentato una miriade di dichiarazioni lungimiranti, demo, workshop e mascotte danzanti. Molto è stato detto e mostrato, ma l'automazione e la collaborazione sono stati temi chiave sia al TDX che al precedente summit degli analisti. Quindi, come si allinea il messaggio di Salesforce con ciò che i compratori di software stanno chiedendo?

L'automazione era un tema predominante

Il co-CEO di Salesforce Bret Taylor ha parlato a una sala piena di analisti per dare il via a un summit che ha preceduto il TDX alla fine di aprile. La trasformazione digitale è stata un punto cruciale, specialmente per quanto riguarda l'automazione. Taylor ha osservato che la trasformazione digitale è stata "accelerata forse di un decennio" a causa della pandemia. Tuttavia, secondo lui, le aziende B2B devono ancora recuperare terreno sull'automazione e il self-service.

L'automazione si è rivelata il tema più prominente della conferenza, con molte delle dichiarazioni lungimiranti di Salesforce incentrate sul concetto. Salesforce ha persino suonato un breve rap sull'automazione prima di uno dei discorsi principali, anche se sono sicuro che ormai sia nella playlist di tutti. La presentazione di Mulesoft su progettazione API e gestione API si è concentrata fortemente sull'automazione di quanto più possibile del processo, dalle configurazioni delle politiche di sicurezza API alla generazione della documentazione.

Il low-code è stato uno dei principali metodi esposti per raggiungere l'automazione dello sviluppo, insieme alla automazione dei processi robotici (RPA). Bret Taylor ha parlato di quelli che vede come "amministratori accidentali": persone che si imbattono nello sviluppo di Salesforce perché è facile. Durante il discorso "Costruisci velocemente con la piattaforma Salesforce", Tzvetana Duffy di Autodesk ha parlato della dicotomia tra l'importanza degli standard di sicurezza personalizzati nello sviluppo software e la difficoltà di costruirli. Ha sottolineato che lo sviluppo low-code mantiene le migliori pratiche di sicurezza automatiche e nascoste, eliminando alcuni dei rischi che derivano dal codice personalizzato applicando uno sviluppo più guidato.    

La collaborazione era un altro focus importante

Oltre all'automazione, la collaborazione che lo sviluppo low-code potrebbe abilitare è stata un altro tema chiave sollevato ogni volta che si menzionava il low-code. Bret Taylor ha detto che vede il low-code come un modo per "democratizzare" lo sviluppo di prodotti e funzionalità portando nel processo persone meno tecniche. Mulesoft ha toccato la loro visione di collaborazione tra gli utenti della Piattaforma Anypoint di Mulesoft e gli utenti di Mulesoft Composer. L'idea è che gli sviluppatori tecnici progetteranno API su Anypoint e poi condivideranno quelle API con Composer, dove gli amministratori possono riutilizzarle tramite un'interfaccia low-code.

Queste idee sono certamente belle da immaginare, specialmente in un ambiente di lavoro digitale. La promessa del low-code come un modo per colmare le lacune di conoscenza tra i diversi team coinvolti nello sviluppo di prodotti e funzionalità è allettante, poiché le aziende beneficiano di qualsiasi strategia che acceleri la loro produzione digitale.

Ma le piattaforme di sviluppo low-code democratizzano davvero il processo di sviluppo? O danno semplicemente ai sviluppatori non tecnici più da fare, mentre i sviluppatori pro-code rimangono separati nei loro ambienti di sviluppo full stack? Quanto è lungimirante l'attenzione di Salesforce sull'automazione e la collaborazione?

Quanto sono popolari l'automazione e la collaborazione tra i recensori low-code di G2?

Data l'attenzione di Salesforce sull'automazione e la collaborazione nello spazio low-code, volevo esaminare i temi comuni che sono emersi nelle recensioni per i prodotti nella categoria delle Piattaforme di Sviluppo Low-Code di G2.

I risultati sono stati interessanti. Nell'ultimo anno, il 25% delle recensioni nella categoria delle Piattaforme di Sviluppo Low-Code di G2 ha toccato l'automazione quando descriveva cosa gli piaceva di un prodotto. Questo suggerisce che i compratori nello spazio stanno effettivamente cercando sempre più automazione mentre navigano nell'attuale era di trasformazione digitale accelerata.

Tuttavia, solo l'1,6% dei recensori ha menzionato la collaborazione quando discuteva cosa gli piaceva di un prodotto. Sembra che la visione di Salesforce di un futuro low-code che coinvolge una collaborazione proattiva possa essere ancora lontana. Almeno per ora, la collaborazione non sembra essere una priorità per i recensori nello spazio dello sviluppo low-code. La facilità d'uso, l'automazione e le funzionalità sembrano essere molto più importanti per gli utenti di oggi, che potrebbero effettivamente utilizzare il software come contributori individuali agli obiettivi delle loro aziende.

Guardando avanti

Quando un'azienda grande come Salesforce condivide la sua visione per il futuro immediato, è opportuno che i compratori di software B2B prestino attenzione ai segnali per le loro strategie software. Tuttavia, le aspettative per il comportamento degli utenti quando utilizzano il software Salesforce possono a volte essere eccessivamente ottimistiche. 

I dati di G2 supportano l'idea che l'automazione sia giustamente una preoccupazione principale per qualsiasi azienda che cerca di migliorare la propria strategia di trasformazione digitale con strumenti low-code. Tuttavia, il sogno di unire utenti no-code e pro-code in un unico ambiente low-code potrebbe non corrispondere ancora alla realtà.

Scommetto che le piattaforme di sviluppo low-code affrontano una battaglia in salita cercando di ottenere il consenso sia dai sviluppatori non tecnici che dai sviluppatori tecnici. I compratori dovrebbero mantenere le loro aspettative sotto controllo se stanno cercando di acquistare una piattaforma di sviluppo low-code con l'obiettivo di abbattere i silos.