Idea principale

Di fronte a un grande cliente che vuole imporre il proprio gateway email, il proprio fornitore di SMS o il proprio contratto per un modello linguistico, una domanda permette di decidere: se sostituisco questo fornitore con il suo, il valore di business del mio servizio cambia?

Per l'email, no. Il messaggio parte comunque al momento giusto, perché è il motore del produttore ad aver deciso che doveva partire. Per gli SMS, nemmeno. Per il modello, neppure — se il valore sta nel workflow di business, nel contesto, nelle regole, nei dati e nell'orchestrazione, il modello di esecuzione può cambiare senza spostare il cuore del prodotto.

Ciò che sopravvive alla sostituzione può essere lasciato al cliente. Ciò che non sopravvive sta troppo vicino al cuore del prodotto per essere liberamente sostituibile.

Perché è importante

Il test sostituisce una discussione di architettura con un criterio su cui si può decidere, e si applica blocco per blocco, senza una teoria preliminare.

Protegge anche dalla tentazione opposta — cedere tutto al cliente — perché dà una ragione esplicita per rifiutare: quella sostituzione distrugge ciò per cui il prodotto viene comprato.

Sfumature e limiti

I fornitori non sono perfettamente intercambiabili: un modello può rendere meglio di un altro, un gateway email avere una deliverability migliore. Il test riguarda il valore di business, non la qualità di esecuzione.

E un blocco sostituibile dal punto di vista del valore può restare molto costoso da sostituire nella pratica.

Domande aperte

• Che fare di un blocco la cui sostituzione non cambia il valore ma peggiora nettamente la qualità percepita?