Vai al contenuto
Servizi · Software

Sviluppo software su misura

Quando lo strumento non combacia, è il lavoro a piegarsi allo strumento. Costruiamo software sul processo che esiste già: le stesse operazioni, senza i passaggi che servono soltanto al programma.

Come si presenta

Di solito comincia così

  • Tre versioni dello stesso foglio di calcolo
  • Dati ricopiati a mano da uno strumento all'altro
  • Un gestionale che copre metà del lavoro
  • Passaggi che esistono solo perché il programma li chiede

Un software generico è costruito sulla media di migliaia di aziende. Se il modo in cui lavori è la ragione per cui i clienti tornano, adattarlo a quella media significa spegnere proprio quello — e pagare ogni mese per farlo.

Cosa costruiamo

Sviluppo software su misura: cosa comprende

Piattaforme e applicazioni web

Strumenti che si aprono nel browser e funzionano su computer e telefono, senza installare niente. Accessi separati per ruolo, dati sempre aggiornati, nessuna copia locale da tenere allineata.

Gestionali e strumenti interni

Il posto in cui il lavoro viene registrato mentre si fa: anagrafiche, stati, attività, storico. Chi entra il giorno dopo trova esattamente la situazione che ha lasciato chi è uscito la sera prima.

Dashboard e report

I numeri che servono a decidere, calcolati dai dati veri invece che ricostruiti a mano ogni lunedì. Con la possibilità di esportarli, perché prima o poi qualcuno li chiederà in un altro formato.

Aree riservate e portali

Spazi dove clienti, collaboratori o reparti vedono soltanto ciò che li riguarda. I permessi sono espliciti e si leggono nel codice, non sono una convenzione che tutti ricordano a memoria.

Database e modello dei dati

Cos'è un cliente, quali stati può attraversare, quali passaggi sono ammessi e quali no. Il modello viene prima dell'interfaccia: quando è giusto l'interfaccia diventa quasi ovvia, quando è sbagliato nessuna interfaccia lo salva.

Come funziona

Il sistema, non solo la schermata

OperatoreApplicazioneLogicaArchivioDashboardExport

Prima il processo, poi la tecnologia

Quasi sempre la richiesta iniziale è già una soluzione travestita. Prima di scrivere una riga guardiamo come si lavora davvero, dove si perde tempo e cosa si rifà ogni giorno: la tecnologia scelta troppo presto decide cosa riuscirai a costruire dopo.

Si costruisce per parti utilizzabili

Non un unico blocco da consegnare alla fine. Ogni parte funziona prima che cominci la successiva, così il sistema si può usare — e correggere — mentre cresce.

Le integrazioni falliscono in modo visibile

Un collegamento fragile è peggio di nessun collegamento: crea fiducia e poi la tradisce in silenzio. Ogni integrazione è costruita per dire quando non ha funzionato, invece di lasciare un dato a metà.

Il giorno del lancio deve essere noioso

Dispositivi reali, connessioni lente, dati sbagliati, persone che cliccano dove non dovrebbero. Si prova prima: se la pubblicazione è un evento emozionante, qualcosa è stato saltato.

Casi d’uso

Dove serve davvero

Sostituire un foglio di calcolo condiviso da più persone con uno strumento con permessi, storico e nessuna versione «finale (2)»
Dare a un'attività un'unica fonte di verità, invece di quattro strumenti che si contraddicono
Portare online un processo che oggi vive su moduli cartacei o PDF compilati a mano
Costruire la prima versione di un prodotto digitale, con dentro solo ciò che serve per capire se regge
Affiancare un software esistente con la parte che gli manca, invece di rifare tutto da zero
Tecnologie

Gli strumenti che usiamo più spesso su questo tipo di progetti. Non sono affiliazioni: sono scelte che si rivedono quando il progetto chiede altro.

  • Next.js
  • TypeScript
  • Node.js
  • PostgreSQL
  • Supabase
  • Vercel
Domande

Quelle che arrivano su questo

Se la tua non è qui, ci sono le altre.

Quando conviene un software su misura invece di uno pronto?

Quando il modo in cui lavori è un vantaggio e il software pronto ti chiede di rinunciarci, quando paghi licenze per funzioni che non usi mentre ti manca quella che serve, o quando tieni insieme due strumenti con il copia-incolla. Se invece esiste un prodotto che fa già il 90% del lavoro, lo diciamo: costruire per costruire non è un servizio.

Si può partire da una prima versione ridotta?

Sì, ed è quasi sempre la scelta giusta. Si decide insieme cosa entra nella prima versione — il minimo che rende il sistema utile — e si aggiunge il resto dopo averlo visto in mano a chi lo usa, non prima.

Cosa succede dopo la pubblicazione?

Il prodotto vero comincia lì: si osserva come viene usato, si tolgono gli attriti che nessuno aveva previsto e si migliora ciò che l'uso indica. Come continuare — interventi su richiesta o un rapporto continuativo — si concorda insieme, sul progetto.

Raccontaci il caso: rispondiamo con cosa costruiremmo e come.

Creiamo un progetto