Discovery tecnica prima di costruire software B2B custom

Perché saltare la discovery genera rework costoso

Documenti requisiti scritti senza operatori descrivono un processo ideale, non il martedì mattina. I casi limite vivono in eccezioni approvate a voce, in export che la finanza preferisce all'UI, e in campi ERP rinominati l'anno scorso. Stime engineering senza discovery assumono API happy-path, dati di test perfetti e approvazioni security immediate. Quando arriva la realtà, la velocità crolla e la fiducia tra business e delivery si consuma. La discovery riduce ambiguità su quattro assi: chi fa cosa nel workflow, quale sistema possiede ogni dato, cosa deve essere vero al go-live perché le operazioni continuino, cosa può aspettare fase due. Senza queste risposte ogni sprint diventa negoziazione. I contesti B2B amplificano il rischio: segregazione ruoli, audit trail, configurazione multi-sito e integrazioni ERP e sistemi enterprise che erano 'fuori scope' fino alla settimana sei.

• Eccezioni e workaround non documentati usati ogni giorno dagli operatori
• Tempi integrazione e security sottostimati nei preventivi
• Priorità conflittuali tra reparti emerse solo in UAT
• Scope MVP che include parità reportistica con export legacy

Deliverable che rendono la discovery azionabile

La discovery deve produrre artifact che engineering e procurement possano citare, non solo slide. Set minimo: workflow as-is, workflow to-be per MVP, tabella entità e ownership, inventario integrazioni con direzione e frequenza, requisiti non funzionali (latenza, disponibilità, residenza, audit), risk register con owner, roadmap a fasi con non-goal. Aggiungi definizione vertical slice: un percorso end-to-end da costruire per primo, con criteri di accettazione che gli operatori validano. Esempio: 'tecnico invia ispezione, supervisore approva, stato in ERP come bozza' con comportamento in caso di errore esplicito. Includi log domande aperte con scadenza decisionale. Le voci non risolte diventano change order se slittano oltre il sign-off. Per prodotti destinati al SaaS, allinea output discovery a decisioni architettura multi-tenant presto: gerarchia tenant, aspettative SSO e regole entitlement non appartengono allo sprint tre.

• Workflow as-is e to-be con ruoli e sistemi nominati
• Ownership entità e note contratto integrazione
• NFR: performance, sicurezza, residenza, retention
• Vertical slice MVP con criteri accettazione e non-goal espliciti

Attività che portano in superficie vincoli reali

Le interviste da sole non bastano. Combina: interviste strutturate con operatori e approvatori; shadowing mezza giornata di lavoro reale (o registrazioni schermo con consenso); revisione export, email e ticket che rappresentano eccezioni; accesso read-only a ERP o CRM staging per validare campi; spike tecnico sul modello permessi o integrazione più rischiosa. Chiedi agli operatori l'ultima volta che qualcosa è andato storto: cosa hanno fatto, quale sistema hanno considerato autorevole, chi hanno chiamato? Gli incidenti rivelano comportamento reale meglio delle demo happy-path. Mappa permessi: quali ruoli creano, approvano, vedono PII, esportano bulk, impersonano. I questionari security arrivano prima se i confini ruolo sono già documentati. Timebox spike a due-cinque giorni. Obiettivo: apprendere, non codice produzione. Esito spike: 'creazione ordine ERP funziona con questi payload' o 'SSO blocca utenti test senza SCIM'. Per tool interni che sostituiscono fogli, incrocia build vs buy per strumenti interni così la discovery non assume un processo greenfield che nessuno segue.

Domande integrazione, sicurezza e operations per il B2B

La discovery deve rispondere a domande operative che il buyer dimentica fino alla settimana del lancio: backup e restore, ownership on-call, finestre deploy, regole rollback, monitoring su journey di business (non solo CPU server). Checklist integrazione: sistemi coinvolti, API vs file vs ponte manuale, sandbox disponibile, percorso approvazione credenziali, rate limit, idempotenza, owner riconciliazione, freeze di chiusura. Checklist sicurezza: metodo autenticazione, policy MFA, classificazione dati, retention e cancellazione a churn, timing pen test, richiesta infrastruttura dedicata. Se c'è modernizzazione, collega le cuciture discovery a modernizzazione legacy incrementale così la fase uno non diventi di nascosto un rewrite completo.

Dalla discovery a scope MVP e milestone

MVP significa scope minimo che produce valore operativo misurabile, non 'meno pulsanti'. Dalla discovery, ordina workflow per dolore, frequenza e rischio build. Taglia parità reportistica, dashboard carine e integrazioni secondarie salvo obbligo contrattuale. Traduci la roadmap in milestone con audience demo: operatori per workflow, IT per integrazioni, leadership per riduzione rischio. Ogni milestone deve avere storia di rollback se la prova in produzione fallisce. Allega stime solo dopo sign-off discovery. Le fasce devono nominare assunzioni: sandbox pronta settimana uno, singola istanza ERP, niente ambiente air-gapped. Se le assunzioni cadono, re-stima in trasparenza. Il budget va letto con driver di costo sviluppo realistici e discovery come voce propria, non assorbita in 'Sprint 0'.

Discovery con contractor vs in-house

Discovery guidata da contractor funziona quando serve facilitazione senior più spike tecnici e il product ownership interno è scarso. In-house funziona quando gli esperti dominio sono disponibili ogni giorno e serve solo aiuto esterno sugli spike. Struttura contratto: fee fissa o timebox (una-tre settimane tipiche per workflow B2B focalizzato), elenco deliverable chiaro, sign-off congiunto con business owner, IP degli artifact nel tuo repository dal giorno uno. Red flag: discovery a ore senza cap; nessun accesso agli operatori; solo wireframe; rifiuto di documentare rischi integrazione; pressione a saltare discovery per iniziare il 'vero codice'. Criteri handoff alla build: scope firmato, domande aperte sotto soglia concordata, sandbox confermata, owner interno nominato per decisioni prodotto durante la build.

Tempistiche e budget della discovery

Discovery B2B focalizzata su un workflow principale spesso richiede una-tre settimane con engineer senior più tempo product owner dal tuo lato. Multi-sito, multi-sistema o contesti regolati allungano il calendario perché dominano scheduling stakeholder e accessi sandbox. Il costo è di solito una frazione della build MVP (spesso dieci-venti percento) ma si ripaga in change order evitati. Discovery sottofinanziata riappare come sprint integrazione 'a sorpresa'. Non confondere discovery con consulenza pre-vendita gratuita. Una call di fattibilità va bene; discovery seria è lavoro pagato con output definiti. Dopo discovery, re-baseline la timeline build. Se la build era preventivata prima, trattala come ipotesi fino al sign-off.

Prossimi passi

Elenca l'incognita più rischiosa: integrazione, permessi, compliance o adozione operatori. Pianifica tre interviste operatori e una revisione export questa settimana. Decidi chi firma lo scope dal tuo lato. Vedi altre risorse, prenota una call breve per delineare un timebox discovery, o invia un messaggio con settore, sistemi coinvolti, go-live target e se hai accesso staging a ERP o app legacy.

Domande frequenti