E02 — Business case : Église locale / Assemblée#

⚠️ NON LIVRÉ — HYPOTHÈSE PRODUIT. Ces personas décrivent une extension de marché NON CONSTRUITE. Aucun module « prière », « église », « ministère » ou « jeu » n'existe dans la plateforme au 17 août 2026 — vérification faite par balayage du code source. Aucun support commercial public ne les présente comme disponibles. Ces business cases décrivent ce qu'il faudrait bâtir, en s'adossant à des briques réellement livrées.

Version : 1.0 — 17 août 2026 Statut : hypothèse produit — angle comptable et fiscal partiellement adossé à des briques livrées Ancrage : module de comptabilité des dons, module d'organisme sans but lucratif, écrans de dons du Portail Client, registre de navigation du Portail Client, catalogue de forfaits et de modules 2026-08-12.1, services de communauté, de rendez-vous et de notifications. Documents liés : brief commun · synthèse de valeur par persona · business case E01 — Famille élargie · canevas de proposition de valeur · décision D02

1. Avertissement — ce qui est livré et ce qui ne l'est pas#

L'angle d'entrée crédible de ce persona est comptable et fiscal. Ce n'est pas un choix de positionnement : c'est ce que le code permet. Les reçus officiels de dons, leur numérotation sérialisée, leur annulation tracée, leur production en document imprimable, la gestion des donateurs, les campagnes, les formulaires de don publics, les fonds affectés, le conseil d'administration et la déclaration annuelle d'organisme de bienfaisance sont livrés. Rien de ce qui touche à la vie confessionnelle ne l'est, et rien n'indique qu'il faille commencer par là.

C'est là que les briques réelles sont les plus fortes. Aucun autre angle n'est défendable aujourd'hui.

Conséquence directe. Le ticket d'entrée réel d'une assemblée est 299,00 $ par mois, pas un prix de forfait Client. Cette phrase est l'objection numéro un du persona, et elle est traitée comme telle à la section 11.

2. Portrait du persona#

2.1 Fiche de l'assemblée#

2.2 Environnement numérique actuel#

2.3 Ce que l'assemblée utilise aujourd'hui à la place#

Un tableur, un gabarit de traitement de texte et la bonne foi d'un bénévole. Ce dispositif tient tant que rien ne bouge. Il casse au premier départ de trésorier, à la première annulation de reçu, et à la première question du conseil sur un fonds affecté.

2.4 Cycle annuel de l'assemblée#

2.5 Ce qui déclenche la recherche d'un outil#

• Un reçu officiel erroné. Un donateur signale un montant faux. Personne ne sait comment annuler proprement, ni comment le prouver.
• Le départ du trésorier. Deux ans de méthode partent avec une personne, et le tableur devient illisible.
• Une question du conseil sur un fonds affecté. Le fonds de construction a servi à couvrir une dépense courante, et rien ne le montre.
• La production de la déclaration annuelle. Les chiffres du tableur ne concordent pas avec ceux du cabinet.
• Une campagne de financement. L'assemblée veut montrer une progression, et n'a que des chiffres de la semaine passée.

3. Tâches à accomplir#

4. Frustrations#

5. Attentes et gains recherchés#

6. Mapping besoin → brique réelle#

C'est la section qui décide de la faisabilité. Sur ce persona, la densité de briques livrées est élevée du côté comptable et fiscal, et nulle du côté confessionnel. Les lignes sans brique portent la mention développement entièrement nouveau.

6.1 Tableau de correspondance#

6.2 Synthèse par statut#

Lecture d'ensemble. Le noyau vendable est déjà là, et il est comptable. Trois lignes seulement demandent un service nouveau, et l'une d'elles — le palier tarifaire — n'est pas un travail de développement mais une décision de catalogue. Cette asymétrie place E02 à courte distance d'une mise en marché, et désigne son obstacle principal : un prix, pas une fonctionnalité.

7. Semaine type projetée#

Cette semaine n'existe pas telle quelle. Elle est écrite au conditionnel, et chaque jour nomme la brique réelle qui porterait l'action.

Lundi — la collecte du dimanche. Joseph entrerait le résultat du comptage de la veille. Les dons en espèces passeraient par l'import de dons du module d'organisme, les dons en ligne seraient déjà là, entrés par le formulaire de don public et sa soumission publique. Ce qu'il faudrait construire, c'est la saisie de collecte à deux personnes avec contre-comptage : aujourd'hui, l'import ne connaît pas la notion de comptage double.

Mardi — le rapprochement. Joseph ouvrirait la liste des dons et confirmerait les paiements reçus, par la confirmation de paiement et le rapprochement de paiement déjà livrés. Les dons non rapprochés resteraient visibles. Ce qu'il manquerait, c'est l'appariement automatique avec un relevé bancaire importé.

