Email interactif pour les invitations récurrentes à des rencontres

Un groupe de rencontres hebdomadaire ne devrait pas signifier reconstruire l'invitation à chaque fois. Construisez-la une seule fois avec un bloc Lieu, Ajouter au calendrier, et RSVP, puis mettez-la sur un envoi récurrent — MailInApp réévalue le groupe à chaque exécution et n'atteint que les membres qui n'ont pas encore répondu au RSVP pour cette occurrence.

Objet

This week's meetup: same place, same time

Un groupe de rencontres hebdomadaire ne devrait pas signifier reconstruire l'invitation à chaque fois. Construisez-la une seule fois avec un bloc Lieu, Ajouter au calendrier, et RSVP, puis mettez-la sur un envoi récurrent — MailInApp réévalue le groupe à chaque exécution et n'atteint que les membres qui n'ont pas encore répondu au RSVP pour cette occurrence.

Recréer la même invitation à la main chaque semaine est le genre de travail répétitif qui finit par être sauté, et une invitation sautée signifie une rencontre plus petite. La construire une seule fois et laisser une programmation s'occuper de la répétition élimine entièrement ce risque.

Construisez l'invitation une seule fois

Un bloc Lieu porte l'adresse et l'itinéraire de l'endroit habituel, un bloc Ajouter au calendrier construit les liens de calendrier corrects par fuseau horaire, et un bloc RSVP prend le décompte de présence avec la capacité réelle du lieu. Rien de tout cela n'a besoin de changer semaine après semaine, sauf si les détails changent.

Laissez la programmation s'occuper de la répétition

Un envoi récurrent réévalue votre filtre d'audience par rapport aux lignes actuelles de la source de données à chaque exécution, n'atteignant que les membres non couverts par un envoi précédent pour cette même programmation. C'est le même schéma de fenêtre glissante qu'utilise tout envoi récurrent de MailInApp. Configurez-le une fois pour une cadence quotidienne ou hebdomadaire et il continue de fonctionner — une rencontre mensuelle nécessite encore son invitation envoyée à la main à chaque fois, puisqu'une programmation ne peut pas s'espacer moins fréquemment qu'hebdomadaire pour l'instant.

Mettez à jour uniquement ce qui change réellement

Si le lieu change pour une seule occasion, mettez à jour l'adresse du bloc Lieu avant que cet envoi ne parte — toute exécution future reprend ce qui est enregistré à ce moment-là, donc un changement ponctuel ne signifie pas reconstruire toute l'invitation depuis zéro.

Connaissez les chiffres avant le jour J

Chaque occasion a son propre RSVP, donc le tableau de bord des réponses montre les décomptes de confirmés, en liste d'attente, et refusés par envoi — un décompte fiable bien avant chaque rencontre, pas seulement celui que quelqu'un a pensé à suivre à la main.

Comment démarrer

Ajoutez un bloc Lieu, un bloc Ajouter au calendrier, et un RSVP avec une capacité correspondant à votre espace habituel. Mettez le tout sur un envoi récurrent et désactivez-le quand la rencontre fait une pause.

Une séquence type de création et d'envoi

  1. 1

    Construisez l'invitation une seule fois

    Ajoutez un bloc Lieu pour l'endroit habituel, un bloc Ajouter au calendrier, et un RSVP avec la capacité réelle du lieu.

  2. 2

    Mettez-la sur une programmation récurrente

    Configurez un envoi récurrent (quotidien ou hebdomadaire) pour votre liste de membres — chaque exécution atteint les membres non déjà couverts par un envoi précédent, le même schéma de fenêtre glissante qu'utilise tout envoi récurrent.

  3. 3

    Ne mettez à jour que la date à chaque occurrence

    Mettez à jour les détails de date du lieu avant la prochaine exécution s'il change ; les blocs RSVP et Ajouter au calendrier reprennent automatiquement les nouveaux détails au prochain envoi.

  4. 4

    Suivez le décompte de présence par occurrence

    Le tableau de bord des réponses montre les décomptes de confirmés, en liste d'attente, et refusés pour chaque envoi, donc vous connaissez les chiffres bien avant le jour J.

Questions fréquentes

L'envoi récurrent évite-t-il de réinviter quelqu'un qui a déjà répondu au RSVP ?

Un envoi récurrent réévalue votre filtre d'audience par rapport aux lignes actuelles de la source de données à chaque exécution, et n'atteint que les correspondances non déjà couvertes par un enregistrement d'envoi précédent pour cette même programmation — le même schéma de fenêtre glissante qu'utilise tout envoi récurrent.

Puis-je plafonner le nombre de personnes à chaque rencontre ?

Oui — le bloc RSVP accepte une capacité optionnelle, et une fois que les RSVP confirmés (plus les invités, si autorisés) dépasseraient cette limite, les réponses « oui » suivantes s'enregistrent comme en liste d'attente à la place, avec votre propre message de liste d'attente personnalisé.

Que se passe-t-il si la rencontre change occasionnellement de lieu ?

Mettez à jour l'adresse du bloc Lieu avant que l'envoi de cette occurrence ne parte ; tout envoi récurrent futur reprend ce qui est enregistré à ce moment-là, donc un changement de lieu ponctuel ne nécessite pas de reconstruire toute l'invitation.

Les membres doivent-ils répondre au RSVP à chaque fois, ou est-ce mémorisé ?

Chaque occurrence a son propre RSVP — une rencontre récurrente ne porte pas de réglage permanent « toujours oui », puisque la capacité et la présence peuvent raisonnablement varier semaine après semaine.

Puis-je arrêter l'invitation récurrente si la rencontre fait une pause ?

Oui — désactivez la programmation depuis la page Envoi du projet à tout moment ; elle se désactive aussi automatiquement d'elle-même après plusieurs exécutions consécutives où l'envoi échoue pour tous les destinataires, comme filet de sécurité contre un relais cassé qui tournerait silencieusement pour toujours.

Construisez ceci dans le studio

Commencez avec le forfait gratuit : chaque bloc interactif et le moteur de repli complet sont inclus dans tous les forfaits.