AMS è una di quelle sigle che tutti usano e pochi definiscono. Eppure la domanda è concreta: chi tiene in vita i tuoi applicativi dopo il go-live? Chi risolve il bug del venerdì sera, chi adegua il software quando cambia una norma, chi lo fa evolvere quando cambia il business? Questa guida spiega cosa sono gli Application Management Services, cosa includono davvero, e come capire se è il momento di esternalizzarli.
AMS: significato e definizione
AMS sta per Application Management Services: il servizio con cui un partner esterno prende in carico la gestione continuativa degli applicativi aziendali — manutenzione, supporto, monitoraggio ed evoluzione — con responsabilità, tempi di risposta e costi definiti da contratto. In una frase: lo sviluppo costruisce il software, l’AMS lo tiene vivo e lo fa crescere.
La distinzione conta perché un applicativo passa in produzione una volta, ma ci resta per anni: la maggior parte del costo totale di un software non è lo sviluppo iniziale, è tutto ciò che viene dopo. L’AMS è il modo di governare quel “dopo” invece di subirlo.
Cosa copre un servizio AMS: i quattro livelli
| Livello | Cosa fa | Esempio concreto |
|---|---|---|
| Manutenzione correttiva | Risolve bug e malfunzionamenti | La stampa delle etichette si blocca: ticket, diagnosi, fix |
| Manutenzione adattiva | Adegua il software ai cambi di contesto | Nuova versione del database, cambio normativo, nuovo sistema operativo dei palmari |
| Manutenzione evolutiva | Aggiunge funzionalità e migliora l’esistente | Un nuovo flusso di reso, un report che prima non c’era |
| Monitoraggio e supporto | Sorveglia i sistemi e assiste gli utenti | Allarme se un’integrazione si ferma alle 6 del mattino, prima che il magazzino se ne accorga |
Un contratto AMS serio copre tutti e quattro i livelli con SLA (Service Level Agreement) espliciti: tempi di presa in carico e risoluzione per gravità, finestre di copertura, canali di contatto. Se gli SLA non sono scritti, non è AMS: è disponibilità a chiamata.
AMS, body rental, help desk: non sono la stessa cosa
- AMS vs body rental — nel body rental compri persone a tempo e la responsabilità del risultato resta a te; nell’AMS compri un risultato con SLA e la responsabilità è del fornitore. È la differenza tra affittare un meccanico e avere un contratto di manutenzione.
- AMS vs help desk generico — l’help desk risponde agli utenti; l’AMS conosce il tuo applicativo in profondità, ne possiede la conoscenza tecnica e interviene sul codice. Il primo smista, il secondo risolve.
- AMS vs sviluppo a progetto — il progetto ha un inizio e una fine; l’AMS è continuativo. I due si completano: chi sviluppa bene e poi sparisce lascia comunque un problema.
Quando conviene esternalizzare l’application management
I segnali ricorrenti sono quattro:
- L’IT interno è saturo — le persone migliori passano le giornate a spegnere incendi sugli applicativi invece di lavorare sui progetti che fanno crescere l’azienda;
- La conoscenza è concentrata in una persona — se “quello che sa come funziona il gestionale” va in ferie (o se ne va), l’azienda è esposta;
- I sistemi sono mission-critical — un WMS fermo è un magazzino fermo: servono monitoraggio proattivo e tempi di risposta garantiti, non la speranza che qualcuno risponda;
- I costi IT sono imprevedibili — l’AMS trasforma interventi spot a consuntivo in un canone pianificabile.
Il caso limite è la logistica: gli applicativi di magazzino lavorano quando gli uffici sono chiusi — turni notturni, picchi stagionali, weekend. È il contesto in cui l’application management non è un comfort ma un requisito operativo, ed è il terreno su cui è costruito il servizio AMS di Caplab: presidio degli applicativi di supply chain, dalla correzione all’evoluzione, con la stessa squadra che li sviluppa.
Come si misura un AMS fatto bene
Tre indicatori dicono quasi tutto: il rispetto degli SLA (tempi di presa in carico e risoluzione, per gravità), il trend dei ticket (un buon AMS fa diminuire la correttiva nel tempo, perché rimuove le cause invece di tamponare i sintomi) e la quota di evolutiva sul totale — più il tempo si sposta dal riparare al migliorare, più il servizio sta creando valore. Se il tuo fornitore non ti mostra questi numeri, chiedili: è il suo lavoro produrli.
In sintesi: l’AMS è il contratto che tiene vivi e fa evolvere i tuoi applicativi, con responsabilità e tempi scritti. Se i tuoi sistemi di logistica meritano più di un “chiamiamo lo sviluppatore e speriamo”, parliamone in 30 minuti: portaci la mappa dei tuoi applicativi e usciamo con un perimetro di presidio.
Domande frequenti sugli Application Management Services
Cosa significa AMS?
AMS è l’acronimo di Application Management Services: la gestione continuativa degli applicativi aziendali — manutenzione correttiva, adattiva ed evolutiva, monitoraggio e supporto — affidata a un partner con tempi di risposta e responsabilità definiti da contratto (SLA).
Qual è la differenza tra AMS e manutenzione software?
La manutenzione è una delle componenti; l’AMS è il servizio completo che la contiene: oltre a correggere i malfunzionamenti include monitoraggio proattivo, supporto agli utenti, adeguamenti normativi e tecnologici ed evoluzione funzionale, il tutto governato da SLA misurabili.
Cosa sono gli SLA di un contratto AMS?
I Service Level Agreement sono gli impegni scritti su tempi e qualità: entro quanto viene preso in carico un ticket, entro quanto viene risolto in base alla gravità, in quali orari il servizio è attivo. Sono ciò che distingue un AMS da una generica disponibilità a chiamata.
Che differenza c’è tra AMS e body rental?
Nel body rental compri ore di persone e la responsabilità del risultato resta tua; nell’AMS compri un risultato garantito da SLA e la responsabilità del servizio è del fornitore. Il primo è affitto di capacità, il secondo è un impegno sull’esito.
Conviene l’AMS anche se ho un reparto IT interno?
Spesso sì, ed è la combinazione più comune: l’AMS presidia gli applicativi (ticket, manutenzione, monitoraggio) e libera l’IT interno per i progetti strategici. L’alternativa — l’IT migliore impiegato a spegnere incendi — è quasi sempre più costosa, anche se non appare in nessuna fattura.
Quanto costa un servizio di application management?
Dipende dal perimetro: quanti applicativi, quale criticità, quali finestre di copertura e quali SLA. Il modello tipico è un canone che rende il costo IT pianificabile, dimensionato dopo un assessment degli applicativi da presidiare — che è anche il primo passo giusto per confrontare le offerte.