Power Automate non è "IA": è l'idraulico di Microsoft 365
Prima di decidere se Power Automate è il tuo strumento conviene sapere cos'è davvero, perché il nome inganna. Power Automate è il pezzo di automazione della Power Platform di Microsoft: sposta dati tra le tue app, scatena avvisi, lancia approvazioni ed esegue flussi quando succede qualcosa. Nato come regole fisse —se arriva un'email con allegato, salvala in SharePoint—, gli è stata attaccata l'IA (Copilot per montare il flusso, AI Builder per leggere un documento). Ma il suo DNA resta quello di un motore di flussi deterministico incollato a Office, non di un sistema che decide con criterio. Confondere le due cose è il primo errore caro.
Per questo la guida non parla di "come automatizzare Microsoft 365" —quella è un'altra conversazione, montare uno strato di IA sulla tua suite, che trattiamo in IA per Microsoft 365—. Parla di una decisione precedente: quando Power Automate è lo strumento giusto per la tua impresa e quando lo stai forzando a fare qualcosa per cui esistono opzioni migliori. È lo stesso esercizio di scegliere uno strumento di automazione, applicato al caso di chi vive già dentro Microsoft.
Quando Power Automate è la risposta ovvia
Ci sono tre situazioni in cui Power Automate vince quasi senza discussione, e tutte e tre riguardano dove la tua impresa vive già, non quanto sia intelligente lo strumento. La prima: sei dentro Microsoft 365 fino al collo. Se la tua mail è Outlook, i documenti vivono in SharePoint e Teams, la tua gente lavora in Excel e la tua identità è governata da Entra (il vecchio Azure AD), Power Automate parla quella lingua in modo nativo. Nessun connettore da mantenere, nessun permesso da negoziare: lo strumento è già dentro il tuo perimetro e il tuo amministratore già lo controlla.
La seconda: i flussi di approvazione. Ferie, note spese, validazione di una fattura, un onboarding che richiede tre via libera. Power Automate lo fa particolarmente bene —schede di approvazione in Teams e Outlook, con la traccia di chi ha approvato cosa e quando— ed è la ragione per cui molte imprese lo adottano senza aver deciso altro. La terza: RPA su vecchi sistemi senza API. Se hai un ERP di quindici anni fa o un'app desktop con cui bisogna interagire a colpi di clic, i desktop flows di Power Automate automatizzano quell'interazione come un robot che usa lo schermo. Lì compete con UiPath e Automation Anywhere, non con Zapier.
Il modello di licenza che nessuno guarda finché non arriva la fattura
Qui quasi tutti si prendono lo spavento. Power Automate arriva "incluso" in molti piani Microsoft 365, e quella parola —incluso— è la trappola. Ciò che arriva gratis sono i flussi che toccano solo app Office standard con i connettori base. Appena un flusso supera la linea dei connettori premium (SQL Server, Salesforce, SAP, Dataverse, HTTP, connettori su misura), smette di essere gratis e chiede una licenza a pagamento. E quella linea la superi quasi sempre, perché il lavoro vero raramente resta dentro Office.
Il modello di licenza ha, al 2026, tre forme principali, e scegliere male costa soldi quando scali. La licenza per utente lascia a una persona eseguire tutti i flussi che vuole; conviene quando pochi utenti hanno bisogno di capacità premium. La licenza per flusso (o per processo) paga un flusso preciso a prescindere da quanti lo scatenano; vince quando uno stesso flusso è usato da molti. E l'RPA non presidiata —un bot che gira da solo, senza nessuno davanti— si licenzia a parte, per bot, ed è di gran lunga la voce più cara. A questo si aggiunge l'on-premises data gateway se ti serve che un flusso in cloud tocchi un dato che vive sul tuo server: è una capacità premium, non un extra gratis.
| Modello | Cosa paga | Quando conviene |
|---|---|---|
| Per utente | Che una persona esegua flussi premium illimitati | Pochi utenti con bisogni premium |
| Per flusso / processo | Un flusso preciso, chiunque lo scateni | Un flusso usato da molti |
| RPA non presidiata | Un bot che gira da solo, nessuno davanti | Robotizzare legacy a volume (la voce cara) |
| Data gateway | Ponte verso dati on-premise dal cloud | Flussi che toccano il tuo server, non solo Office |
La disciplina è la stessa di calcolare il ROI di un'automazione: non guardare il prezzo d'ingresso —il "ce l'hai già col tuo 365"—, mettilo a costo al volume e al tipo di flusso che eseguirai entro un anno, connettori premium e RPA inclusi se ti serviranno. Un "incluso" che scatta appena tocchi un sistema reale non è gratis; è una decisione di costo che paghi dopo.
Cloud flows e desktop flows: due strumenti sotto lo stesso nome
Un dettaglio che confonde chi arriva nuovo: sotto il nome "Power Automate" vivono due prodotti distinti. I cloud flows girano nel cloud di Microsoft e collegano app via API —questo è ciò che compete con Make, n8n o Zapier, e per scegliere tra queste due famiglie vale lo stesso criterio di Make vs n8n—. I desktop flows sono RPA: un robot installato su una macchina che guida app desktop imitando un umano —apre lo schermo, clicca, digita, copia—. Servono esattamente al contrario: sistemi senza API con cui si può parlare solo dall'interfaccia.
La differenza conta al momento di decidere, perché ognuno risolve un problema e ognuno si paga in modo diverso. Se la tua automazione collega app moderne con API, vuoi cloud flows e competi sul terreno del no-code di sempre. Se la tua automazione deve azzuffarsi con un vecchio programma senza API, vuoi desktop flows e sei nel terreno dell'RPA, più fragile per natura: un cambio nello schermo del sistema legacy rompe il robot. Quella fragilità è esattamente ciò che trasforma la manutenzione delle automazioni nella voce che nessuno mette a budget —e in RPA pesa il doppio.
Dove Power Automate resta corto (e cosa guardare allora)
Power Automate è un ottimo motore di flussi, ma ha due tetti da vedere prima di sposarlo. Il primo è il tetto del criterio: per progetto esegue regole, non decide su contesto ambiguo. Copilot ti aiuta a montare il flusso e AI Builder sa leggere un documento con formato noto, ma quando il lavoro esige leggere testo libero, capire l'intenzione di una mail o quadrare ciò che non torna tra tre sistemi, Power Automate si ferma sul bordo. Lì non ti serve un flusso più lungo: ti serve uno strato di decisione —modelli linguistici con la logica attorno— montato sopra, che è di cosa parla davvero automatizzare con l'IA rispetto all'automazione classica.
Il secondo è il tetto della casa chiusa: Power Automate è di Microsoft e brilla dentro Microsoft. Appena la tua operatività vive metà fuori —il CRM è HubSpot, il prodotto gira su Google Cloud, il team lavora in Notion e Slack— forzi lo strumento oltre confini dove altre opzioni sono più naturali ed economiche. Non che non possa; è che smetti di sfruttare il suo unico grande vantaggio (l'integrazione nativa con Office) e ti tieni solo i suoi costi. Quando il flusso deve parlare con sistemi di fuori, il problema vero non è più lo strumento ma integrare l'IA con i tuoi sistemi senza che si rompa quando uno cambia per conto suo.
| La tua situazione | Power Automate | Guarda anche |
|---|---|---|
| Tutto in Microsoft 365, flussi Office | Incastro naturale | — |
| Approvazioni e avvisi interni | Difficile da superare | — |
| Legacy senza API (RPA) | Desktop flows, terreno proprio | UiPath, Automation Anywhere |
| Collegare app moderne con API | Cloud flows, funziona | Make, n8n, Zapier |
| Decisione su testo/contesto | Si ferma sul bordo | Strato IA su misura sopra |
| Stack metà fuori da Microsoft | Forzi lo strumento | Opzioni neutre al fornitore |
Quindi, Power Automate sì o no?
La versione onesta: sì se la tua impresa vive dentro Microsoft 365, le automazioni sono spostare dati di Office, lanciare approvazioni o robotizzare un sistema legacy, e hai chiaro il modello di licenza prima di scalare. Con distinguo se il tuo stack è metà fuori o se il lavoro esige criterio vero: lì Power Automate può essere un pezzo —il braccio che esegue dentro Office— ma non il sistema intero, e la decisione di fondo torna a essere quali processi automatizzare e con quale incastro, non quale strumento comprare. Il marchio è l'ultima decisione, non la prima.