Automatisations
Un déclencheur, des conditions, une action — lisibles en une phrase.
QUAND / SI / ALORS : chaque automatisation est une recette déterministe — un déclencheur posé sur vos données membres, des conditions explicites et une action bornée — que votre équipe définit, relit et active explicitement.
Communications · Automatisations
Parcours de renouvellement
- QUANDDéclencheurUn membre entre en période de grâce (échéance détectée)
- SIConditionsStatut d’adhésion : en période de grâce ET type : individuelle
- ALORSActionPréparer la campagne « Rappel d’adhésion » — audience figée à la préparation
Déclencheurs, conditions et actions déterministes — définis avec l’équipe, puis activés.
Relances planifiées — échéances et périodes de grâce suivies dans le module Adhésions.
Communications · Automatisations
Parcours de renouvellement
- QUANDDéclencheurUn membre entre en période de grâce (échéance détectée)
- SIConditionsStatut d’adhésion : en période de grâce ET type : individuelle
- ALORSActionPréparer la campagne « Rappel d’adhésion » — audience figée à la préparation
Déclencheurs, conditions et actions déterministes — définis avec l’équipe, puis activés.
Relances planifiées — échéances et périodes de grâce suivies dans le module Adhésions.
La réponse en bref
Une automatisation NORDAK suit le modèle QUAND / SI / ALORS : un déclencheur, des conditions explicites et une action bornée, lisibles en une phrase. Le scénario s’active et se désactive explicitement, conserve ses versions et son historique d’exécution, et ne s’exécute que si votre équipe l’a activé. Seules les actions du périmètre livré sont proposées ; les besoins au-delà se discutent avec votre équipe NORDAK.
Le problème à résoudre
Des rappels qui repartent de zéro à chaque échéance
Les relances sont recalculées à la main dans des tableaux d’échéances : les conditions d’envoi se répètent, les oublis se découvrent tard, et personne ne sait ce qui a réellement été déclenché.
- Des rappels recomposés à chaque échéance
- Des conditions d’envoi écrites dans plusieurs endroits
- Des relances qui dépendent des disponibilités de l’équipe
- Aucune trace de ce qui a été déclenché, ni à quelle date
Vue réelle du produit
La liste des automatisations, dans NORDAK.
Chaque recette y apparaît avec son état et sa date de création : l’écran réel Automatisations, saisi en environnement de démonstration avec des données fictives.
Comment NORDAK structure le travail
Comment NORDAK structure le travail
Un modèle unique, cadré avec votre équipe : QUAND le déclencheur se présente, SI les conditions sont vraies, ALORS l’action bornée s’exécute — la recette reste lisible, versionnée et consultable.
Nommer le déclencheur
QUAND : une échéance approche, une adhésion est enregistrée, un membre rejoint un groupe — le déclencheur s’appuie sur des données membres réelles.
Écrire les conditions
SI : statut d’adhésion, type, groupe, période de grâce — les conditions explicites restent écrites dans la recette, sans logique cachée.
Choisir l’action
ALORS : une action du périmètre livré se déclenche, par exemple la préparation d’un rappel pour l’audience concernée — seules les actions soutenues par le produit sont proposées.
Relire, puis activer
L’équipe relit la recette et l’active explicitement ; désactivée, elle ne s’exécute plus, et ses versions ainsi que son historique restent consultables.
Capacités vérifiées
Ce que l’application structure aujourd’hui.
Le modèle QUAND / SI / ALORS
Chaque recette se lit comme une phrase : un déclencheur, des conditions et une action, sans logique implicite.
- Déclencheur sur les données membres
- Conditions explicites et cumulatives
- Action bornée au périmètre livré
- Recette relue avant activation
Activation, versions et historique
Les recettes s’activent et se désactivent explicitement, et rien n’est réécrit après coup.
- Activation et désactivation explicites
- Versions passées intactes
- Historique d’exécution consultable
- Recettes créées avec votre équipe
Recettes livrées
Les recettes disponibles suivent les capacités soutenues par le produit aujourd’hui.
- Rappel de renouvellement
- Recette sur les formations
- Audiences issues des données membres
- Actions de communication bornées
Un scénario concret
Une relance de renouvellement, déclenchée à échéance
Le parcours d’une recette, de sa définition à son historique.
- ÉTAPE 1
Le déclencheur
Trois semaines avant la fin du terme, le membre entre en période de grâce : c’est le QUAND de la recette.
- ÉTAPE 2
Les conditions
SI le statut d’adhésion est « en grâce » ET le type est individuel, la recette poursuit ; sinon, elle s’arrête là.
- ÉTAPE 3
L’action
ALORS le rappel d’adhésion est préparé pour l’audience concernée : le message reste à relire et à envoyer par l’équipe.
- ÉTAPE 4
L’activation
L’équipe vérifie le déclencheur et les conditions, relit la recette, puis l’active — ou la laisse désactivée.
- ÉTAPE 5
L’historique
Chaque exécution est enregistrée avec sa date et son résultat, sans effacer les versions passées.
Un déclencheur lisible, des conditions explicites, une action bornée : la recette prépare le rappel, et l’équipe garde la main sur le message et l’envoi.
Capacités cadrées selon le projet
Le module Automatisations est activé pour votre organisation, et les recettes disponibles sont définies avec votre équipe lors de l’implantation. Aucune simulation d’exécution ni aperçu de scénario n’est proposé avant activation, aucun scénario n’est présenté comme autonome, et les besoins au-delà du périmètre livré se discutent avec votre équipe NORDAK.
- Module Automatisations activé pour votre organisation
- Recettes définies avec votre équipe (renouvellement et formation)
- Actions bornées au périmètre livré
- Aucune simulation d’exécution ni aperçu de scénario avant activation
- Versions et historique d’exécution consultables après activation
Questions fréquentes
Ce qu’il faut clarifier pour décider.
Une automatisation envoie-t-elle le message toute seule ?
Non : chaque recette est déterministe — un déclencheur, des conditions explicites et une action bornée — et votre équipe l’active explicitement. Le produit ne propose ni simulation d’exécution ni aperçu de scénario avant activation.
Que se passe-t-il si l’action que je cherche n’existe pas ?
Seules les actions du périmètre livré sont proposées dans la recette. Les besoins au-delà se discutent avec votre équipe NORDAK lors de l’implantation, sans promesse d’action livrée aujourd’hui.
Peut-on modifier une automatisation déjà activée ?
Oui, selon le processus convenu avec votre équipe : l’historique est versionné, les versions passées restent intactes et les ajustements ne les réécrivent pas.
Comment savoir ce qui s’est exécuté ?
L’historique d’exécution reste consultable dans la même ressource : chaque exécution y est enregistrée avec sa date et son résultat, sans écraser les versions passées.
Quelles recettes sont disponibles aujourd’hui ?
Les recettes livrées portent sur le renouvellement et la formation, avec des déclencheurs posés sur vos données membres ; les autres besoins se cadrent avec votre équipe NORDAK.
Pour aller plus loin
Capacités et ressources liées.
Centre d’aide : créer une automatisation
La procédure en trois étapes, de l’ouverture de la ressource à l’historique.
ExplorerGuide : automatisations QUAND / SI / ALORS
Le modèle détaillé, ses bornes et les états rencontrés dans l’écran.
ExplorerCommunications ciblées
Voir comment les audiences et les campagnes se préparent avant l’envoi.
ExplorerCentre d’aide : rappels de renouvellement
Les relances préparées à partir des listes d’échéances, avec l’appui des automatisations livrées.
ExplorerUne démonstration adaptée à votre réalité
Voyez comment NORDAK structure ce travail pour votre organisation.
Parlez de vos membres, de vos données et de vos processus avec une équipe qui connaît les réalités des organisations membres au Québec.
Réserver une démonstration