L'idea che sembra promettente sulla carta e che nessuno ha ancora provato a costruire, verificata prima che tu ci scommetta un trimestre intero
Il PoC di CODEPRESS costruisce solo la parte che mette alla prova un'ipotesi tecnica precisa: quattro settimane, prezzo fisso fra 4.000 e 8.000 euro. Misuriamo prestazioni, costi di esercizio e limiti reali, non un'impressione. Alla fine hai in mano il prototipo funzionante, il codice e una relazione scritta con il verdetto, negativo compreso.
4.000 - 8.000 €4 settimane · prezzo fisso
A cosa serve una PoC
C'è un momento, prima di ogni progetto importante, in cui in azienda nessuno può ancora dire con certezza se l'idea regge: se un'integrazione complessa risponde nei tempi giusti, se un algoritmo scala oltre il caso di prova, se un fornitore esterno si comporta come promette la sua documentazione. Il dibattito interno si allunga per settimane, alimentato da opinioni e non da misure, mentre il progetto vero resta fermo in attesa di una risposta che nessuno ha ancora verificato.
Costruire l'intero prodotto per scoprirlo è lo spreco che il PoC evita: si isola la sola domanda che conta, si costruisce la parte minima capace di rispondere, e si misura invece di discutere. Il risultato non è una demo pensata per convincere, ma un verdetto scritto che vale anche quando dice che l'idea, così com'è, non regge.
Cosa comprende una PoC
La domanda, definita prima di cominciare a costruire
Prima di cominciare fissiamo insieme cosa conta come risposta: quale numero, quale soglia, quale comportamento osservato renderebbe l'ipotesi vera o falsa. Senza quel confine scritto in anticipo, qualunque risultato si può interpretare come successo.
Solo la parte che mette alla prova l'ipotesi
Non costruiamo il prodotto intero né un'interfaccia rifinita: isoliamo il pezzo tecnico che decide la domanda, che sia un algoritmo, un'integrazione o un carico da sostenere, e tralasciamo tutto quello che servirebbe solo a impressionare chi guarda.
Misure reali, non stime
Il prototipo gira su dati e condizioni vicine a quelle vere, non su un caso di laboratorio addomesticato: prestazioni sotto carico, costi di esercizio stimati sul consumo osservato, i limiti che emergono solo quando qualcosa smette di funzionare come previsto.
Il verdetto, scritto e non addolcito
Alla fine delle quattro settimane il verdetto è messo per iscritto così com'è emerso dalle misure, anche quando è negativo: un prototipo costruito per piacere a chi lo ha commissionato è solo tempo speso male.
Come funziona una PoC
Definizione della domanda
Prima di scrivere codice ci sediamo con chi in azienda conosce il problema e fissiamo la domanda esatta e la soglia che separa un sì da un no: è il passaggio che rende il resto delle quattro settimane un lavoro tecnico, non un'opinione.
Costruzione mirata
Scriviamo solo la parte che serve a rispondere: se la domanda riguarda le prestazioni di un algoritmo su un volume reale di dati, costruiamo quello, non un'interfaccia intorno che nessuno ha chiesto di vedere.
Misura sotto condizioni reali
Portiamo il prototipo a contatto con dati, carico o sistemi esterni il più vicino possibile a quelli veri, e registriamo cosa succede: dove regge, dove cede, cosa costa farlo girare.
Relazione e verdetto
Scriviamo il verdetto insieme ai numeri che lo sostengono e alla stima di cosa servirebbe per arrivare in produzione, e ne parliamo a voce in una chiamata prima di lasciarti solo con il documento.
Cosa ricevi da una PoC
- Il prototipo funzionante, pronto da far girare e osservare con i tuoi occhi, non solo da leggere in un documento
- Il codice sorgente scritto durante le quattro settimane, tuo da subito
- La domanda di partenza messa per iscritto, con la soglia che separa un sì da un no concordata prima di cominciare
- Le misure raccolte: prestazioni, costi di esercizio osservati, limiti incontrati durante le prove
- Il verdetto scritto, comprensivo del caso in cui l'ipotesi non regge
- Una stima di cosa servirebbe, in tempo e in lavoro, per portare il prototipo in produzione
Quando una PoC non fa per te
- La fattibilità tecnica è già dimostrata, magari con un PoC fatto in passato: a quel punto la domanda giusta è costruire, non misurare di nuovo, ed è lo sviluppo della funzionalità lo strumento adatto.
- Il dubbio che hai non è tecnico ma commerciale, per esempio se qualcuno pagherebbe per quella cosa: quattro settimane di ingegneria non rispondono a una domanda a cui solo il mercato può rispondere.
- Quattro settimane non bastano per il dominio in questione, per la complessità normativa o per il numero di sistemi esterni coinvolti: è una cosa da dire prima di firmare, non da scoprire a metà lavoro.
Quanto costa una PoC, e perché
Due cose spostano il numero fra 4.000 e 8.000 euro: la complessità della domanda tecnica da mettere alla prova, e quanti sistemi esterni il prototipo deve toccare per restituire una misura vera. Un algoritmo isolato da testare sui tuoi dati esistenti costa vicino alla soglia bassa; un prototipo che deve parlare con più servizi di terzi costa di più, perché ogni integrazione aggiunge lavoro prima di poter misurare qualcosa.
Il numero si fissa nello stesso momento in cui si fissa la domanda: prima di quel punto non esiste un prezzo perché non esiste ancora un'ipotesi da mettere alla prova. Una volta scritta la soglia che separa un sì da un no, la cifra è quella, indipendentemente da cosa dicano le misure alla fine delle quattro settimane.
Domande frequenti sulla PoC
- Quanto costa un proof of concept?
- Il prototipo costa fra 4.000 e 8.000 euro, sempre a cifra fissa. Quello che decide dove cade il numero dentro l'intervallo è la complessità della domanda tecnica e quanti sistemi esterni il prototipo deve toccare per restituire una misura vera. Il prezzo si fissa insieme alla domanda, prima di cominciare a costruire, e da quel momento non si muove più.
- Quanto dura un PoC?
- Quattro settimane esatte, dalla domanda scritta al verdetto consegnato: è la durata dichiarata quando si fissa il prezzo, e non cambia strada facendo, anche se il prototipo durante il lavoro si dimostra più ostico di quanto sembrava all'inizio. Dentro quel tempo entrano la costruzione della parte che serve a rispondere, le misure raccolte sotto condizioni vicine a quelle reali e la relazione finale.
- Il PoC diventa il prodotto finale?
- No: il prototipo è costruito per rispondere a una domanda precisa, non per reggere il traffico o la manutenzione di un prodotto vero. Il codice può dare un punto di partenza, ma la relazione finale porta già la stima di cosa servirebbe per arrivare in produzione, perché il passo successivo è quasi sempre un progetto a sé, non un'estensione diretta di quelle quattro settimane.
- Cosa consegnate alla fine delle quattro settimane?
- Il prototipo funzionante, il codice sorgente e una relazione scritta con il verdetto sulla domanda di partenza: se l'ipotesi regge, cosa hanno mostrato le misure, quali limiti sono emersi durante le prove. Alla relazione si aggiunge una stima di cosa servirebbe per portare il prototipo in produzione, così la decisione successiva parte da numeri e non da impressioni.
- E se il PoC dimostra che l'idea non funziona?
- È un successo, non un fallimento: scoprire in quattro settimane, a cifra fissa, che un'idea non regge costa una frazione di scoprirlo al nono mese di un progetto già avviato, con un team assunto e un budget speso. Il verdetto negativo è scritto con la stessa cura di uno positivo, perché evitare la spesa sbagliata è esattamente il servizio che stai comprando.