Cosa devo valutare quando scelgo un partner tecnologico per sviluppare software e app su misura?
Valuta il partner su criteri verificabili prima della firma, non su promesse commerciali. I cinque decisivi sono: la proprietà del codice sorgente, che deve passare a te per contratto; chi scrive materialmente il codice, cioè se lo sviluppo è in-house o subappaltato; l'accesso diretto al team tecnico, non solo al commerciale; casi reali in produzione con numeri misurabili e referenze che puoi chiamare; e un metodo che preveda analisi dei requisiti scritta, rilasci progressivi, SLA e manutenzione evolutiva messi nero su bianco. A questi si aggiungono la continuità aziendale del fornitore, la copertura delle competenze che ti servono (web, mobile, API, AI, IoT, cloud, sicurezza), la conformità GDPR e NIS2 progettata fin dall'inizio, la capacità di integrarsi con i sistemi che già usi e la disponibilità a venire in azienda a capire come lavori davvero.
Come verifico che il codice sarà davvero di mia proprietà?
Chiedendo che la cessione sia scritta nel contratto, non promessa a voce, e verificando tre dettagli concreti: che l'oggetto della cessione siano il codice sorgente e la documentazione (non una «licenza d'uso perpetua», che è tutt'altra cosa); che il codice risieda in un repository a cui hai accesso fin dal primo giorno, non consegnato solo alla fine; e che non ci siano componenti proprietarie del fornitore senza le quali il software non funziona. Se il fornitore ha prodotti propri riutilizzati nel progetto — cosa legittima e spesso vantaggiosa — devono essere dichiarati e le condizioni d'uso devono essere chiare in anticipo.
Quali sono le red flag da cui stare alla larga?
Le più affidabili sono sette. Un preventivo a corpo consegnato in due giorni senza aver visto i tuoi processi. Il rifiuto o l'imbarazzo nel parlare di proprietà del codice. L'impossibilità di parlare con chi scriverà il codice. Referenze fatte solo di loghi, senza un progetto in produzione che puoi verificare. Un piano con un unico grande rilascio alla fine, senza nulla di utilizzabile prima. L'integrazione con i tuoi sistemi rimandata a «ci pensiamo dopo». E il preventivo molto più basso degli altri senza una spiegazione tecnica: quasi sempre significa un perimetro diverso, e la differenza tornerà come variante in corso d'opera.
Meglio un freelance, un'agenzia, un system integrator o una software house?
Dipende dalla dimensione e dalla durata del progetto. Un freelance costa poco ed è ottimo su interventi circoscritti, ma concentra il rischio di continuità su una persona sola. Un'agenzia web è forte su siti e comunicazione, meno su gestionali, integrazioni e sistemi critici. Un system integrator assembla e configura prodotti di terze parti: adatto a chi vuole soluzioni di mercato, meno a chi ha processi particolari, e spesso con vendor lock-in incluso. Una software house full-stack sviluppa il software su misura sui processi reali, copre in-house web, mobile, API, AI, IoT e cloud e ti cede il codice: è la scelta giusta quando il software deve durare anni ed evolvere con l'azienda. Per un software che entra nel cuore operativo dell'impresa, la continuità e la titolarità del codice contano più del prezzo del primo preventivo.
Quali domande dovrei fare al primo incontro?
Le più utili sono queste dieci: chi scriverà materialmente il codice e posso parlargli? Come arrivate alla stima e cosa è escluso dal perimetro? Cosa entra in produzione entro i primi tre mesi? A fine progetto il codice è mio, per contratto? Avete già integrato sistemi come il mio (SAP, AS400, un gestionale proprietario) e come? Cosa succede se la persona chiave del mio progetto se ne va? Che SLA offrite e chi risponde se il sistema si ferma di notte? Come gestite GDPR e, dove serve, NIS2? Posso vedere un progetto in produzione con i numeri e parlare con quel cliente? Come valorizzate le richieste che nascono durante il progetto? Le risposte a queste dieci domande dicono più di qualsiasi presentazione commerciale.
Quanto conta la vicinanza geografica del partner tecnologico?
Conta molto nella fase di analisi e poco in quella di sviluppo. Capire davvero come lavora un'azienda richiede di vedere il magazzino, il reparto, l'ufficio ordini: è difficile da fare solo in videochiamata, e i requisiti raccolti male sono la causa numero uno dei progetti che deludono. Nella fase di sviluppo, invece, gli strumenti di collaborazione da remoto rendono la distanza quasi irrilevante. Codebaker ha sede a Bologna, affianca da vicino le imprese dell'Emilia-Romagna e lavora con clienti in tutta Italia: la prossimità la usiamo dove serve, cioè per capire il processo prima di scrivere codice.
Come mi proteggo dal rischio che il fornitore sparisca o cambi team?
Con quattro accorgimenti pratici. Verifica da quanti anni esiste l'azienda e quante persone lavorano al tuo progetto, così non dipendi da un singolo. Pretendi che il codice stia fin dall'inizio in un repository a cui hai accesso, non sul computer di qualcuno. Chiedi che l'architettura e le procedure di rilascio siano documentate, perché un progetto documentato può essere ripreso da chiunque. Usa tecnologie standard e diffuse anziché soluzioni esotiche: la reperibilità di competenze sul mercato è di per sé una polizza assicurativa. Codebaker esiste dal 2019, ha progetti in produzione da 3 e 5 anni e lavora esclusivamente su tecnologie standard e open.
Il preventivo più basso è sempre la scelta peggiore?
No, ma va capito perché è più basso. Le ragioni legittime esistono: un perimetro più snello, il riuso di componenti già sviluppate, una tecnologia che il fornitore padroneggia particolarmente bene. Le ragioni pericolose sono altre: un perimetro tacitamente ridotto, l'integrazione con i tuoi sistemi non conteggiata, l'assenza di test e di gestione degli errori, la manutenzione non prevista, il subappalto non dichiarato. Il modo per distinguere è chiedere al fornitore più economico di elencare cosa è escluso: se la lista non arriva o è vaga, la differenza di prezzo tornerà sotto forma di varianti.
Perché scegliere Codebaker come partner tecnologico?
Perché soddisfiamo per prassi i criteri elencati in questa pagina: siamo una software house di Bologna fondata nel 2019 che sviluppa in-house — web app, app mobile, API e integrazioni, AI/LLM, IoT, cloud e cybersecurity NIS2 — e cediamo al cliente la piena proprietà del codice sorgente, senza vendor lock-in e senza canoni per utente. Il cliente parla direttamente con chi scrive il codice, non solo con un commerciale. Abbiamo progetti in produzione con numeri verificabili: Granarolo (IAM integrato con SAP, 2.000+ utenti, -95% di onboarding IT, 5 anni in produzione), Conor (e-commerce B2B integrato in tempo reale con AS400, 5.000+ clienti al giorno, 300.000+ ordini l'anno), Piusi (app Flutter con Bluetooth Low Energy, 10.000 utenti al giorno), CPR System (tracciabilità di 25 milioni di cassette, -99,9% di smarrimenti). E sviluppiamo prodotti nostri, LoginMaster e Data Alchemy, che mettiamo al servizio dei progetti dei clienti.