Mercredi — le reçu à annuler. Un donateur signalerait un montant faux sur son reçu de l'an dernier. Joseph ouvrirait le reçu et l'annulerait : le système enregistrerait le motif, l'horodatage, l'identifiant et le nom de la personne qui annule. Une seconde tentative d'annulation serait refusée. Un nouveau reçu prendrait le numéro suivant de la séquence de l'exercice concerné, allouée sous verrou consultatif : aucun autre reçu ne pourrait consommer le même numéro au même instant.

Jeudi — la reddition au conseil. La pasteure préparerait la réunion mensuelle. Elle ouvrirait l'écran de gouvernance : les membres du conseil y sont listés, les fonds affectés aussi. Elle verrait la progression de la campagne de réfection du toit. Ce qu'il faudrait construire, c'est le rapport de conseil composé et daté : aujourd'hui, les éléments existent, la mise en forme reste manuelle.

Vendredi — l'événement du mois. L'assemblée ouvrirait les inscriptions à une soirée communautaire par les événements du service de communauté : types de billets, codes promotionnels, calendrier au format .ics, et pointage de présence le soir venu. Aucun développement n'est requis pour l'essentiel, seulement un cadrage de vocabulaire.

Samedi — la diffusion. Un courriel partirait à la communauté par les déclencheurs du service de notifications, avec un gabarit testé avant envoi et un désabonnement offert. Ce qu'il faudrait ajouter, c'est la liste de diffusion adossée aux donateurs : la cible actuelle est une personne du locataire, pas un donateur.

Dimanche — la préparation de l'exercice. Une fois par mois, Joseph ouvrirait l'assistant de déclaration T3010 et compléterait les chiffres connus. La saisie serait conservée côté serveur, par exercice et par locataire, et reprise le mois suivant. Ce document n'est pas transmis : il est conservé. La production officielle resterait au cabinet.

8. Valeur créée projetée#

Aucun des chiffres de cette section n'est mesuré. Aucun organisme réel n'a été observé. Ils servent à cadrer une décision d'investissement, jamais un argumentaire de vente.

8.1 Avant et après#

8.2 Économie de temps#

8.3 Économie d'erreurs#

Note obligatoire. Aucun de ces chiffres n'est mesuré. Ils sont posés pour être contestés, révisés après le pilote, puis remplacés par des mesures réelles. Tant qu'ils ne le sont pas, ils ne sortent d'aucun document interne.

9. Canevas de création de valeur#

flowchart TD
  subgraph SOCLE["Briques livrees"]
    n01["Recus officiels : creer, lire, annuler, document imprimable"]
    n02["Numerotation R annee NNNN par locataire et par exercice"]
    n03["Verrou consultatif et index unique sur le numero"]
    n04["Annulation tracee : motif, date, identifiant, nom"]
    n05["Donateurs : creer, lister, modifier, supprimer"]
    n06["Formulaires de don publics et soumission publique"]
    n07["Rapprochement et confirmation de paiement"]
    n08["Recus sans contrepartie : liste de controle"]
    n09["Campagnes et progression"]
    n10["Gouvernance : conseil et fonds affectes"]
    n11["Benevoles et heures de benevolat"]
    n12["Declaration T3010 conservee par exercice"]
    n13["Evenements, billetterie, pointage de presence"]
    n14["Notifications : envoi groupe, gabarits, desabonnement"]
  end
  subgraph ACONSTRUIRE["A construire"]
    n20["A CONSTRUIRE : palier tarifaire organisme"]
    n21["A CONSTRUIRE : emission en lot des recus de fevrier"]
    n22["A CONSTRUIRE : controle d affectation a la depense"]
    n23["A CONSTRUIRE : saisie de collecte avec contre comptage"]
    n24["A CONSTRUIRE : registre de membres de l assemblee"]
    n25["A CONSTRUIRE : rapport de conseil compose et date"]
    n26["A CONSTRUIRE : reprise des chiffres vers la declaration"]
  end
  subgraph VALEUR["Valeur pour l assemblee"]
    n30["Recus opposables, sans doublon possible"]
    n31["Annulation prouvable devant une verification"]
    n32["Dons entres en deux jours plutot qu en trois semaines"]
    n33["Conseil informe sans reconstitution manuelle"]
    n34["Exercice pret avant la fin de fevrier"]
    n35["Methode qui survit au depart du tresorier"]
  end
  n02 --> n30
  n03 --> n30
  n01 --> n30
  n04 --> n31
  n08 --> n31
  n05 --> n21
  n06 --> n32
  n07 --> n32
  n23 --> n32
  n09 --> n33
  n10 --> n33
  n25 --> n33
  n11 --> n33
  n12 --> n34
  n26 --> n34
  n21 --> n34
  n22 --> n33
  n13 --> n35
  n14 --> n35
  n24 --> n35
  n20 --> n35

10. Canevas de proposition de valeur#

11. Objections et réponses#

