Articolo tecnico
Scegliere il software: prima il processo, poi il prodotto
Confrontare elenchi di funzioni è semplice e porta di rado alla decisione giusta. La domanda migliore è: quale dei nostri processi possiamo adattare al software — e quale no?
Articolo tecnico della Open Experience GmbH. Aggiornato a: settembre 2026
Come si sceglie il software giusto per l'edilizia?
Dividendo anzitutto i propri processi in due gruppi. I processi primari di creazione del valore — ciò per cui un'impresa è conosciuta — non vanno adattati a un software: chi subordina il proprio processo centrale a una soluzione standard lavorerà poi come i concorrenti che usano la stessa soluzione. I processi di supporto, al contrario, stanno meglio nel software standard, perché lì contano costi e manutenibilità e nessuna differenza si produce. Solo dopo questa classificazione il confronto delle funzioni ha senso.
Quadro giuridico: Germania (codice civile BGB, condizioni contrattuali VOB/B, tariffario HOAI). In altri Paesi valgono regole diverse e le pattuizioni contrattuali prevalgono sui termini ordinari qui citati.
Primario o di supporto — la decisione preliminare
Lo stesso software può essere la scelta giusta per un'impresa e quella sbagliata per un'altra. La differenza non sta nel prodotto, ma nel ruolo del processo.
| Caratteristica | Processo primario di creazione del valore | Processo di supporto |
|---|---|---|
| *Da che cosa si riconosce* | Il cliente paga esattamente per quello | Necessario, ma sostituibile |
| *Direzione dell'adattamento* | Il software segue il processo | Il processo segue il software |
| *Criterio di scelta* | L'aderenza, anche se richiede più tempo | Costi, manutenibilità, tempi di introduzione |
| *Rischio della scelta sbagliata* | Perdita dell'elemento distintivo | Risorse impegnate senza contropartita |
La classificazione è specifica di ogni impresa: per uno studio la direzione dei lavori è il processo centrale, per un altro una prestazione accessoria.
Esempio 1 — quando l'efficienza è il processo centrale
Uno studio di progettazione è conosciuto per una direzione dei lavori particolarmente efficiente. La divisione del lavoro è rodata: ingegneri esperti valutano sul posto e dettano note vocali, il back office ne ricava le attività. Se ora si introduce un sistema di ticket che alleggerisce il back office ma appesantisce la direzione lavori, si ribalta proprio il vantaggio che distingue lo studio.
- Il conto non tornaAlleggerimento dove costa poco, aggravio dove costa molto — è uno spostamento, non un miglioramento.
- Meglio attendere che snaturareSe non esiste una soluzione adatta, attendere è una decisione migliore di una che danneggia il processo centrale.
- Che cosa fa qui un software adattoRilevare attività e immagine in un unico passaggio, annotazione come nota vocale — l'elaborazione resta al back office come prima.
L'esempio è un'illustrazione, non un caso cliente — descrive uno schema che nei progetti di selezione ricorre di continuo.
Esempio 2 — quando lo sviluppo su misura finisce nel posto sbagliato
Uno studio di ingegneria si è conquistato un vantaggio reale con una libreria propria di modelli impiantistici, comprensiva delle dipendenze geometriche. Da questa buona esperienza nasce l'idea di farsi sviluppare anche un sistema di rilevamento delle attività. L'errore non sta nella capacità, ma nella classificazione: lo studio è conosciuto per la progettazione impiantistica, non per la direzione dei lavori.
- Risorse sulla leva sbagliataLa capacità di sviluppo che manca nell'area centrale vi produce arretrato, proprio dove nasce il vantaggio.
- Troppe poche competenze interneChi non vive il processo ogni giorno non riesce né a specificarlo né a mantenerlo nel tempo.
- La scelta corretta sarebbeUn sistema standard economico per il processo secondario — e lo sviluppo proprio là dove produce effetto.
La giusta quota di volo nella gestione dei dati
La seconda domanda di selezione non riguarda le funzioni, ma i dati: quali informazioni servono ogni giorno per lavorare e quali stanno pronte come riferimento? I dati di lavoro devono stare dove si lavora — in mobilità, offline, reperibili in pochi secondi. I dati di riferimento appartengono a un archivio ordinato, da cui si prelevano all'occorrenza. Chi costringe entrambi nello stesso sistema ottiene o un'app di cantiere lenta o un archivio introvabile.
- In uso attivoVizi, verifiche, fotografie del lotto in corso, elaborati aggiornati — ogni giorno, raggiungibili con pochi gesti.
- Tenuto come riferimentoContratti, versioni precedenti degli elaborati, lotti conclusi — archiviati in modo ricostruibile, ma non fra i piedi.
- Standard più specifico di progettoUn fascicolo di cantiere strutturato ovunque allo stesso modo e capace comunque di accogliere le particolarità del progetto.
Domande che chiariscono una scelta più in fretta di ogni demo
Per che cosa ci paga il cliente?
La risposta indica i processi che non possono essere adattati.
Chi inserisce i dati?
I sistemi che spostano il rilievo verso il basso falliscono per mano di chi dovrebbe rilevare.
Funziona senza rete?
Nella struttura grezza non è una questione di comfort, ma la condizione per essere usato.
Riusciamo a uscirne?
I formati di esportazione decidono se i dati appartengano al progetto o al fornitore.
Chi lo manterrà fra tre anni?
Con lo sviluppo su misura è la domanda più cara e quasi sempre senza risposta.
Quanto costa il decimo utente?
I modelli di prezzo che puniscono la diffusione impediscono proprio ciò che porta il beneficio.
Specialista o generalista
Resta la domanda di fondo: un fornitore completo, che evita i problemi di interfaccia, oppure più soluzioni specializzate, che nel loro segmento sanno fare di più. Entrambe le vie sono sostenibili. Decisivo è dove serva la profondità: chi conduce la fase di costruzione come processo centrale ha bisogno di profondità lì e può farne a meno altrove. Come tutto ciò si presenti nel confronto con altri fornitori — compresa la domanda su quando il concorrente sia la scelta migliore — sta nelle pagine di confronto.
Che cosa Open Experience è in questo quadro
Open Experience è lo specialista della fase di costruzione: vizi, fotografie, giornale dei lavori, checklist e rilievo a 360° in un'unica piattaforma, con hardware propria e nel linguaggio della Leistungsphase 8. Per la progettazione, il computo o la gestione delle paghe sono competenti altri — e non è una lacuna, ma la scelta di essere profondi nel processo centrale.
Domande frequenti
Standard o sviluppo su misura — che cosa costa meno?
Lo standard quasi sempre all'acquisto, lo sviluppo su misura quasi mai nell'esercizio. La vera questione di costo non è l'introduzione, ma la manutenzione lungo cinque anni.
Da che cosa riconosco un processo primario?
Dal fatto che i clienti lo nominano quando spiegano perché lavorano con Lei. Tutto ciò che internamente è necessario ma sostituibile appartiene all'altro gruppo.
Quanti sistemi sono troppi?
A decidere non è il numero, ma i passaggi di consegna. Due sistemi con un'interfaccia pulita valgono più di uno in cui metà del lavoro scorre accanto.
Che cos'è un ambiente di dati condiviso?
Un ambiente ordinato in cui tutti i soggetti del progetto accedono alla stessa versione — con netta separazione fra versione di lavoro, versione approvata e archivio.
Quanto dura realisticamente un'introduzione?
L'installazione è questione di giorni. La conversione dura un progetto — soprattutto perché vanno spente le vecchie vie parallele, non perché il software sia difficile.
Dove falliscono più spesso i progetti di selezione?
Su due cose: si è scelto in base a elenchi di funzioni invece che ai processi — e chi ogni giorno dovrà rilevare i dati non è stato coinvolto nella decisione.
Fonti e basi giuridiche
Le affermazioni giuridiche di questo articolo si basano sulle fonti primarie elencate di seguito. L’articolo non sostituisce una consulenza legale nel caso concreto.
Prima guardare i Suoi processi, poi parlare di software.
45 minuti senza dimostrazione di prodotto: ordiniamo con Lei quale processo sia il Suo elemento distintivo — e quale sopporti lo standard.