-30% su tutti gli MVP−30% su SPRINT
Valido ancora per
Posti disponibili44/50Ancora 44 posti disponibili su 50
Black Friday: SPRINT scontato del 30% fino a venerdì 27 novembre.Prenota la call →
Black Friday promo: -30% sui progetti MVP. Prenota la call.
SPRINT su prodotto esistente

Nuova funzionalità per il tuo software, in 14 giorni a prezzo fisso

Un modulo nuovo in produzione sul prodotto esistente, con lo scope scritto al giorno 0 e il prezzo fissato prima di iniziare.

Prezzo del primo SPRINT−30%15.000, 20.000 o 25.000 €10.500, 14.000 o 17.500 €Funzionalità successive con SPRINT+, 5.000 € in 7 giorni.
sprint.modulo
$ dn3 sprint --repo esistente
3 flussi core   15.000 €
4 flussi core   20.000 €
5 flussi core   25.000 €
pagamento      50% avvio, 50% rilascio
codice         del cliente dal primo commit
poi SPRINT+    5.000 €, 7 giorni
14 ggper il primo modulo in produzione
15-25 k€primo SPRINT, prezzo fisso
5 k€ogni funzionalità successiva in 7 giorni
Il problema

Aggiungere un modulo a ore significa riaprire un progetto senza un costo definito.

VariabileFornitore a oreDN3
PrezzoStima a ore, rivista a ogni imprevisto nel codicePrezzo fisso, deciso alla call di fattibilità
Tempo al rilascioSettimane o mesi14 giorni
ScopeDefinito man manoScritto al giorno 0
Impatto sul codice esistenteVerificato a fine lavoriTest automatici e review giornaliera sulle parti toccate
Funzionalità successiveNuovo preventivo ogni voltaSPRINT+: 7 giorni, 5.000 €

Il primo intervento è uno SPRINT: DN3 entra nel codice, rilascia il modulo e lo documenta. Da lì ogni funzionalità aggiuntiva ha durata e prezzo fissi.

Il percorso

Prima uno SPRINT, poi SPRINT+.

[01]

SPRINT, 14 giorni. Il primo modulo, a 15.000, 20.000 o 25.000 € in base ai flussi core. DN3 lavora sul repository esistente e consegna con test e documentazione.

[02]

SPRINT+, 7 giorni. Una funzionalità aggiuntiva a 5.000 €, prezzo fisso, pagamento anticipato.

[03]

Requisito. SPRINT+ è riservato a chi ha completato uno SPRINT con DN3.

Come funziona

14 giorni, 5 fasi, 3 approvazioni del cliente.

Una pipeline di agenti scrive il codice, un ingegnere di DN3 la guida e ne risponde. Il cliente porta un brief di una pagina; il giorno 14 riceve un prodotto in produzione di sua proprietà.

D0Gate 01

Brief

Call di fattibilità di 60 minuti. Lo scope viene fissato per iscritto.

D1-2Gate 02

Spec

Gli agenti producono PRD, modello dati, API e flussi. Il cliente approva.

D3-10

Build

Agenti in parallelo su stack fisso. Revisione umana quotidiana.

D11-13Gate 03

QA

Test automatici, test di carico e sessione con cinque utenti reali.

D14

Rilascio

Deploy sul dominio del cliente, analytics attive, handover di repository e documentazione.

[01]

Gate 1, D0. Scope fissato. Le richieste successive diventano un nuovo sprint.

[02]

Gate 2, D2. Spec approvata dal cliente. Da qui la build procede con un report giornaliero.

[03]

Gate 3, D13. Il cliente approva il rilascio in produzione.

Cosa ricevete il giorno 14

La consegna di uno SPRINT su codice esistente.

  • Modulo in produzione sul prodotto esistente
  • Codice nuovo nel vostro repository, con branch e pull request revisionabili
  • Test automatici sul modulo e sulle parti esistenti che tocca
  • Documentazione tecnica del modulo e delle modifiche
  • Pipeline di deploy aggiornata
  • Report di test con 5 utenti reali
  • Backlog delle prossime funzionalità, dimensionate per SPRINT+
  • Un'ora di handover registrata per il team interno
14/14

Regola del giorno 14. Se al giorno 14 il prodotto non è in produzione con lo scope fissato al giorno 0, il saldo del 50% non è dovuto* e DN3 completa il lavoro a proprie spese. Lo scope è scritto e firmato da entrambe le parti al giorno 0.

Condizioni

* La regola non si applica nei casi in cui il ritardo non sia imputabile a DN3: richieste di modifica dello scope durante lo sprint, approvazioni o risposte del cliente non pervenute entro i tempi previsti dai gate, o interruzioni di servizi di terze parti su cui DN3 non ha controllo, inclusi fornitori di servizi di intelligenza artificiale, piattaforme cloud e infrastrutture di rete. In tali casi il saldo del 50% resta dovuto secondo i termini del contratto.

Domande frequenti

Domande tecniche alla call di fattibilità.

Sì. DN3 accede al repository come collaboratore e lavora su branch dedicati con pull request. Alla call di fattibilità si verificano stack, test esistenti e ambiente di deploy.

Web app, anche installabili sul telefono (PWA), su stack diffusi e documentati, per esempio TypeScript, React, Node.js, Python e PostgreSQL. La compatibilità si conferma alla call di fattibilità, prima di fissare il prezzo.

Il cliente, dal primo commit. Il codice viene scritto nel vostro repository.

Le parti critiche, come pagamenti, autenticazione o dati sensibili, si identificano al giorno 0 e hanno test dedicati, review giornaliera e rilascio approvato dal cliente al gate 3. Se il rischio non è gestibile in 14 giorni, lo scope si riduce prima dell'avvio.

Call di fattibilità

Tre domande. Poi la scelta di data e ora.

Il tipo di prodotto è già impostato su modulo su un prodotto esistente. Le risposte servono a preparare uno scope preliminare.

Giorno e ora

Caricamento disponibilità…

Promo 30-BLACK-FRIDAY: −30% su SPRINT, 44 posti rimasti. Viene registrata con la prenotazione.

Prenotando, i dati inseriti sono usati solo per organizzare la call e risponderti, come descritto nella privacy policy.

Risposta entro 4 ore lavorative. In alternativa, scrivere a hello@dn3.dev.

Prenota una call di fattibilità