Cluster · PWA aziendale su misura
PWA aziendale su misura: quando conviene rispetto a un software pronto
Quando conviene costruire una PWA aziendale su misura e quando comprare un software pronto: costi, controllo dei dati e manutenzione. Un caso reale.
Tempo di lettura: 10 min
Guida operativa · Casi studio
Una PWA aziendale su misura è un'applicazione web installabile costruita per un processo specifico, invece che comprata pronta. La domanda vera non è tecnica ma economica: conviene costruire o conviene adattarsi a quello che esiste già?
La risposta onesta è che nella maggior parte dei casi conviene comprare. Il software pronto costa meno, esiste subito, ha assistenza e non impegna nessuno alla manutenzione. Il su misura si giustifica in una situazione precisa: quando manca una funzione centrale per il tuo processo e nessun prodotto la offre.
Questo articolo racconta un caso in cui la scelta è caduta sul su misura, spiegando la funzione che l'ha giustificata e il prezzo che si paga. Il progetto completo è nel caso studio dell'agente WhatsApp per affitti brevi realizzato per Rial Estate.
In sintesi
- Il software pronto è la scelta giusta nella maggior parte dei casi: costa meno, esiste subito e non ti impegna alla manutenzione.
- Il su misura si giustifica quando manca una funzione centrale per il processo, non quando manca una comodità.
- Una PWA evita gli store, si aggiorna da sola e gira su qualsiasi dispositivo con un browser: per gli strumenti interni è spesso la forma più pratica.
- La voce che sorprende è la manutenzione: va contata come costo ricorrente, non come coda del progetto.
- Non serve sempre un database: per volumi contenuti, lo storage a blob riduce i pezzi da mantenere.
La funzione che ha giustificato il su misura
Nel progetto degli affitti brevi serviva una casella condivisa dove lo staff leggesse e rispondesse ai messaggi degli ospiti. Di strumenti del genere ne esistono molti, pronti e maturi.
Quello che non abbiamo trovato in nessuno è vedere lo stato di consegna dei messaggi automatici accanto alla conversazione.
Sembra un dettaglio. Non lo è: in un sistema dove le istruzioni di ingresso partono da sole, la domanda operativa più frequente è "l'ospite ha ricevuto e letto le istruzioni?". Gli strumenti pronti mostrano le conversazioni; i messaggi automatici partono da un altro sistema e restano invisibili. Chi accoglie doveva controllare in due posti diversi.
Nella PWA costruita per il progetto ogni messaggio automatico compare nella conversazione con il testo esatto ricevuto dall'ospite e con lo stato che il canale rimanda — inviato, consegnato, letto, fallito. Una schermata sola, una risposta sola.
Il confronto, senza sconti
Quando conviene su misura
- Esiste una funzione centrale che nessun prodotto offre.
- Il costo per postazione del software pronto cresce con il team e diventa la voce dominante.
- I dati non possono stare su infrastrutture di terzi per ragioni contrattuali o di compliance.
- Il processo è talmente specifico che adattarlo a un prodotto standard costerebbe più del software.
- Hai già un fornitore o un team che può mantenerlo nel tempo.
Quando conviene pronto
- Il prodotto copre la gran parte dei bisogni e il resto è aggirabile.
- Non hai nessuno che possa occuparsi della manutenzione fra un anno.
- Serve partire in fretta: il pronto è disponibile oggi.
- Vuoi assistenza da chiamare quando qualcosa non funziona.
- Il processo non è un vantaggio competitivo: è amministrazione.
| Criterio | Software pronto | PWA su misura |
|---|---|---|
| Tempo per partire | Giorni | Settimane o mesi |
| Costo iniziale | Basso o nullo | Il progetto di sviluppo |
| Costo ricorrente | Canone, spesso per postazione | Hosting + manutenzione |
| Funzioni | Quelle previste dal prodotto | Quelle che decidi tu |
| Dati | Sull'infrastruttura del fornitore | Dove decidi tu |
| Assistenza | Del fornitore | Di chi lo ha costruito |
| Evoluzione | Segue la roadmap del fornitore | Segue le tue esigenze |
| Rischio | Il fornitore cambia prezzi o chiude | Chi lo ha costruito diventa irreperibile |
L'ultima riga vale la pena leggerla due volte. Entrambe le strade hanno un rischio di dipendenza: da un fornitore di software o da un fornitore di sviluppo. Il su misura non elimina la dipendenza, la sposta.
Perché una PWA e non un'app da store
Per uno strumento interno, la forma applicazione web installabile ha vantaggi concreti rispetto a un'app nativa.
- Nessun passaggio dagli store. Nessuna revisione, nessun tempo di attesa, nessuna regola di terzi da rispettare per pubblicare un aggiornamento.
- Aggiornamento immediato. Chi apre lo strumento ha già l'ultima versione: non esiste il problema del team con versioni diverse.
- Un solo codice per tutti i dispositivi. Telefono, tablet e computer usano la stessa cosa.
- Installabile comunque. Chi vuole l'icona sulla schermata home ce l'ha, senza passare da un negozio di applicazioni.
Il limite principale riguarda le notifiche push, che funzionano ma con vincoli diversi a seconda del sistema operativo — in particolare su iPhone. Il tema è trattato per esteso in notifiche push web.
Le scelte tecniche che hanno tenuto il progetto leggero
Due decisioni hanno ridotto in modo netto i pezzi da mantenere.
Nessun database. I dati — conversazioni, stati dei messaggi — vivono nello storage a blob del fornitore di hosting. Per i volumi in gioco è sufficiente, e togliere un database significa togliere un servizio da configurare, da aggiornare, da salvare e da pagare. È una scelta che va rivalutata se i volumi crescono o se servono interrogazioni complesse, ma partire semplici è quasi sempre giusto.
Autenticazione proporzionata. Accesso con una credenziale condivisa dal team, e gli endpoint chiamati dai sistemi automatici protetti da un segreto nell'intestazione. Per un gruppo piccolo che condivide comunque il lavoro è una scelta accettabile; nel momento in cui servisse sapere chi ha scritto cosa, servirebbero account individuali. È una decisione da prendere guardando il rischio reale, non per abitudine.
Esempi pratici
Un team di tre persone che gestisce messaggi. Un prodotto pronto per caselle condivise costa poco e funziona. Se però il valore sta nel vedere gli stati dei messaggi automatici, quel poco non basta e il su misura ha senso.
Uno studio professionale con un gestionale rigido. Il gestionale copre tutto tranne una schermata che serve ogni giorno. Costruire quella schermata sopra i dati del gestionale, invece di sostituire il gestionale, è spesso la scelta migliore: si aggiunge, non si rimpiazza. Il collegamento è descritto in integrare il gestionale.
Un'azienda che valuta di sostituire un prodotto pronto. La domanda giusta non è "possiamo costruirlo?" ma "chi lo manterrà fra due anni?". Se non c'è una risposta, il prodotto pronto resta la scelta giusta anche se imperfetto.
Uno strumento che nasce attorno a un'automazione. Nel progetto degli affitti brevi la casella condivisa non è nata come prodotto, ma come interfaccia umana sopra dei flussi automatici: serviva un posto dove le persone potessero intervenire dove l'automazione si ferma. È un pattern ricorrente, descritto anche in automazione customer care e in workflow AI.
Errori da evitare
Contare solo il costo di sviluppo. Il su misura ha un costo ricorrente fatto di aggiornamenti, correzioni e piccole evoluzioni. Ignorarlo porta a scoprire dopo un anno che il totale è ben superiore al canone che si voleva evitare.
Costruire per risparmiare sul canone. Se la motivazione è solo il costo, i conti quasi mai tornano. La motivazione buona è la funzione mancante.
Ricostruire quello che esiste. Ogni funzione che replichi da un prodotto pronto è tempo speso senza vantaggio. Il su misura dovrebbe contenere solo ciò che rende diverso il tuo processo.
Non prevedere il passaggio di consegne. Un software su misura senza documentazione è un debito: chi lo ha costruito diventa insostituibile, e questo è un rischio per l'azienda.
Sovradimensionare l'infrastruttura. Database, code, servizi separati: ogni pezzo aggiunto va mantenuto. Partire dalla configurazione più semplice che regge il caso d'uso è quasi sempre corretto.
Come applicarlo in azienda
- Elenca le funzioni che ti servono e segna quali sono davvero quotidiane. La lista si accorcia molto.
- Prova due prodotti pronti sul processo reale, non sulla demo. Segna cosa manca davvero.
- Se manca qualcosa di quotidiano, valuta il su misura solo per quella parte, appoggiandola ai sistemi che già hai.
- Metti a budget la manutenzione prima di decidere, non dopo.
- Definisci chi lo mantiene e cosa succede se quella persona o quel fornitore non c'è più.
Se stai valutando un progetto di questo tipo, la panoramica sui servizi è in software su misura e le fasce di costo tipiche in prezzi.
Conclusione
Una PWA aziendale su misura non è una scelta migliore in assoluto: è una scelta giusta in una situazione specifica, cioè quando manca una funzione che usi ogni giorno e che nessuno ti vende. Fuori da quella situazione, il software pronto vince quasi sempre.
Le due domande che decidono: qual è la funzione che nessun prodotto ha? e chi mantiene questa cosa fra due anni?. Se la prima non ha una risposta netta o la seconda non ne ha nessuna, compra.
Vuoi capire quali processi della tua azienda possono essere automatizzati con l'AI? Giallo Studio può aiutarti a trasformare il problema in un workflow reale. Se ti interessa la forma installabile, ne parliamo in PWA e web app.
Schema consigliato: Article + FAQPage + BreadcrumbList
Risorse correlate
FAQ
Cos'è una PWA aziendale?
È un'applicazione web installabile sul dispositivo, che si comporta come un'app ma vive su un indirizzo web. Per uso interno è spesso la scelta più pratica: non passa dagli store, si aggiorna da sola e funziona su qualsiasi dispositivo con un browser.
Quando conviene costruire invece di comprare?
Quando esiste una funzione specifica che nessuno strumento pronto offre e che è centrale per il processo. Se il software pronto copre il 90% dei bisogni, di solito conviene comprarlo e adattare il processo. Se manca proprio il 10% che serve ogni giorno, il su misura si ripaga.
Quanto costa mantenere un software su misura?
La manutenzione è la voce che sorprende: aggiornamenti, correzioni ed evoluzioni sono a carico di chi lo ha costruito, e vanno messe in conto come costo ricorrente. Chi valuta solo il costo di sviluppo iniziale sottostima il costo reale sull'arco di alcuni anni.
Una PWA può ricevere notifiche push?
Sì, con limiti diversi a seconda del sistema operativo. Su iPhone le notifiche push funzionano solo se l'app è stata aggiunta alla schermata home, e ci sono vincoli specifici da conoscere prima di prometterle a un cliente.
Serve un database per una PWA interna?
Non sempre. Per volumi contenuti e dati semplici, lo storage a blob offerto dai fornitori di hosting può bastare: meno pezzi da mantenere, meno costi fissi. Un database serve quando i dati crescono, vanno interrogati in modi complessi o richiedono transazioni.
Come si gestisce l'accesso in uno strumento interno?
Dipende dalla dimensione del team e dalla sensibilità dei dati. Per un gruppo piccolo, una credenziale condivisa può essere accettabile; appena servono tracciabilità delle azioni o permessi differenziati, servono account individuali. È una decisione da prendere consapevolmente, non per inerzia.