Communications — Modèles d’e-mail¶
Lorsque l’option est activée pour votre organisation, Communications → Modèles d’e-mail permet d’adapter le texte de certains e-mails déclenchés par le système : invitation d’un habitant, confirmation de réservation, rappels, etc. Ce n’est pas le même canal que les newsletters (rédaction libre à l’instant T).
Charte visuelle (shell commun)¶
Tous les e-mails transactionnels partagent le même habillage :
- En-tête : logo de la copropriété (ou NeoHoods) dans un carré blanc, puis nom de la résidence / plateforme sur fond teal.
- Corps : carte blanche à bords arrondis (lisible aussi en mode sombre du client mail).
- Pied : signature + logos « Propulsé par » / « En collaboration avec » sur fond teal.
Le HTML que vous saisissez dans le modèle WELCOME est injecté dans cette carte blanche (email/custom-template).
Contraintes techniques¶
Les modèles contiennent des variables ({{firstName}}, {{appName}}, {{username}}, etc.). Ne supprimez pas une variable obligatoire : l’envoi peut échouer ou partir avec un champ vide.
Classes HTML recommandées dans le corps¶
Utilisez de préférence ces classes (déjà stylées dans le shell) plutôt que des styles inline arbitraires :
| Classe | Usage |
|---|---|
email-callout-next |
Bloc « pour bien démarrer » avec liste |
announcement-content-card |
Encadré gris clair pour un paragraphe mis en avant |
link |
Liens texte (vert charte) |
button |
Bouton lime (rare en éditeur WYSIWYG ; réservé aux templates système) |
Évitez les liens sans classe (bleu par défaut du navigateur) et les fonds de couleur custom sur le corps : la carte reste blanche.
Contenu¶
- Ton : institutionnel, aligné avec les newsletters pour que l’habitant reconnaisse l’expéditeur.
- Longueur : court ; le détail peut renvoyer vers une page du portail.
- Tests : après modification, déclencher un scénario sur un compte de test (invitation, réservation) ou l’outil super-admin debug e-mail avant la production.
Voir aussi¶
- Newsletters — messages ad hoc aux résidents.