Software su misura: gestionali, web app e app mobile

Conviene in due casi: quando fai qualcosa che i prodotti da scaffale non prevedono, o quando la loro rigidità ti costa più di quanto ti faccia risparmiare la licenza.

Se il tuo processo è standard, un pacchetto pronto va benissimo, e te lo diciamo. Ha senso costruire quando il tuo modo di lavorare è parte del vantaggio competitivo: piegarlo a un programma generico significa buttarlo via.

Un esempio: arrivi con tre gestionali che non comunicano e una persona che passa le giornate a ricopiare dati dall'uno all'altro. Esci con un unico cruscotto in cui quei dati si parlano da soli. È quello che abbiamo fatto per R&W Tech: 50 saldatrici che prima erano cieche l'una all'altra, oggi lette da una sola dashboard.

Le app che costruiamo non si scaricano perché fanno comodo: si usano perché senza non si lavora. Il manutentore davanti a un macchinario fermo, il tecnico dentro un capannone dove la rete non arriva, l'agente che chiude un ordine a casa del cliente. Il telefono qui è uno strumento di lavoro, e l'app è il pezzo mobile di un sistema che esiste già: gestionale, ERP, dati di produzione, dispositivi in campo.

Quattro casi tornano più spesso degli altri. L'app companion di un macchinario o di un dispositivo, che lo configura e lo comanda via Bluetooth o NFC: per Assa Abloy abbiamo riscritto l'app delle serrature Mottura senza toccare il protocollo hardware, così le serrature già installate hanno continuato a funzionare mentre l'app cambiava del tutto. L'app per i tecnici in campo, che deve funzionare offline e sincronizzare quando la rete torna. L'app per la forza vendita, con catalogo, listini e ordini che finiscono dritti nel gestionale invece di passare da un PDF e da una telefonata. E l'app collegata a un sistema IoT, che legge i sensori mentre i dati arrivano: per HCube è uno stream Bluetooth continuo da una patch cucita negli indumenti sportivi, con i grafici che scorrono in tempo reale.

iOS e Android li sviluppiamo in Flutter: un solo codice per due piattaforme, quindi una sola cosa da mantenere e da aggiornare a ogni rilascio. Dove il cross-platform non arriva scendiamo al nativo, Kotlin e Swift: protocolli hardware, Bluetooth Low Energy, NFC, widget di sistema, app per Apple Watch. È una questione di conti: due app native da mantenere costano il doppio, per sempre, e non c'è quasi mai un motivo tecnico per giustificarle.

Quello che non facciamo è l'app consumer da lanciare sugli store, quella che vive di download, classifiche e retention. È un altro mestiere, che si vince con il marketing più che con l'architettura. Se la tua app deve parlare con i tuoi processi, i tuoi dati o i tuoi dispositivi, sei nel posto giusto. Se deve conquistare un milione di utenti privati, ti conviene cercare altrove, e se ce lo chiedi te lo diciamo.