01 / Perimetro
Subfornitura tecnica
Sviluppo backend white label per agenzie e software house
Hai vinto un progetto con una componente di integrazione che non conviene tenere in casa. Io la sviluppo sotto il tuo nome: NDA firmato prima di ricevere qualunque materiale, nessun contatto con il tuo cliente finale, consegna a milestone, codice e documentazione intestati a te dal primo commit.
Ambito tecnico
- REST e SOAP
- Webhook
- Middleware ETL
- PostgreSQL / MySQL
- Autenticazione e ruoli
- Job schedulati
- Gestionali italiani
- Portali B2B
Lo stack lo concordiamo: se hai vincoli di manutenibilità interna, si sviluppa su quello che il tuo team sa mantenere. Non ti impongo tecnologie per comodità mia.
- Cosa faccio
- Backend, API, integrazioni fra sistemi, middleware, architettura dei dati. La parte che regge il progetto e che raramente conviene improvvisare.
- Cosa non faccio
- Non contatto il tuo cliente finale, non compaio nella documentazione consegnata a lui, non uso il progetto come referenza senza tua autorizzazione scritta.
- Come si consegna
- Milestone brevi, ognuna con un criterio di accettazione scritto e un artefatto che puoi provare. Sul tuo repository dal primo commit, mai a pacchetto alla fine.
- Perché io
- Perché non compri soltanto delle ore. Lavoro dentro il tuo processo e con i tuoi standard, e il progetto ti lascia requisiti definiti, integrazioni ripetibili, componenti riusabili e documentazione.
- Chi lavora
- Io più una rete di collaboratori selezionati per l'esecuzione. Analisi, architettura e code review restano mie e non le delego: è il vincolo che tiene in piedi tutto il resto.
02 / Diagnosi
Perché la subfornitura tecnica va male
I rischi della subfornitura li conosci meglio di me
Non serve raccontarti quanto è utile delegare. Serve dirti come vengono gestiti i motivi per cui hai smesso di farlo.
Il fornitore che si affaccia sul cliente
Il rischio che pesa più di tutti. La contromisura è contrattuale e operativa insieme: NDA firmato prima di ricevere qualunque materiale, nessuna comunicazione diretta con il cliente finale, e il mio nome fuori da ogni documento che gli consegni. Se serve la mia presenza a una riunione tecnica, ci sono come tuo team.
La consegna che slitta senza preavviso
Il problema non è il ritardo: è scoprirlo tardi. Si lavora a milestone brevi, ognuna con un criterio di accettazione scritto e un artefatto che puoi provare. Se una milestone è a rischio lo sai quando lo so io, non alla data di consegna.
Il codice che nessuno può riprendere
Consegnare qualcosa che solo il fornitore sa mantenere è un debito che paghi tu, non lui. Il codice è sul tuo repository dal primo commit, la documentazione tecnica è parte della milestone e non un extra, e le scelte architetturali sono motivate per iscritto — comprese quelle che ho scartato.
La capacità promessa e non mantenuta
Preferisco dire no a un progetto che accettarne tre e consegnarne uno. Analisi, architettura e code review le faccio io e non le delego, quindi la mia capacità è finita e dichiarata: se non riesco a stare nei tuoi tempi, te lo dico prima di iniziare.
Come è impostato il rapporto
Colonna centrale: la pratica diffusa nella subfornitura. Colonna destra: come lavoro io. Sono impegni operativi, non slogan, e non cambiano in base al cliente finale.
| Aspetto | Prassi comune | Come lavoro |
|---|---|---|
| Riservatezza | NDA firmato «quando serve», spesso dopo aver già visto i materiali. | NDA firmato prima di ricevere qualunque documento o accesso. |
| Cliente finale | Contatto diretto «per efficienza», con il rischio di scavalcarti. | Nessun contatto diretto. Se serve una riunione tecnica, partecipo come tuo team. |
| Referenze | Il progetto finisce nel portfolio del fornitore. | Nessuna referenza, nessun case study, nessun nome senza tua autorizzazione scritta. |
| Avanzamento | Percentuali di completamento e aggiornamenti a richiesta. | Milestone con criterio di accettazione e un artefatto provabile a ogni consegna. |
| Codice | Consegnato alla fine, su repository del fornitore. | Sul tuo repository dal primo commit, con la documentazione dentro la milestone. |
| Fine del rapporto | Dipendenze e componenti che solo il fornitore può manutenere. | Nessun componente cifrato, nessun servizio intestato a me, passaggio di consegne previsto. |
03 / Differenza
Perché io e non un fornitore a ore
Cosa ti resta dopo la consegna, oltre al codice
Quando mi deleghi un backend non compri soltanto delle ore: lavoro dentro il tuo processo, con i tuoi standard, e il progetto ti lascia qualcosa che resta anche dopo.
La differenza fra un fornitore in subfornitura e un altro non si vede nella prima consegna: si vede nella seconda. Chi fattura ore consegna il pezzo che gli hai chiesto e se ne va, e la volta dopo si riparte da capo — stessa integrazione riscoperta da zero, stessi requisiti lasciati vaghi, stessa conoscenza che resta nella testa di chi ha scritto il codice. Io lavoro dentro al tuo repository e alle tue convenzioni, e ogni milestone chiude lasciando qualcosa di riusabile a te: criteri di accettazione scritti prima della stima, uno schema di integrazione che il tuo team può ripetere da solo, componenti che non vanno riscritti al prossimo progetto, documentazione dentro la consegna e non in coda. È per questo che il costo di produzione scende dal secondo progetto in poi, e per questo non te lo quantifico in percentuale: dipende da quanto ti costa oggi da te, ed è una grandezza che vale la pena misurare prima di crederci. Se quello che ti interessa è proprio questa parte — mettere mano al processo del tuo team senza delegarmi sviluppo — è una modalità a sé, e si può prendere da sola.
Come si incastra la subfornitura nel tuo processo
Requisiti in forma verificabile
Prima di stimare si decide cosa succede sui casi limite e chi ha ragione quando due sistemi dicono cose diverse. Sono le decisioni che un capitolato commerciale lascia scoperte e che tornano in fase di test, dove cambiarle costa incomparabilmente di più. Il documento che ne esce è tuo e ti serve anche in trattativa col cliente finale.
Varianti quantificate, non assorbite
Le richieste fuori perimetro le misuro e te le rimando, con impatto su tempi e prezzo. Non le assorbo in silenzio: è il meccanismo con cui un progetto arriva fuori tempo massimo senza che nessuno abbia mai detto niente, e a quel punto la discussione col cliente parte già persa perché non c'è niente di scritto.
Standard e review dentro il tuo repository
Uso le vostre convenzioni se ne avete; se non ne avete, propongo il minimo indispensabile e lo mettiamo per iscritto invece di improvvisarlo a metà progetto. La revisione è un controllo su criteri scritti, non una discussione di gusto, e i test coprono i percorsi dove un difetto arriverebbe fino al cliente finale.
Integrazioni ripetibili
Le integrazioni sono la componente che fa saltare le stime, perché il comportamento reale del sistema di terzi lo scopri mentre lo integri. Autenticazione, retry, idempotenza, mappature, errori e log seguono uno schema che resta scritto e che il tuo team può ripetere da solo: la curva di apprendimento la paghi una volta, non a ogni commessa.
Componenti riusabili invece che riscritti
Autenticazione e ruoli, importazione di anagrafiche, esportazioni, notifiche, log: le stesse cose in ogni progetto. Quello che ricompare diventa un componente con una versione e un responsabile dichiarato, non un copia-incolla che invecchia in silenzio. Resta a te, e lo usi anche senza di me.
Documentazione dentro la milestone
Schema dei dati, contratti delle API, scelte architetturali e alternative scartate arrivano con la consegna, non a fine progetto. È la differenza fra un passaggio di consegne di un pomeriggio e settimane di affiancamento ogni volta che ruota una persona sul progetto.
Lavori tipici in white label
- Integrazione fra il gestionale del cliente finale e l'applicativo che stai costruendo tu
- API e backend per un'applicazione di cui l'agenzia sviluppa il front-end
- Middleware di normalizzazione e caricamento dati fra sistemi di terze parti
- Portale B2B collegato al gestionale del cliente, con il tuo design e il tuo nome
- Sincronizzazione fra piattaforme di terze parti quando la componente di integrazione è la parte a rischio del progetto
- Recupero di un progetto lasciato a metà da un altro fornitore, previa valutazione onesta di cosa si salva
- Blocco di analisi e architettura a sé, per preventivare al cliente senza stimare a occhio
- Code review e assessment architetturale su un backend che avete già in produzione
- Assessment del processo di sviluppo su una commessa in corso, con i rilievi ordinati per costo
04 / Condizioni
Riservatezza, consegna, proprietà
Le condizioni operative, per iscritto
Sono le stesse per ogni progetto e non cambiano in base al cliente finale. Se te ne serve una diversa, si scrive nel contratto prima di iniziare, non si concorda a voce.
Riservatezza
- NDA
- Firmato prima di ricevere materiali o accessi. Accetto il tuo modello, non pretendo che sia il mio, e vincola anche i collaboratori che metto sul progetto.
- Cliente finale
- Nessun contatto diretto, nessuna comunicazione, nessuna proposta commerciale. Ora e dopo la fine del progetto.
- Presenza in riunione
- Se serve un tecnico in call con il cliente, partecipo come parte del tuo team, con il tuo indirizzo se lo preferisci.
- Referenze
- Il progetto non entra in nessun portfolio, case study o elenco di lavori senza tua autorizzazione scritta.
Consegna
- Milestone
- Brevi, con criterio di accettazione scritto e un artefatto provabile. Nessuna percentuale di avanzamento.
- Repository
- Il tuo, dal primo commit. Nessuna consegna a pacchetto alla fine.
- Comunicazione
- Sul canale che usi tu, con un punto di contatto tecnico da ciascuna parte. Aggiornamento a ogni milestone e segnalazione immediata dei rischi.
- Ritardi
- Comunicati quando si vedono, non alla scadenza. Le cause e l'impatto sulle milestone successive sono espliciti.
Esecuzione e qualità
- Chi esegue
- Io più una rete di collaboratori selezionati con cui lavoro da tempo, vincolati dallo stesso NDA. Analisi, architettura e code review restano mie: nessuna riga arriva a te senza essere passata da una mia revisione.
- Capacità
- Finita e dichiarata, proprio perché la parte che non delego è mia. Se non riesco a stare nei tuoi tempi te lo dico prima di iniziare, non a metà progetto.
- Stack
- Concordato con te. Se il tuo team deve poterlo mantenere, quello è il vincolo che comanda sulle mie preferenze.
- Standard
- Convenzioni e stile del tuo repository, se ne avete. Altrimenti li propongo io e li mettiamo per iscritto invece di improvvisarli a metà progetto.
- Test e review
- I test coprono i percorsi critici, non una percentuale da esibire in una slide.
- Documentazione
- Parte della milestone, non un extra a fine progetto: schema dei dati, contratti delle API, scelte architetturali e alternative scartate.
Proprietà e continuità
- Titolarità
- Codice e documentazione sono tuoi. Puoi rivenderli, modificarli e consegnarli al cliente finale come lavoro tuo.
- Dipendenze
- Solo librerie con licenze compatibili con l'uso commerciale, dichiarate in un elenco che ti consegno.
- Servizi di terzi
- Intestati a te o al cliente finale. Nessun servizio in produzione registrato a mio nome.
- Uscita
- Passaggio di consegne previsto e circoscritto: nessun componente cifrato, nessuna dipendenza dalla mia presenza.
Modalità di ingaggio
- Progetto chiuso
- Il caso normale: perimetro, milestone e prezzo fisso definiti prima di iniziare. Le varianti si quantificano e si decidono, non si assorbono in silenzio fino a rompere le date.
- Analisi e architettura a sé
- Blocco breve che produce documento di architettura, stime e rischi. Serve quando devi preventivare al cliente e non vuoi farlo a occhio. Il documento è tuo e vale anche se lo sviluppo poi lo tieni in casa.
- Code review e assessment
- Revisione di un backend esistente su correttezza, sicurezza degli accessi, gestione degli errori e manutenibilità. Consegno i rilievi ordinati per gravità, distinguendo l'urgente dall'estetico.
- Intervento sul processo
- Modalità a sé, senza delega di sviluppo: si guarda un progetto vero del tuo team e si cambia una cosa per volta, partendo da quella che oggi costa di più. Prezzo a intervento, definito prima.
Cosa porto io
- Architettura del backend e dei flussi di dati, documentata e motivata
- Sviluppo in white label di API, integrazioni e middleware, con code review fatta da me
- Requisiti in forma verificabile e criteri di accettazione decisi prima di stimare
- Gestione degli errori, log e osservabilità dei flussi consegnati
- Schema ripetibile per le integrazioni e componenti riusabili che restano al tuo team
- Stime per milestone e segnalazione dei rischi appena si vedono
- Documentazione tecnica dentro ogni milestone e passaggio di consegne al tuo team
Cosa resta a te
- Rapporto commerciale, contratto e fatturazione verso il cliente finale
- Requisiti funzionali e priorità: decidi tu cosa vale la pena costruire
- Design, interfacce e front-end, salvo diverso accordo scritto
- Project management verso il cliente e gestione delle sue aspettative
- La decisione di adottare davvero gli standard: posso scriverli con voi, non imporli
- Assistenza di primo livello e helpdesk all'utente finale
- Hosting e servizi in produzione, intestati a te o al tuo cliente
05 / Percorso
Dal primo contatto alla prima milestone
Come si parte, senza perdere tempo
Le durate sono stime per orientare la pianificazione, non impegni contrattuali. Il tempo che di solito si perde non è tecnico: è quello che serve per capire cosa il cliente finale ha davvero comprato.
- 01
Call tecnica
Mezz'ora con il tuo referente tecnico. Mi dici cosa devi consegnare, cosa hai già e quali vincoli hai. Ti dico subito se è nelle mie corde e se ho capacità nei tuoi tempi.
- Cosa ricevi
- Risposta chiara: sì con quali riserve, oppure no e perché.
- Durata
- 30 minuti
- 02
NDA e materiali
NDA firmato, poi accesso al capitolato, al repository, ai sistemi da integrare e alla documentazione esistente. Prima dell'NDA non ricevo nulla.
- Cosa ricevi
- NDA firmato e accessi limitati a quanto serve per valutare.
- Durata
- 1–3 giorni
- 03
Perimetro e milestone
Definiamo cosa entra, cosa resta fuori, le milestone con i criteri di accettazione e il prezzo. Se i requisiti non bastano a preventivare, si parte da un blocco di analisi a sé. Se invece il lavoro è sul processo, al posto del perimetro consegno i rilievi ordinati per costo.
- Cosa ricevi
- Documento di perimetro, elenco milestone e prezzo fisso, oppure elenco dei rilievi con il costo stimato di ciascuno.
- Durata
- 3–7 giorni (stima)
- 04
Sviluppo e consegne
Si lavora sul tuo repository, milestone per milestone. Ogni consegna porta un artefatto provabile, la documentazione aggiornata e lo stato dei rischi aperti.
- Cosa ricevi
- Milestone accettate, documentazione aggiornata, passaggio di consegne finale.
- Durata
- Variabile per progetto
Se il tuo cliente finale è un'impresa marchigiana, la parte di analisi e progettazione può rientrare nel bando regionale Doppia Transizione Marche 2026: è un argomento che puoi usare tu in trattativa, e la pagina dedicata spiega requisiti e finestre.
06 / Domande frequenti
Quello che chiedono i referenti tecnici
Domande sulla collaborazione white label
Risposte brevi. Se serve entrare nel merito, mezz'ora di call tecnica risolve più di uno scambio di mail.
01Firmi il nostro NDA o proponi il tuo?
Firmo il tuo. Non ho un modello da imporre e non faccio negoziazioni lunghe su clausole standard di riservatezza e non concorrenza sul cliente finale. L'NDA viene firmato prima che io riceva capitolati, accessi o nomi: se hai bisogno di descrivermi il progetto in forma anonima per capire se è nelle mie corde, funziona benissimo.
02Il mio cliente saprà che c'è un fornitore esterno?
Solo se lo dici tu. Non compaio nella documentazione che consegni, non scrivo al cliente e non ricevo sue comunicazioni. Se serve un tecnico in una riunione, partecipo come parte del tuo team e, se lo preferisci, con un indirizzo di posta del tuo dominio. Dopo la fine del progetto la condizione non decade.
03Chi è titolare del codice?
Tu, dal primo commit, sul tuo repository. Puoi modificarlo, rivenderlo e consegnarlo al cliente finale come lavoro tuo. Non lascio componenti cifrati, librerie mie con licenze restrittive o servizi in produzione intestati a me. Le dipendenze di terze parti sono elencate con la loro licenza, così sai cosa stai rivendendo. Lo stesso vale per gli standard e i componenti riusabili che nascono dal progetto: restano tuoi e li usi anche senza di me.
04Che garanzie hai sui tempi?
Le milestone hanno date stimate e criteri di accettazione scritti. Se una data è a rischio lo comunico appena lo vedo, con la causa e l'impatto sulle successive. Quello che non faccio è promettere capacità che non ho: analisi, architettura e code review non le delego, quindi la mia capacità è finita e se non ci sto nei tuoi tempi te lo dico prima di firmare.
05Chi esegue materialmente il lavoro?
Io e una rete di collaboratori selezionati con cui lavoro da tempo, vincolati dallo stesso NDA. Analisi, architettura e code review non le delego: sono il punto in cui si decide se un progetto si fa una volta sola o si rifà. Questo mi mette un tetto alla capacità, ed è il motivo per cui a volte dico di no — preferisco rifiutare un progetto che accettarne tre e consegnarne uno.
06Come gestisci le richieste che escono dal perimetro?
Le quantifico e te le rimando come variante, con impatto su tempi e prezzo. Non le assorbo in silenzio: è il meccanismo con cui i progetti in subfornitura arrivano fuori tempo massimo senza che nessuno abbia mai detto niente. Decidere se una variante entra o slitta è una tua scelta commerciale, non mia.
07Lavori a tariffa oraria o a progetto?
A progetto, con prezzo fisso e milestone. La tariffa oraria aperta sposta su di te il rischio delle mie stime sbagliate, e non è un modo onesto di lavorare con chi rivende a un cliente a prezzo chiuso. Per gli interventi brevi — una code review, un assessment architetturale, un assessment del processo — il prezzo è a intervento, definito prima.
08Potete lavorare dentro il nostro processo?
Sì, ed è il modo in cui lavoro di default. Uso il vostro repository, le vostre convenzioni, il vostro strumento di ticket e i vostri ambienti. Se avete un processo di code review interno, il mio codice passa da quello come tutto il resto. Se non ne avete uno, propongo il minimo indispensabile — branch, revisione, ambiente di test — e lo mettiamo per iscritto invece di improvvisarlo a metà progetto.
09Cosa resta al mio team dopo la consegna?
Il codice e la documentazione, ovviamente, ma anche le cose che di solito non restano: i requisiti messi in forma verificabile con i criteri di accettazione, lo schema con cui è stata fatta l'integrazione — autenticazione, retry, mappature, errori, log — e i componenti che ricompaiono a ogni progetto, tenuti separati e con un responsabile dichiarato. Sono la ragione per cui la commessa dopo costa meno di questa: il tuo team non ricostruisce quello che aveva già.
10Posso prendere solo l'intervento sul processo, senza delegarti sviluppo?
Sì, è una modalità a sé. Si guarda un progetto vero, in corso o appena consegnato, si vede dove il costo si è formato e si cambia una cosa per volta partendo da quella che costa di più. Non è un corso e non è un manuale da adottare: si lavora sul progetto mentre lo state facendo, con le persone che poi devono usarlo. Detto questo, la maggior parte delle collaborazioni parte dall'altra parte — una commessa da consegnare — e il primo lavoro in white label è anche il modo più rapido di far vedere al tuo team come si tiene un'integrazione senza rifarla la volta dopo.
11Vieni a dire ai miei sviluppatori come devono lavorare?
No, e non funzionerebbe. Se il tuo team ha già convenzioni che funzionano, quelle restano e ci lavoro dentro. Dove non ci sono, propongo il minimo indispensabile e lo scriviamo insieme a chi poi lo usa, altrimenti resta un documento che nessuno apre. Quello che non faccio è arrivare con un processo da azienda di cento persone che non adottereste comunque.
12Di quanto abbassa il costo di produzione?
Non te lo dico in percentuale, ed è una scelta. Dipende da quanto ti costano oggi rilavorazione, integrazioni rifatte e requisiti scoperti tardi: sono grandezze che in quasi nessuna agenzia sono misurate, quindi qualunque numero ti dessi in call sarebbe inventato — e tu potresti chiedermi di dimostrarlo. Quello che posso fare è l'opposto: guardare un progetto vero, dirti in che punti il costo si è formato e stimare quanto vale sistemarne ciascuno. Se i numeri escono da lì sono tuoi, e li puoi rifare senza di me. Vale anche per i tempi: standard, riuso e documentazione costano nel progetto in cui li introduci e rendono in quelli dopo.
07 / Correlate
Dove continuare
Pagine collegate a questa
Le componenti tecniche che di solito vengono affidate in subfornitura.
08 / Contatto
Call tecnica, senza passaggi commerciali
Mezz'ora con il tuo referente tecnico
Nessun passaggio commerciale: la prima call è tecnica e la faccio io. Mi dici cosa devi consegnare, cosa hai già e che vincoli hai. Ti dico se è nelle mie corde, se ho capacità nei tuoi tempi e cosa serve per preventivare. Se non è il lavoro giusto per me, lo sai in trenta minuti.
Oppure scrivimi: puoi descrivere il progetto in forma anonima, l'NDA lo firmiamo prima di entrare nel merito.
Tutti i dati di contattoCome funziona la chiamata
- Durata
- 30 minuti, in videochiamata.
- Chi c'è
- Io e il tuo referente tecnico. Nessun commerciale da nessuna delle due parti.
- Cosa serve
- Il perimetro tecnico, anche in forma anonima, e le date che devi rispettare.
- Cosa esce
- Fattibilità, disponibilità nei tuoi tempi e cosa serve per arrivare a un prezzo fisso.