Revisione e approvazione della proposta
Solon allega a ogni richiesta di revisione il contesto dell'opportunità, il perimetro, le ipotesi, le fonti e le modifiche, e registra l'approvazione su una versione specifica invece che su un documento in movimento.
La revisione raramente è un workflow. È un documento, un thread e un partner che prova a ricordarsi il cliente.
Quando l'approvazione è legata a un file invece che a una versione, lo studio non riesce a rispondere a domande elementari a posteriori.
Prima di poter valutare perimetro o pricing, un partner rilegge la trascrizione, cerca la proposta precedente e chiede che cosa il cliente abbia davvero concordato. La revisione inizia molto prima che il documento sia aperto.
Se la proposta è cambiata dopo il via libera, lo studio non può dire se il cliente abbia ricevuto la versione rivista o una successiva. L'approvazione e l'artefatto si sono separati.
Il perimetro cresce, il prezzo si muove, compare un workstream. Il documento mantiene lo stesso nome e l'approvazione precedente continua silenziosamente a sembrare valida.
I commenti vivono nel documento, la decisione vive nell'email e il ragionamento vive nella memoria di qualcuno. Niente di tutto ciò arriva alla proposta successiva.
Cosa è cambiato
Serve approvazione
L'approvazione della Versione 3 è decaduta dopo una modifica sostanziale di perimetro e prezzo.
La revisione interna di un partner è un passaggio di giudizio, non un passaggio di firma. Quasi tutti gli strumenti risolvono un altro problema.
Il revisore riceve la proposta con gli obiettivi del cliente, il perimetro, le ipotesi, le domande aperte e le fonti che le sostengono — non un semplice allegato.
Ogni richiesta dichiara che cosa si è mosso rispetto alla versione precedente: approccio, prezzo, workstream, tempistica. Il revisore legge la differenza, non di nuovo tutto il documento.
Approvi, chieda modifiche o rifiuti. La decisione si lega a quella versione esatta, con il revisore e la motivazione registrati accanto a essa.
Quando dopo l'approvazione arriva una modifica sostanziale, Solon segnala l'approvazione come decaduta invece di lasciare che un vecchio via libera copra un perimetro nuovo.
Obiettivi, decisioni, ipotesi e domande aperte sono allegati alla revisione, così il partner non ricostruisce l'opportunità a memoria.
Solon tiene traccia separatamente della versione attuale e di quella approvata, e mostra quando le due divergono.
Le affermazioni nella proposta rimandano alla trascrizione, al lavoro precedente o alla regola dello studio da cui provengono, così un revisore può verificare invece di fidarsi.
Confronti due versioni qualsiasi affiancate e veda i campi che sono davvero cambiati, compresi quelli economici.
Ogni versione porta con sé uno stato — bozza, in revisione, approvata, serve approvazione — invece di uno stato implicito.
Chi ha richiesto, chi ha deciso, che cosa aveva davanti e quando. Disponibile anche dopo l'incarico, non solo durante.
Dalla conversazione con il cliente alla proposta approvata, passo dopo passo.
Dalla proposta al SOW, al piano progetto e agli artefatti di delivery.
Il quadro completo: che cos'è Solon e come si collegano i pezzi.