Aller au contenu
Solon

Workflow de proposition

De l'échange client à la proposition de conseil approuvée.

Solon connecte l'ensemble du processus de proposition : réception, contexte d'opportunité, construction de la mission, création des artefacts, revue commerciale et approbation précise.

Le travail de proposition commence avant l'ouverture d'un template.

La qualité d'une proposition dépend de la compréhension du client, de la capacité à retrouver les bons travaux passés, à identifier les informations manquantes et à construire une mission crédible. Solon structure ce travail avant de générer le document.

Contexte de l'opportunité

Northstar Mobility · Proposition de modèle opérationnel IA

Objectifs du client

  • Aligner les priorités IA entre les entités
  • Identifier les premiers cas d'usage
  • Établir la gouvernance et les responsabilités

Questions ouvertes

  • Confirmer le sponsor exécutif
  • Valider les contraintes d'accès aux données
  • Choisir l'entité pilote

Sources

  • Appel de cadrage — 14 juillet

    Transcription · Connectée

  • Notes stratégie IA

    Document · Revue

  • Proposition modèle opérationnel

    Proposition · Connectée

  • Catalogue périmètre et prix

    Règles cabinet · Revu

Panneau de contexte de l'opportunité pour Northstar Mobility : objectifs du client, questions ouvertes en attente de confirmation, et les sources connectées qui les sous-tendent.

Construisez l'architecture de la mission une seule fois.

Objectifs, chantiers, activités, livrables, rôles, calendrier, dépendances, hypothèses et risques devraient exister comme informations structurées de mission. La proposition, le SOW et le plan de projet peuvent alors être générés à partir de la même base.

  • Objectif
  • Chantier
  • Activité
  • Livrable
  • Responsable
  • Calendrier
  • Dépendance

Créez un dossier de proposition complet.

Le dossier reste connecté. Un changement de périmètre doit être visible dans le budget, le staffing et le plan de projet plutôt que corrigé à la main dans plusieurs documents.

  • Récit de la proposition
  • Périmètre et approche
  • Chantiers
  • Livrables
  • Calendrier
  • Budget
  • Staffing
  • Hypothèses
  • SOW
  • Plan de projet
  • E-mail client

Northstar Mobility

Proposition de modèle opérationnel IA

Version 4DernièreVersion approuvée : 3Changements à examiner

Contexte de l'opportunité

Objectifs du client

  • Aligner les priorités IA entre les entités
  • Identifier les premiers cas d'usage
  • Établir la gouvernance et les responsabilités

Questions ouvertes

  • Confirmer le sponsor exécutif
  • Valider les contraintes d'accès aux données
  • Choisir l'entité pilote

Sources

  • Appel de cadrage — 14 juillet

    TranscriptionConnectée

  • Notes stratégie IA

    DocumentRevue

  • Proposition modèle opérationnel

    PropositionConnectée

  • Catalogue périmètre et prix

    Règles cabinetRevu

Proposition

  1. 1Contexte exécutif

    Northstar Mobility dispose déjà d'un comité de gouvernance qui fonctionne. Le modèle opérationnel proposé s'appuie sur cette base plutôt que de la remplacer.

  2. 2Objectifs
  3. 3Approche proposée
  4. 4Chantiers
  5. 5Livrables
  6. 6Équipe et calendrier
  7. 7Proposition commerciale

Mise à jour demandée

Demande

Rendre l'introduction plus attentive à ce qui fonctionne déjà bien dans le modèle de gouvernance actuel du client.

Solon

Révision suggérée à partir de la transcription de cadrage et de la proposition en cours. Aucune hypothèse commerciale modifiée.

ExaminerAppliquerRejeter

Sources citées

  • Appel de cadrage, 00:18:42
  • Notes gouvernance, page 3

Artefacts connectés

  • PropositionÀ examiner
  • BudgetEn revue
  • SOWPrévu
  • Plan de projetBrouillon
Espace de travail Solon : le contexte de l'opportunité à gauche, l'artefact de proposition au centre avec le statut de version, et une révision suggérée en attente de revue à droite.

Affinez la même proposition au lieu d'en générer une autre.

  • Édition au niveau des sections
  • Historique des versions
  • Branches alternatives
  • Comparer et restaurer
  • Commentaires
  • Synchronisation Google Docs lorsque c'est pris en charge

Donnez aux relecteurs le contexte dont ils ont réellement besoin.

Un associé ne devrait pas avoir à reconstituer toute l'opportunité avant d'examiner la proposition. Solon joint à la demande de revue les objectifs clients, décisions, hypothèses, changements et questions ouvertes pertinents.

Proposition version 4

Changements à examiner
Demandé par
Responsable de mission
Relecteur
Associé gérant
Échéance
Vendredi

Ce qui a changé

  • Le client demande un pilote plus étroit
  • Calendrier passé de 12 à 10 semaines
  • Prix en hausse de 12 500 €
  • Nouveau chantier données ajouté
ApprouverDemander des modificationsRejeter
Carte de demande de revue pour la version 4 de la proposition, listant ce qui a changé et les actions approuver, demander des modifications et rejeter.

Sachez ce qui a été approuvé.

« Le dernier document » n'est pas un état d'approbation. Solon enregistre la version exacte approuvée et marque les approbations comme caduques en cas de changement substantiel.

  1. Version 1

    Brouillon

  2. Version 2

    En revue

  3. Version 3

    Approuvée

  4. Version 4

    Approbation requise

Poursuivez en delivery sans tout recommencer.

Une fois la proposition approuvée, le même contexte peut générer le SOW, le plan de projet, les supports d'atelier et les artefacts de delivery.

Testez le workflow sur une proposition réelle.