innovaq

Torna a Task

Integrazione · 4 min di lettura

Attività che nascono dai processi: Task con CRM, Sales e Regulate

Un contratto firmato, un nuovo cliente, un obbligo normativo: come trasformare gli eventi degli altri sistemi in attività automatiche, con modelli, ruoli e scadenze relative.

Il lavoro che arriva da altri sistemi

Buona parte delle attività di un’azienda non nasce da una decisione presa in riunione, ma da un evento registrato altrove. Un contratto firmato avvia l’attivazione del cliente, un nuovo obbligo normativo richiede una verifica, un’offerta accettata mette in moto la preparazione della consegna. L’evento è nel sistema, il lavoro che ne deriva spesso no.

Il risultato è che qualcuno deve accorgersene e creare le attività a mano, magari copiando dati da una schermata all’altra. Funziona finché quella persona se ne ricorda e ha tempo. Quando manca, il contratto è firmato ma l’attivazione non parte, e il cliente se ne accorge prima dell’azienda.

A questo si aggiunge un problema di coerenza. Ognuno crea le attività a modo suo, con nomi, scadenze e livelli di dettaglio diversi, e diventa difficile capire se il lavoro è stato fatto in modo completo o se è stato saltato qualche passaggio.

Quando i sistemi non si parlano, sono le persone a fare da ponte, a mano.

Individuare gli eventi che generano lavoro

Il primo passo è elencare gli eventi che, nella pratica quotidiana, generano attività. Conviene chiederlo a chi svolge il lavoro più che a chi lo organizza: sono le persone operative a sapere che cosa succede davvero dopo la firma di un contratto o l’arrivo di un nuovo cliente.

Per ogni evento vale la pena annotare quali attività ne derivano, chi di solito se ne occupa e in quanto tempo vanno completate. Spesso emergono differenze tra reparti o tra persone che svolgono lo stesso compito in modi diversi, ed è l’occasione giusta per concordare un modo comune.

Non tutti gli eventi meritano un’automazione. Conviene partire da quelli frequenti e da quelli in cui una dimenticanza costa cara, lasciando per dopo i casi rari o molto variabili.

Esempio illustrativo: una parte rilevante del lavoro parte da eventi di altri sistemi.

Modelli di attività, non attività singole

L’automazione funziona se a monte c’è un modello. Invece di descrivere ogni volta le attività da svolgere, si definisce una volta sola che cosa deve succedere quando si verifica un certo evento: quali attività, con quale checklist, con quale responsabile e con quale scadenza.

Due scelte rendono il modello robusto. La prima è assegnare il responsabile per ruolo e non per nome: “il referente tecnico del cliente” resta valido anche quando cambia la persona. La seconda è esprimere le scadenze in modo relativo all’evento, per esempio dieci giorni lavorativi dalla firma, così che il calendario si adatti da solo a ogni caso.

Un buon modello di attività

  • Evento di origine
  • Responsabile per ruolo
  • Scadenza relativa all’evento
  • Checklist standard
  • Collegamento alla scheda

Chiudere il cerchio

Un’attività generata da un evento non dovrebbe vivere isolata. Deve restare collegata alla scheda da cui è nata, così che chi guarda il cliente, l’offerta o l’obbligo veda anche lo stato del lavoro che lo riguarda, senza dover chiedere a qualcuno.

Vale anche nella direzione opposta. Quando le attività si completano, il sistema di origine dovrebbe saperlo: il cliente passa da “in attivazione” ad “attivo”, l’obbligo risulta presidiato, l’offerta avanza alla fase successiva. Senza questo ritorno, i dati dei diversi sistemi si allontanano e ognuno finisce per tenere un proprio elenco a parte.

Conviene infine prevedere un responsabile del modello stesso, che lo riveda quando cambiano i processi. Un’automazione che nessuno aggiorna continua a generare attività superate, con grande efficienza.

Come funziona con i moduli Innovaq

In Task le automazioni tra moduli si configurano scegliendo l’evento di origine, il modello di attività e la regola per il responsabile. Un’offerta vinta in Sales può generare le attività di avvio della commessa, un nuovo cliente in CRM la sequenza di onboarding, un obbligo censito in Regulate le verifiche periodiche con la loro prova di esecuzione.

Ogni attività resta collegata alla scheda di origine e ne aggiorna lo stato al completamento, così che commerciale, operativi e compliance guardino gli stessi dati. Il lavoro smette di dipendere da chi si ricorda di trasmetterlo e diventa una conseguenza naturale dei processi che l’azienda già segue.

Il consiglio pratico è cominciare con un solo evento, quello che oggi genera più dimenticanze, e osservare per qualche settimana come si comporta il modello prima di estenderlo agli altri.

  1. 01 Offerta vinta in Sales
  2. 02 Attività di avvio generate
  3. 03 Checklist completata
  4. 04 Stato aggiornato in CRM

Continua a leggere

Innovaq è una realtà in fase di lancio.