Come lavoriamo insieme in un’azienda online
Il concetto principale
Non siamo un gruppo di persone che lavorano separatamente. Siamo un sistema.
Area | Cosa passa all’area successiva |
|---|---|
Sales | Il cliente appena acquisito, con le sue informazioni |
AM | Le richieste del cliente, chiare e tracciate |
MB (tu) | Campagne, dati e feedback utilizzabili |
Operations | Le attività tecniche già definite |
Amministrazione | Informazioni corrette su scadenze e modifiche |
Quello che fa una persona influenza direttamente il lavoro delle altre. Lavorare bene non è solo una responsabilità individuale, è una responsabilità verso tutto il team.
In un’azienda online gli errori si moltiplicano
In un ufficio fisico un problema si risolve parlando con chi hai accanto. Online no. Una cosa non segnalata diventa una catena:
Cosa succede | Conseguenza |
|---|---|
Informazione persa | Task non eseguita |
Task non eseguita | Ritardo e cliente che aspetta |
Ritardo | Un altro team deve recuperare |
Recupero in emergenza | Stress e nuovi errori |
Nuovi errori | Cliente insoddisfatto, fino a cliente perso |
Un piccolo errore operativo può diventare un problema per 3 o 4 persone.
Il tuo lavoro non finisce quando fai la tua parte
Un esempio
Un cliente chiede di cambiare un’offerta nella campagna.
Cosa succede | Risultato |
|---|---|
L’AM pensa “lo dico al MB”, ma non apre la task | Tu non hai nessuna traccia |
La modifica viene dimenticata | Il cliente aspetta |
L’AM deve rincorrerti | Interrompi quello che stai facendo |
Il cliente va ricontattato | Perdi fiducia |
Una richiesta da 2 minuti diventa un problema da 30 minuti e un rischio di perdere il cliente. Non perché qualcuno non abbia lavorato, ma perché il processo era sbagliato.
ClickUp e TP Media Hub non sono un archivio
Non sono il posto dove mettiamo le cose “perché l’azienda lo vuole”. Sono il nostro sistema operativo. Se una cosa importante non è dentro il sistema, per l’azienda è come se non fosse gestita.
Una task in ClickUp deve far capire a chiunque
Domanda | Risposta nella task |
|---|---|
Cosa bisogna fare | Descrizione chiara |
Chi deve farlo | Responsabile |
Perché | Contesto |
Entro quando | Scadenza |
Con quali informazioni | Link, file, esempi |
A che punto siamo | Stato aggiornato |
La regola: nessuna promessa al cliente senza task
Se diciamo al cliente “te lo facciamo”, “ti mandiamo questo”, “cambiamo questa cosa”, “domani ti aggiorniamo”, deve esistere una task.
Promessa al cliente → Task → Responsabile → Scadenza → Esecuzione → Verifica → Comunicazione al cliente
La task non è burocrazia, è la memoria dell’azienda.
Cosa cambia per te
Se l’AM ti passa una richiesta a voce o su Slack e non c’è la task, chiedigliela. Non è un fastidio: ti protegge dal dimenticare qualcosa.
Le SOP non sono burocrazia
Una SOP non complica il lavoro, evita che ognuno lo reinventi. Una buona SOP permette di:
Lavorare più velocemente
Ridurre gli errori
Mantenere uno standard
Formare i nuovi collaboratori
Rendere il lavoro replicabile
Gestire più clienti
Senza SOP | Con SOP |
|---|---|
“Io faccio così” | “Questo è il modo in cui l’azienda ha deciso di farlo” |
Se una SOP esiste, si segue
Non va bene | Va bene |
|---|---|
“Io preferisco fare diversamente” | “Ho trovato un modo migliore, possiamo aggiornare la SOP?” |
Prima si segue lo standard, poi si propongono miglioramenti. Non si cambia il processo da soli ogni volta che arriva un’idea.
Una SOP non è perfetta
Può essere incompleta o vecchia. Il comportamento giusto non è ignorarla, ma seguire il processo attuale e segnalare cosa va migliorato. Così l’azienda evolve.
Precisione = rispetto per gli altri
Essere precisi non serve solo a te: serve a chi viene dopo. Se inserisci male un nome, una data, un link, un numero o un’informazione del cliente, qualcun altro perderà tempo a verificare. Ogni imprecisione genera lavoro per qualcun altro.
“Tanto lo sa già”
È una frase pericolosa.
Frase | Perché è un rischio |
|---|---|
“L’AM lo sa” | Può averlo dimenticato o non averlo visto |
“Il collega sa di quale cliente parlo” | Ne ha decine |
“Gliel’avevo già detto” | Dove è scritto? |
“È una cosa ovvia” | Non lo è per chi è nuovo |
Se un’informazione serve per fare bene un lavoro, va scritta. Non possiamo fare affidamento sulla memoria delle persone.
Il passaggio di palla
Il lavoro è una staffetta: persona A → persona B → persona C → cliente.
Se A passa male il testimone | Effetto |
|---|---|
B perde tempo | C lavora sotto pressione |
C lavora sotto pressione | Il cliente lo percepisce |
Il tuo lavoro deve arrivare alla persona successiva in uno stato utilizzabile.
Non passiamo problemi, passiamo informazioni utilizzabili
Non va bene | Va bene |
|---|---|
“Il cliente ha un problema con i lead” | “Il cliente segnala un calo della qualità dei lead negli ultimi 10 giorni. I contatti che considera non validi sono soprattutto X e Y. Ho raccolto 5 esempi e li ho inseriti nella task” |
Il secondo messaggio permette a chi lo riceve di lavorare subito.
Un esempio da MB
Non va bene | Va bene |
|---|---|
“Il tracciamento non va” | “Dal 10 ottobre gli eventi Lead non arrivano in Meta per il cliente X. Ho controllato pixel e CAPI: l’evento parte dalla landing ma non risulta ricevuto. Allego lo screenshot di Events Manager. Mi serve un controllo sull’automazione in GHL” |
Lavorare “con testa”
Non vogliamo persone che eseguono in modo meccanico. Vogliamo persone che si chiedono:
Ha senso?
Manca qualcosa?
Cosa succede dopo?
Chi deve ricevere questa informazione?
Sto creando un problema a qualcun altro?
Il cliente sa cosa succederà?
Questa è intelligenza operativa.
Non fare solo quello che ti è stato chiesto
Non significa improvvisare, significa vedere le conseguenze.
Persona esecutiva | Persona attenta |
|---|---|
Apre la task come richiesto | Si chiede se per fare X serve anche Y |
Si chiede se va informato qualcuno | |
Si chiede se la modifica impatta un altro processo |
Il secondo approccio riduce gli errori.
Chiudere bene una task
Una task non è completata quando “ho fatto qualcosa”, ma quando il risultato è verificato.
Non va bene | Va bene |
|---|---|
“Fatto” | “Modifica completata. Testata su mobile e desktop. Link verificato. Screenshot allegato. AM aggiornato” |
La seconda comunicazione elimina le ambiguità.
Le cose “aperte”
Una task lasciata “quasi fatta” crea incertezza. Ogni attività deve avere uno stato chiaro:
Stato | Significato |
|---|---|
Da fare | Non ancora iniziata |
In corso | La sto lavorando |
In attesa | Dipende da qualcun altro |
Da verificare | Fatta, manca il controllo |
Completata | Verificata e chiusa |
Se è bloccata, scrivi perché e da chi dipendi.
Il tuo ruolo nella catena
L’AM è il collegamento tra cliente e team. Tu sei il collegamento tra i dati e le campagne. Quello che passi all’AM diventa quello che il cliente sente.
Se tu comunichi male | Effetto |
|---|---|
Dati poco chiari | L’AM non sa cosa dire al cliente |
Modifiche non segnalate | Il cliente scopre le cose da solo |
Problemi comunicati in ritardo | La fiducia del cliente cala |
Informazioni incomplete | Il team perde tempo a ricostruire |
Per questo conta essere forte su tre cose: chiarezza, precisione, organizzazione.
La velocità non deve distruggere la precisione
A volte si pensa “rispondo veloce e poi sistemiamo”. Spesso crea più lavoro.
Approccio | Tempo totale |
|---|---|
Fare bene la task | 3 minuti |
Crearla male e spiegare cosa mancava | 1 minuto + 15 minuti di messaggi |
Velocità significa fare rapidamente la cosa corretta, non fare in fretta qualcosa.
Il costo nascosto del lavoro fatto male
Ogni errore operativo genera una catena: errore → correzione → interruzione → messaggi → ritardo → stress → nuovo errore.
Non siamo precisi per essere burocratici, ma per proteggere il tempo del team.
Cultura della responsabilità
Quando qualcosa va storto, la prima domanda non è “chi ha sbagliato?” ma “come evitiamo che succeda di nuovo?”. Spesso la causa è:
Una SOP mancante
Una task scritta male
Un passaggio non definito
Un controllo assente
Un problema di formazione
Così gli errori diventano miglioramento per tutti.
Se vedi un problema, non girarti dall’altra parte
Un problema visto e ignorato diventa responsabilità di tutti. Segnala se noti:
Una SOP poco chiara
Una task ricorrente che viene sempre dimenticata
Un passaggio inefficiente
Una persona che non riporta una task o un’informazione
Un errore che si ripete
Non devi risolvere tutto da solo, ma devi far emergere il problema. Un errore di un collega può dipendere da una task poco chiara: segnalalo, così non si ripete.
La cultura che vogliamo
Vogliamo persone che | Non persone che |
|---|---|
Pensano | Eseguono automaticamente |
Si organizzano | Lavorano in emergenza continua |
Scrivono | Affidano le informazioni alla memoria |
Seguono i processi | Reinventano ogni volta il lavoro |
Segnalano | Nascondono i problemi |
Propongono | Restano in silenzio davanti a un modo migliore |
Si assumono responsabilità | Cercano colpevoli |
Una regola semplice ma importante
Prima di chiudere la giornata, chiediti:
“C’è qualcosa che ho lasciato nella mia testa e che qualcun altro avrebbe bisogno di sapere?”
Se sì: scrivilo, apri una task, aggiorna il documento, lascia il contesto. Domani nessuno deve ricostruire quello che è successo oggi.
Lo standard che vogliamo
Non cerchiamo persone perfette, cerchiamo persone affidabili. Una persona affidabile:
Fa ciò che dice
Segna ciò che deve essere fatto
Rispetta le scadenze
Segnala quando è bloccata
Non nasconde gli errori
Segue i processi
Lascia informazioni chiare
Aiuta il team a crescere
Pensa alle conseguenze del proprio lavoro
Quando succede questo | Si ottiene questo |
|---|---|
Una task aperta bene | Si risparmia tempo |
Una SOP seguita | Si riducono gli errori |
Un’informazione scritta bene | Si evitano messaggi |
Una promessa tracciata | Si protegge il cliente e il team |
Un problema segnalato subito | Si evita un’escalation |
Lavorare bene è un atto di rispetto verso il team.
La domanda da farti non è solo “ho fatto il mio lavoro?”, ma:
“Ho fatto il mio lavoro in un modo che permette alla persona dopo di me di fare bene il suo?”