\n ![\"Agenzie]()
<\/wpml_nbsp>\u201d loading=\u201dlazy\u201d src=\u201dhttps:\/\/no-cache.hubspot.com\/cta\/default\/49101310\/interactive-198969179212.png\u201d style=\u201dheight: 100%; width: 100%; object-fit: fill\u201d onerror=\u201dthis.style.display=’none'\u201d>
\n <\/a><\/p>\n#3: I progetti \u201dzombie\u201d che prosciugano le tue risorse<\/b><\/h2>\n
Il principio: i progetti che non finiscono mai<\/b><\/h3>\n
Li conosci bene. Quei progetti che avrebbero dovuto concludersi tre mesi fa. Che sono \u201cquasi finiti\u201d gi\u00e0 da sei settimane. Dove il cliente chiede \u201cun\u2019ultima piccola modifica\u201d ogni due settimane. In cui i tuoi team passano ancora \u00abqualche ora\u00bb qua e l\u00e0 per \u00abmettere a punto gli ultimi dettagli\u00bb. <\/p>\n
Ufficialmente, il progetto \u00e8 stato consegnato. Fatturato. Chiuso. Ma in realt\u00e0 continua a prosciugare risorse. Uno sviluppatore che corregge un bug \u201cal volo\u201d. Un capo progetto che fa il punto con il cliente \u201cper assicurarsi che tutto fili liscio\u201d. Un grafico che ritocca \u201ctre cosette\u201d sulle immagini. <\/p>\n
Moltiplica queste \u201dpoche ore\u201d per il numero di progetti in stallo nella tua agenzia. Quanto viene? Un equivalente a tempo pieno? Due? Di pi\u00f9? <\/p>\n
Gli studi sull\u2019argomento sono pochi ma illuminanti: nelle agenzie che non chiudono formalmente i propri progetti, dal 10 al 15% della capacit\u00e0 produttiva viene assorbita da interventi post-consegna non fatturati. Per un\u2019agenzia di 40 persone, questo equivale a 4-6 collaboratori a tempo pieno che lavorano su progetti che dovrebbero essere gi\u00e0 terminati. <\/p>\n
Il problema \u00e8 che queste ore non si vedono nei tuoi dati di monitoraggio. Non compaiono come tempo dedicato al progetto, dato che il progetto \u00e8 \u201cfinito\u201d. Non sono inserite nel budget perch\u00e9 \u201c\u00e8 solo assistenza post-vendita\u201d. Risultato: spariscono nel nulla dei tuoi report. Ma continuano comunque a pesare sulla tua redditivit\u00e0 reale. <\/p>\n
Ma c\u2019\u00e8 di peggio: creano un precedente. Il cliente ha capito che pu\u00f2 ottenere modifiche gratuite. I tuoi team hanno capito che \u201cportare a termine un progetto\u201d non significa nulla, visto che ci torneremo sopra comunque. E tu ti ritrovi con risorse impegnate su progetti vecchi, mentre dovrebbero essere dedicate a quelli nuovi. <\/p>\n
La soluzione: chiudere definitivamente<\/b><\/p>\n
Metti in atto una procedura formale di chiusura. Un progetto si considera concluso solo quando: <\/p>\n
\n- Tutti i risultati finali sono stati approvati dal cliente (con la sua firma, non solo un \u201dok\u201d verbale)<\/li>\n
- La fattura finale \u00e8 stata emessa E incassata<\/li>\n
- Una riunione di chiusura ha sancito formalmente la fine della missione<\/li>\n
- Il progetto \u00e8 stato chiuso a livello amministrativo nei tuoi strumenti<\/li>\n<\/ul>\n
Prima della chiusura ufficiale, TUTTO \u00e8 ancora aperto. Dopo? TUTTO \u00e8 chiuso. Una richiesta dopo la chiusura = nuovo ordine = nuova fatturazione. Nessuna zona grigia, nessuna eccezione. <\/p>\n
Definisci chiaramente nei tuoi contratti cosa rientra nella garanzia (correzione di bug effettivi nel periodo concordato) e cosa rientra in un nuovo servizio (aggiornamenti, modifiche, nuove richieste). La garanzia la copri tu. Il resto lo fatturi. Punto. <\/p>\n
Insegna ai tuoi collaboratori a dire NO. I tuoi collaboratori sono gentili, vogliono fare del loro meglio e non vogliono deludere il cliente. Risultato: accettano \u201cpiccole richieste\u201d che in realt\u00e0 non sono mai cos\u00ec piccole. Insegnagli a rispondere: \u201cCon piacere! Ti preparo un preventivo per questa richiesta aggiuntiva e ci organizziamo.\u201d <\/p>\n
Prevedi degli allegati sistematici per ogni richiesta post-consegna che richieda pi\u00f9 di 2 ore di lavoro. Niente \u201dvedremo alla fine\u201d. Niente \u00abci sistemeremo\u00bb. Appena il cliente esce dai termini concordati, emetti il buono d\u2019ordine. Ti sembra troppo rigido? \u00c8 solo professionalit\u00e0. E, tra l\u2019altro, ti permette di rimanere redditizio. <\/p>\n
Il risultato? I tuoi progetti vengono davvero portati a termine. Le tue risorse sono disponibili per nuovi incarichi fatturabili. I tuoi clienti rispettano i termini contrattuali. E smetti di sprecare soldi in interventi fantasma. <\/p>\n
\n\n\n| Fonte della perdita<\/th>\n | Cosa sta frenando il processo<\/th>\n | Impatto sul business (con dati chiave)<\/th>\n<\/tr>\n<\/thead>\n |
\n\n1. Tempo fantasma<\/strong><\/td>\n| Ore non registrate, attivit\u00e0 non tracciate, lavoro interno non sotto controllo<\/td>\n | Fino al 15% di fatturato perso<\/strong>, 130 ore al mese<\/strong> andate in fumo, ovvero da 9.100 \u20ac<\/strong> a 182.000 \u20ac all\u2019anno<\/strong> in media<\/td>\n<\/tr>\n\n2. Fase di prevendita non gestita<\/strong><\/td>\n| Lavoro gratuito, bassa conversione, AO non qualificati<\/td>\n | 15\u201325% del tempo di produzione<\/strong> assorbito, 60\u201370% di attivit\u00e0 di prevendita inutile<\/strong>, CAC = 10\u201318% del fatturato<\/strong><\/td>\n<\/tr>\n\n3. Progetti \u201dzombie\u201d<\/strong><\/td>\n| Consegna completata ma non fatturata, ambito di intervento poco chiaro<\/td>\n | 10\u201315% di capacit\u00e0 bloccata<\/strong>, 4\u20136 ETP immobilizzati<\/strong>, progetti che consumano risorse senza generare fatturato<\/td>\n<\/tr>\n\n4. Prezzi troppo bassi<\/strong><\/td>\n| Calcoli sbagliati, sconti, costo reale sconosciuto<\/td>\n | Margine dal -25% al -35%<\/strong>, sconti fino al -30%<\/strong>, scostamenti che possono arrivare fino al +70%<\/strong> in termini di ore<\/td>\n<\/tr>\n\n5. SaaS e strumenti non gestiti<\/strong><\/td>\n| Strumenti inutilizzati, stack frammentato, doppio inserimento dati<\/td>\n | Il 30% del budget SaaS sprecato<\/strong>, fino a 14.400 \u20ac all\u2019anno<\/strong> persi in duplicazioni + produttivit\u00e0 in calo<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n | | | | | | | | | |