12. Offre projetée#

[HYPOTHÈSE — non commercialisé]

12.1 Ce qui existe déjà et se vend aujourd'hui#

12.2 Assemblages projetés#

12.3 Ce que l'offre ne peut pas promettre aujourd'hui#

• Aucun palier tarifaire d'organisme : le montant d'entrée est 299,00 $ par mois.
• Aucune production officielle de la déclaration annuelle : la saisie est conservée, jamais transmise.
• Aucun registre de membres d'assemblée.
• Aucune séparation par campus dans la numérotation des reçus.
• Aucun contrôle bloquant sur l'usage d'un fonds affecté.
• Aucun export exécuté, aucune authentification à deux facteurs, aucune interface anglaise.

13. Indicateurs projetés#

14. Accroches#

⚠️ Section non publiable. Aucune de ces accroches ne sort avant que la brique correspondante soit livrée, vérifiée en écran réel, et qu'un palier tarifaire soutenable existe. Elles servent à tester le discours en entretien de découverte, jamais à alimenter une campagne.

• à ne pas publier avant livraison — Un numéro de reçu ne devrait pas dépendre d'une colonne de chiffrier.
• à ne pas publier avant livraison — Annuler un reçu, c'est écrire pourquoi, quand, et par qui.
• à ne pas publier avant livraison — Deux reçus ne peuvent pas porter le même numéro. La base elle-même l'interdit.
• à ne pas publier avant livraison — Février dure deux semaines chez vous. Il pourrait durer un après-midi.
• à ne pas publier avant livraison — Le fonds de construction reste le fonds de construction.
• à ne pas publier avant livraison — Votre conseil verra les chiffres avant de les demander.
• à ne pas publier avant livraison — Quand le trésorier part, la méthode reste.
• à ne pas publier avant livraison — La donnée de vos donateurs reste au Québec.
• à ne pas publier avant livraison — Vous rendez des comptes à vos donateurs. L'outil rend des comptes avec vous.
• à ne pas publier avant livraison — Ensemble, on va plus loin — et la comptabilité suit.

15. Feuille de route de construction#

15.1 Décisions préalables#

Aucun lot ne démarre avant que les sept décisions suivantes soient tranchées par le propriétaire du produit.

1. Palier tarifaire d'organisme. Crée-t-on un palier sous le forfait Équipe, ou assume-t-on que le ticket d'entrée reste 299,00 $ par mois ? C'est la décision qui commande tout le reste.
2. Voie de mise en marché. Vend-on à l'assemblée directement, ou par les cabinets qui la servent déjà ?
3. Périmètre du registre de membres. Construit-on un registre de membres distinct des donateurs, sachant qu'il porte des données sensibles et qu'aucune authentification à deux facteurs n'existe ?
4. Contrôle des fonds affectés. Le fonds affecté devient-il une contrainte à la dépense, ou reste-t-il un objet de suivi ?
5. Séparation par campus. Ouvre-t-on la numérotation par établissement, ou maintient-on une séquence par organisme ?
6. Politique de neutralité et de partenariat. Quelle règle écrit-on avant tout accord de distribution avec une communauté ?
7. Ordre de remboursement de la dette. L'exécution de l'export passe-t-elle avant l'émission en lot des reçus ?

15.2 Phases et lots#

15.3 Risques de construction#

15.4 Ce que la feuille de route ne couvre pas#

• Aucun module de prière, de ministère ou de culte. Aucune chaîne de prière, aucune chambre de prière, aucune salle permanente. Ces objets n'existent pas et n'entrent pas dans cette feuille de route.
• Aucun ordonnancement de créneaux de bénévoles avec rotation, relais ou décompte de continuité.
• Aucune télétransmission d'une déclaration à une autorité fiscale.
• Aucune fonctionnalité qui segmenterait les personnes par leur croyance.

16. Décision demandée au propriétaire#

Question fermée. Créez-vous un palier tarifaire d'organisme au catalogue avant le 20 novembre 2026, sachant que sans lui le ticket d'entrée d'une assemblée reste 299,00 $ par mois et que la découverte désigne ce montant comme l'objection numéro un du persona ?

Recommandation du rédacteur : option C. La saison des reçus de février est le moment où l'assemblée mesure la valeur, et c'est le lot dont le résultat se vérifie sans intermédiaire, par le trésorier lui-même. Le palier tarifaire sans ce lot vendrait une promesse que l'ergonomie actuelle ne tient pas.

Décision D02 — voir ../../09-decisions/D02-extension-communautaire.md.

Kaxentra — dossier de lancement. Document interne, version 1.0 du 17 août 2026. Marque publique : Kaxentra. Éditeur : i2t Digital. Les éléments marqués [HYPOTHÈSE] ne sont pas publiables en l'état. Les personas d'extension communautaire (E01–E08) décrivent des fonctionnalités non livrées.