Formulaire de visiteurs

Le formulaire de visiteurs est la page de GCM que vous partagerez le plus. Il vit à une URL publique — généralement imprimée au dos de votre bulletin, sur une carte à QR code à l'accueil, ou liée depuis le site web de votre église — et permet à un invité pour la première fois de saisir ses propres coordonnées depuis un téléphone en environ quatre-vingt-dix secondes.

Tout ce qui est soumis atterrit dans votre liste de Membres avec le type de membre Visiteur. À partir de là, votre flux de suivi prend le relais — les workflows peuvent envoyer un message de bienvenue par SMS, assigner un pasteur de suivi, programmer le visiteur pour le pointage du dimanche suivant, ou tout cela à la fois.

Pourquoi ce module existe

Le modèle d'inscription en « libre-service » compte parce que l'ancien flux — un porte-bloc, une fiche papier, et un bénévole tapant les noms dans la base de données le lundi — perd des visiteurs. Les fiches se perdent. L'écriture est illisible. Le mardi devient vendredi, le contact se refroidit, et la deuxième visite n'arrive jamais.

Le formulaire de visiteurs supprime entièrement l'étape de la saisie. Le téléphone du visiteur est l'appareil de saisie. Il prend un selfie, remplit sept champs, appuie sur envoyer — le temps qu'il se rassoie, l'enregistrement existe dans GCM et (si vous l'avez configuré) un WhatsApp « merci de votre visite » est déjà parti.

Ce que vous pouvez configurer

Ouvrez Paramètres → Formulaire de visiteurs pour accéder à cette page. Vous y trouverez deux cartes :

1. Accès et lien — active ou désactive le formulaire derrière un mot de passe, affiche l'URL partageable, la copie dans votre presse-papiers.
2. Champs du formulaire — contrôle quels champs apparaissent, dans quel ordre, comment ils s'appellent, à quelles étapes ils appartiennent, et s'ils sont obligatoires.

Vous n'avez à toucher aucune des deux cartes pour avoir un formulaire fonctionnel. Les valeurs par défaut demandent nom, téléphone, e-mail, photo et les bases — c'est assez pour la plupart des églises qui débutent. Personnalisez quand vous dépassez les valeurs par défaut.

Le chemin des données

Téléphone du visiteur  →  /visitor (page publique)
                              │
                              ▼
                         submit_visitor_form RPC
                              │
       ┌──────────────┬───────┴───────┬─────────────────┐
       ▼              ▼               ▼                 ▼
   table members  attendances    valeurs de champ  affectation
   (visitor)      (si coché)     personnalisé      à org_unit
                      │
                      ▼
              trigger_workflow_member_created
                      │
                      ▼
              les workflows se déclenchent — SMS de bienvenue, etc.

Comme le formulaire est anonyme, toutes les écritures passent par une fonction Postgres SECURITY DEFINER (submit_visitor_form). Sinon, RLS rejetterait les insertions anonymes. La fonction s'exécute côté serveur, valide le code d'accès de l'organisation s'il en existe un, et insère les lignes liées de façon atomique — soit le membre, la photo, la ligne d'assistance et l'affectation à l'unité atterrissent tous, soit aucun ne le fait.

Où apparaissent les visiteurs

Après qu'un visiteur a soumis, il apparaît immédiatement à trois endroits :

• Membres → Tous les membres, avec le type de membre Visiteur et un horodatage « inscrit aujourd'hui ».
• Assistance → Services du jour, s'il a coché la case d'assistance (le formulaire suggère automatiquement le service du dimanche s'il le remplit un dimanche).
• Tableau de bord → Widget nouveaux visiteurs, avec sa photo et le nom de l'invitant (s'il en a tapé un dans le champ « Qui vous a invité ? »).

L'étape « passer de visiteur à membre » est manuelle — vos pasteurs décident, en leur propre temps, quand quelqu'un a franchi la ligne pour devenir membre. Changez le type de membre dans le profil, ou déclenchez-le depuis un workflow de jalon d'assistance.

Où aller ensuite

1. Activer le formulaire et partager le lien — mettre l'URL entre les mains des visiteurs.
2. Personnaliser les champs affichés — choisir ce que vous demandez et où.
3. Protection par code d'accès — quand vous voulez verrouiller le formulaire pour un usage sur place uniquement.
4. Affectation de hiérarchie et assistance — orienter les visiteurs vers le bon campus ou petit groupe.
5. Champs personnalisés et photo — au-delà des champs intégrés.
6. Ce qui se passe après la soumission — déclencheurs de workflow, suivi, conversion en membre.