Budget burn: leggere il consumo del budget prima che sia tardi
Sapere quanto budget ha consumato un progetto è utile solo se lo si confronta con il lavoro effettivamente svolto. Una guida pratica per monitorare il budget burn e intervenire in tempo.
Delivery · 3 min di lettura
Dalla trattativa al progetto: come non perdere informazioni nel passaggio di consegne
Il momento in cui un contratto firmato diventa un progetto è uno dei più delicati per chi vende servizi. Come strutturare il passaggio tra vendita e delivery perché nulla vada perso.
Il punto in cui si perdono le cose
Nelle aziende di servizi professionali la vendita e la delivery sono spesso due mondi separati. Il commerciale conosce il cliente, ha negoziato le condizioni, sa quali promesse sono state fatte durante gli incontri. Il capo progetto riceve il contratto firmato e deve trasformarlo in lavoro concreto, spesso con poche informazioni e poco tempo.
Quello che si perde in questo passaggio non è quasi mai scritto nel contratto: le aspettative del cliente, le sensibilità del referente, un vincolo di calendario accennato in una riunione, un accordo informale su un’attività in più. Sono proprio questi dettagli a fare la differenza tra un progetto che parte bene e uno che inizia con un malinteso.
Un percorso, non una email
Il primo passo per migliorare è smettere di considerare il passaggio di consegne come un evento, una email o una riunione, e cominciare a vederlo come un percorso con passi definiti. Un modello che funziona bene in molti contesti prevede sei tappe: raccogliere le informazioni sul cliente e sui referenti, registrare il contratto con le sue condizioni, individuare le risorse, definire il budget, creare il progetto e pianificare il kickoff.
Ogni tappa ha un responsabile e un risultato atteso. Le prime due sono tipicamente del commerciale, le ultime del capo progetto, e nel mezzo i due lavorano insieme. Il vantaggio di questa struttura è che nessuno può saltare un passaggio senza accorgersene.
- 01 Dati cliente
- 02 Contratto
- 03 Risorse
- 04 Budget
- 05 Creazione progetto
- 06 Kickoff
Cosa deve arrivare al capo progetto
Al di là dei dati anagrafici, ci sono alcune informazioni che il capo progetto deve avere prima del kickoff. Le condizioni economiche, innanzitutto: se il contratto è a corpo, a tempo e materiali o misto, se esistono tetti di ore, come e quando si fattura. Poi le milestone concordate, con i relativi criteri di accettazione, perché saranno la base del rapporto con il cliente.
Serve anche un quadro delle persone coinvolte dal lato cliente, con il loro ruolo reale e non solo quello formale, e un riassunto delle aspettative emerse in trattativa. Qualche riga scritta dal commerciale su cosa conta davvero per quel cliente vale spesso più di molte pagine di documentazione.
Infine il budget: le ore stimate per ruolo, le spese previste e il margine atteso. Senza questi numeri il capo progetto non ha modo di sapere, durante il lavoro, se sta andando bene o male.
Prima del kickoff
- Condizioni economiche
- Milestone e criteri di accettazione
- Referenti e ruoli reali
- Aspettative emerse in trattativa
- Budget per ruolo e margine atteso
Errori frequenti
Il primo errore è assegnare le risorse senza guardarne la disponibilità reale. Promettere al cliente una persona che è già impegnata al cento per cento su altri progetti significa ritardi certi. Il secondo è creare il progetto senza milestone, rimandandole a dopo il kickoff: così si perde il legame con il contratto e con la fatturazione.
Il terzo errore è escludere del tutto il commerciale dopo la firma. La sua presenza al kickoff, anche solo per la parte iniziale, dà continuità al cliente e permette di chiarire subito eventuali dubbi su ciò che era stato concordato.
Rendere il passaggio automatico
Quando opportunità, offerte e progetti vivono in strumenti diversi, ogni passaggio richiede di reinserire dati, con il rischio di errori e dimenticanze. In Sales l’onboarding cliente segue proprio le sei tappe descritte: i dati dell’opportunità e dell’offerta approvata vengono ripresi in automatico, il capo progetto vede la disponibilità del team mentre assegna le risorse e le milestone del contratto diventano parte del progetto fin dalla sua creazione.
Qualunque strumento si usi, la raccomandazione resta la stessa: definire con chiarezza cosa deve essere pronto prima del kickoff e chi ne è responsabile. È un investimento di poche ore che si ripaga al primo progetto partito senza sorprese.
Prima
- Dati reinseriti a mano
- Risorse assegnate alla cieca
- Milestone rimandate al kickoff
Dopo
- Dati ripresi dall’offerta
- Disponibilità del team visibile
- Milestone nel progetto dal primo giorno
Continua a leggere
