Un costruttore composto da trigger, condizione e azione è all'inizio un concetto astratto: la vera domanda è cosa se ne può fare nel lavoro quotidiano con un CRM o un ERP. Poiché i trigger, le condizioni e le azioni effettivamente disponibili vengono caricati dal sistema e possono variare da un ambiente 1Tool all'altro, qui non è possibile indicare un catalogo fisso. I punti seguenti vanno quindi intesi deliberatamente come spunti di riflessione — esempi della direzione in cui uno strumento del genere viene tipicamente usato, non un elenco di funzioni integrate.
Notifiche al momento giusto
Un esempio possibile sarebbe un'automazione che, al verificarsi di un determinato evento nel sistema, genera automaticamente una notifica interna — ad esempio quando un record raggiunge uno stato che il team vuole comunque tenere d'occhio. In questo modo si potrebbe evitare che eventi rilevanti passino inosservati solo perché nessuno li stava cercando attivamente. Se e in che forma un trigger del genere esista davvero nel vostro ambiente 1Tool dipende dalle opzioni concrete che l'editor vi mostra.
Inoltro alla persona responsabile
Altrettanto immaginabile sarebbe un flusso che, in base a una condizione — ad esempio una caratteristica di una pratica — la inoltra automaticamente alla persona o al reparto competente. Invece di esaminare e assegnare a mano ogni caso in arrivo, la condizione potrebbe occuparsi dell'assegnazione e l'azione avviare l'inoltro. Sarebbe un esempio di come gestire le responsabilità tramite regole anziché manualmente — l'implementazione effettiva dipende dalle condizioni e dalle azioni che il vostro sistema mette a disposizione.
Passi successivi automatici al cambio di stato
Un altro esempio illustrativo: quando lo stato di una pratica cambia, un'automazione potrebbe reagire con uno o più passi successivi — ad esempio informando le persone coinvolte o eseguendo un'altra azione interna. Poiché nell'editor di 1Tool le condizioni possono ramificarsi, sarebbe anche possibile che cambi di stato diversi portino a passi successivi diversi, invece di creare un'automazione separata per ogni caso.
Controlli e promemoria ricorrenti
Infine si potrebbe immaginare un flusso che verifica regolarmente se determinate condizioni sono soddisfatte e, se necessario, invia un promemoria o avvia il passo successivo. Così si eviterebbe che le pratiche restino a lungo senza seguito. Anche in questo caso l'editor indica direttamente se è disponibile un trigger adatto a questo scenario — con nome e descrizione di ogni opzione.
Il costruttore si adatta al vostro sistema
Tutti e quattro gli esempi hanno in comune il fatto di non essere funzioni fisse, ma schemi che mostrano come combinare trigger, condizione e azione. Quali elementi siano effettivamente disponibili nell'editor lo vedete quando create una nuova automazione: lì tutte le opzioni vengono caricate dal sistema con nome e descrizione. Il vero valore del costruttore sta nel fatto che siete voi a combinare questi elementi, invece di essere limitati a una selezione predefinita di automazioni.
Domande frequenti
Gli esempi citati sono automazioni integrate in 1Tool? No, si tratta di esempi illustrativi di come si potrebbe usare un costruttore del genere. Quali trigger, condizioni e azioni siano concretamente disponibili lo mostra direttamente l'editor. Come capisco cosa è davvero possibile nel mio ambiente 1Tool? Quando create un'automazione, tutti i trigger, le condizioni e le azioni disponibili vengono caricati dal sistema con nome e descrizione e mostrati nell'editor. Posso combinare più di questi esempi in un'unica automazione? Poiché le condizioni possono ramificarsi e avere più passi figli, casi diversi possono in linea di principio essere gestiti in un unico flusso coerente. Volete verificare insieme a noi quali automazioni sono concretamente possibili nel vostro ambiente 1Tool?