Vai al contenuto
Solon

Workflow della proposta

Dalla conversazione con il cliente alla proposta di consulenza approvata.

Solon collega l'intero processo della proposta: intake, contesto dell'opportunità, definizione dell'incarico, creazione degli artefatti, revisione economica e approvazione esatta.

Il lavoro sulla proposta inizia prima che qualcuno apra un template.

La qualità di una proposta dipende dal fatto che il team abbia capito il cliente, trovato il lavoro precedente giusto, individuato le informazioni mancanti e definito un incarico credibile. Solon struttura questo lavoro prima di generare il documento.

Contesto opportunità

Northstar Mobility · Proposta di operating model AI

Obiettivi del cliente

  • Allineare le priorità AI tra le business unit
  • Individuare i primi casi d'uso attivabili
  • Definire governance e ownership

Domande aperte

  • Confermare lo sponsor esecutivo
  • Validare i vincoli di accesso ai dati
  • Concordare la business unit pilota

Fonti

  • Call di discovery — 14 luglio

    Trascrizione · Collegata

  • Note di strategia AI

    Documento · Rivista

  • Proposta operating model

    Proposta · Collegata

  • Catalogo perimetro e prezzi

    Regole studio · Rivisto

Pannello del contesto opportunità per Northstar Mobility: obiettivi del cliente, domande aperte in attesa di conferma e il materiale di origine collegato che le sostiene.

Costruisca una sola volta l'architettura dell'incarico.

Obiettivi, workstream, attività, deliverable, ruoli, tempi, dipendenze, ipotesi e rischi dovrebbero esistere come informazioni strutturate sull'incarico. Proposta, SOW e piano di progetto possono poi essere generati dalla stessa base.

  • Obiettivo
  • Workstream
  • Attività
  • Deliverable
  • Owner
  • Tempi
  • Dipendenza

Crei un pacchetto di proposta completo.

Il pacchetto resta collegato. Una modifica del perimetro deve essere visibile nel budget, nel modello di staffing e nel piano di progetto, invece di essere corretta a mano in più documenti.

  • Narrativa della proposta
  • Perimetro e approccio
  • Workstream
  • Deliverable
  • Tempistica
  • Budget
  • Staffing
  • Ipotesi
  • SOW
  • Piano di progetto
  • Email al cliente

Northstar Mobility

Proposta di operating model AI

Versione 4UltimaVersione approvata: 3Modifiche da rivedere

Contesto opportunità

Obiettivi del cliente

  • Allineare le priorità AI tra le business unit
  • Individuare i primi casi d'uso attivabili
  • Definire governance e ownership

Domande aperte

  • Confermare lo sponsor esecutivo
  • Validare i vincoli di accesso ai dati
  • Concordare la business unit pilota

Fonti

  • Call di discovery — 14 luglio

    TrascrizioneCollegata

  • Note di strategia AI

    DocumentoRivista

  • Proposta operating model

    PropostaCollegata

  • Catalogo perimetro e prezzi

    Regole studioRivisto

Proposta

  1. 1Contesto esecutivo

    Northstar Mobility dispone già di un forum di governance funzionante. L'operating model proposto si appoggia su quella base invece di sostituirla.

  2. 2Obiettivi
  3. 3Approccio proposto
  4. 4Workstream
  5. 5Deliverable
  6. 6Team e tempi
  7. 7Proposta economica

Aggiornamento richiesto

Richiesta

Rendere l'introduzione più attenta a ciò che già funziona nell'attuale modello di governance del cliente.

Solon

Revisione suggerita a partire dalla trascrizione di discovery e dalla proposta attuale. Nessuna ipotesi economica modificata.

RivediApplicaRifiuta

Riferimenti alle fonti

  • Call di discovery, 00:18:42
  • Note di governance, pagina 3

Artefatti collegati

  • PropostaDa rivedere
  • BudgetIn revisione
  • SOWPianificato
  • Piano progettoBozza
Workspace proposte di Solon: il contesto dell'opportunità a sinistra, l'artefatto della proposta al centro con lo stato della versione e una revisione suggerita in attesa di verifica a destra.

Affini la stessa proposta invece di generarne un'altra.

  • Editing per sezione
  • Storico delle versioni
  • Branch alternativi
  • Confronto e ripristino
  • Commenti
  • Sincronizzazione con Google Docs dove supportata

Dia ai revisori il contesto di cui hanno davvero bisogno.

Un partner non dovrebbe ricostruire l'intera opportunità prima di rivedere la proposta. Solon allega alla richiesta di revisione gli obiettivi del cliente, le decisioni, le ipotesi, le modifiche e le domande aperte pertinenti.

Proposta Versione 4

Modifiche da rivedere
Richiesta da
Engagement Owner
Revisore
Managing Partner
Scadenza
Venerdì

Cosa è cambiato

  • Il cliente ha chiesto un pilota più ristretto
  • Tempistica passata da 12 a 10 settimane
  • Prezzo aumentato di €12.500
  • Aggiunto un nuovo workstream dati
ApprovaChiedi modificheRifiuta
Scheda di richiesta revisione per la versione 4 della proposta, con l'elenco delle modifiche e le azioni approva, richiedi modifiche e rifiuta.

Sappia che cosa è stato approvato.

“L'ultimo documento” non è uno stato di approvazione. Solon registra la versione esatta approvata e segnala le approvazioni come decadute quando vengono apportate modifiche sostanziali.

  1. Versione 1

    Bozza

  2. Versione 2

    In revisione

  3. Versione 3

    Approvata

  4. Versione 4

    Serve approvazione

Prosegua nella delivery senza ricominciare.

Una volta approvata la proposta, lo stesso contesto può generare SOW, piano di progetto, materiali per i workshop e artefatti di delivery.

Testi il workflow su una proposta reale.