00 — Brief commun Kaxentra#

Pierre angulaire du dossier Strategielancement/. Tout rédacteur, humain ou agent, lit ce fichier avant d'écrire une seule ligne. Il fixe la marque, les faits vérifiés, les étiquettes d'incertitude et les standards de fichier. En cas de contradiction entre ce brief et un autre document du dossier, ce brief fait foi.

Version : 1.0 — 17 août 2026 Statut : Référence active Ancrage : dérivé du code source de la plateforme (voir §12 « Traçabilité des sources »)

1. Identité de marque#

1.1 Nom public et orthographes canoniques#

1.5 ⚠️ ÉCART ENTRE LES VALEURS AFFICHÉES ET LE PRODUIT LIVRÉ — mesuré le 17 août 2026#

Cette section prime sur toute autre du dossier. Un balayage du code a démontré que quatre affirmations initialement portées par ce brief ne sont pas soutenues par le produit. Elles ont été corrigées ci-dessus. Aucun document, aucun visuel, aucun discours du dossier ne doit les reprendre sous leur forme fausse.

Autres constats du même balayage, à ne pas contredire :

1.2 Interdits stricts#

⛔ Le nom de code interne ne sort jamais. Les chaînes suivantes sont interdites dans tout document, visuel, slide, courriel, post ou page du portail de documentation :

CPA Advisory, CPA-advisory, cpaadvisory, cpa-advisory, cpaai, CPAAI, cpa.i2tdigital.com, cpaadvisor (nom de royaume d'authentification), k8s-pmx, iacdeploy, tout nom d'espace de noms Kubernetes, tout nom d'hôte *.api.kaxentra.com, toute adresse IP, tout identifiant de compte infonuagique.

Ces chaînes appartiennent à l'infrastructure et à l'historique interne. Elles n'ont aucune place dans un document de lancement.

Exception unique et encadrée : 00-vision-mission-historique.md peut mentionner qu'une dénomination antérieure a existé, sans l'épeler, sous la forme « la plateforme a été renommée Kaxentra en 2026 ».

1.3 Slogans officiels#

Règle d'emploi : un support porte un seul slogan. Ne jamais empiler principal + secondaire dans un même visuel.

1.4 Manifeste et valeurs#

Manifeste Kaxentra

La compétence financière ne devrait pas être un privilège.

Un particulier qui ignore un crédit d'impôt paie plus qu'il ne doit. Un travailleur autonome qui perd ses reçus paie deux fois. Une PME qui découvre ses chiffres en mars a déjà perdu l'année. Un cabinet qui passe son temps à relancer des documents ne fait pas le métier qu'il a choisi.

Rien de tout cela n'est un problème d'intelligence. C'est un problème d'outillage.

Kaxentra existe pour que la donnée financière — celle qui décide d'une retraite, d'une embauche, d'une transmission — soit lisible par la personne qu'elle concerne. Pas résumée. Pas vulgarisée à perte. Lisible.

Nous mettons l'intelligence artificielle au service de la compréhension, jamais à la place du jugement. Une recommandation sans sa source n'est pas une recommandation, c'est une opinion. Un chiffre sans son calcul n'est pas un chiffre, c'est une affirmation.

Nous ne vendons pas la disparition du professionnel. Nous vendons la fin du travail qui l'empêche d'être professionnel.

Les cinq valeurs — et leur test de vérité

2. Palette et typographie#

2.1 Palette (valeurs exactes issues de la configuration des portails)#

Primaire — Bleu

Sémantiques

Neutres et surfaces

Règles de contraste (non négociables) : tout texte respecte WCAG 2.2 AA — 4,5:1 en corps, 3:1 en titrage ≥ 24 px. Le bleu 600 sur blanc atteint 4,54:1 (conforme en corps). Le bleu 500 sur blanc n'atteint pas 4,5:1 : réservé au titrage large, aux icônes et aux bordures — jamais au corps de texte.

2.2 Typographie#

Échelle typographique : 12 / 14 / 16 / 18 / 20 / 24 / 30 / 36 / 48 / 60 px. Interlignage 1,5 en corps, 1,2 en titrage.

Règle : dans tout document ou visuel destiné à l'impression, aucune police en dessous de 9 pt. Dans tout écran, aucun corps en dessous de 14 px.

3. Surfaces produit#

Kaxentra expose cinq surfaces. Elles partagent une authentification unique, un catalogue de modules unique et un socle de services unique.

Socle : environ 85 services applicatifs (comptabilité, fiscalité, paie, trésorerie, audit, conseil, marketplace, financement, ESG, incorporation, conformité, documents, intelligence artificielle, apprentissage automatique, vision par ordinateur, orchestration, gouvernance, facturation, notifications, etc.).

Modèle « persona = contexte » : un même compte authentifié bascule entre plusieurs contextes ; chaque bascule recompose la navigation, le tableau de bord et les fonctionnalités exposées. C'est le mécanisme structurant du produit et il doit apparaître dans tout support de présentation.

3.1 Contextes Client (10)#

3.2 Contextes Professionnels (9)#

Un contexte general sert de repli.

4. Inventaire fonctionnel synthétique#

Détail exhaustif dans 01-produit/. Ce tableau est la vue de tête.

5. Différenciateurs#

Cinq, classés par force de preuve. Aucun autre différenciateur ne doit être avancé dans les supports.

Interdits de communication : ne jamais écrire « le seul », « le premier », « le meilleur », « leader », « n° 1 ». Ces affirmations ne sont pas défendables et exposent juridiquement.

6. Chiffres de marché autorisés#

⚠️ Règle absolue. Aucun chiffre de marché n'est publié sans que sa source soit citée et revalidée à moins de 12 mois de la date de publication. Le tableau ci-dessous liste les seuls ordres de grandeur utilisables, chacun avec sa source à revalider. Un chiffre absent de ce tableau ne s'écrit pas.

Formulation type obligatoire : « Selon [source], [chiffre] ([année de la donnée]). » Jamais un chiffre nu.

Interdit : extrapoler un TAM à partir d'un chiffre de ce tableau sans expliciter la chaîne de calcul complète dans le même document.

7. Personas#

7.1 Personas produits — adossés à des contextes livrés#

7.2 Personas d'extension communautaire — ⚠️ NON LIVRÉ — HYPOTHÈSE PRODUIT#

Avertissement à reproduire dans chaque document traitant de ces personas.

Les personas E01 à E07 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. Ces business cases décrivent ce qu'il faudrait bâtir, en s'adossant à des briques réellement livrées.

Briques réelles mobilisables : espaces collaboratifs (conversations, membres, invitations, votes, thèmes, questions/réponses, documents), communauté (fil, forums avec catégories et modération, événements avec billetterie et présence, mentors, programmes, pairs, jalons, ressources), rendez-vous (disponibilités, calendrier, visioconférence, rappels), notifications multicanal, forfait Famille — 5 sièges, dons.

Aucun support commercial public ne présente E01–E07 comme disponible. Ils servent au dossier d'investissement, à la feuille de route et aux entretiens de découverte.

8. Hypothèses tarifaires#

8.1 Prix RÉELS — catalogue 2026-08-12.1#

✅ Ces prix sont vérifiés dans le catalogue de la plateforme. Ils ne sont pas des hypothèses. Ils sont publiables. Devise : dollar canadien. Les montants annuels sont le prix total pour douze mois.

Forfaits Affaires (cabinets et entreprises)

Forfaits Client (particuliers, familles, entreprises légères)

Ensembles de modules (achetables en supplément d'un forfait Client)

Paliers historiques — ⛔ NE PAS PROMOUVOIR : deux paliers cabinet à 99,00 $ ne sont plus en vente. Ils existent pour les comptes en place. Ils n'apparaissent dans aucun support de lancement.

Catalogue de modules : 57 modules — 6 socle, 16 avancés, 35 professionnels ; 29 côté Client, 15 côté Affaires, 13 partagés.

8.2 Hypothèses tarifaires — ⚠️ ÉTIQUETÉES, NON PUBLIABLES#

Les éléments ci-dessous sont des hypothèses de travail. Ils alimentent les projections financières et jamais un support commercial. Chacun porte l'étiquette [HYPOTHÈSE] partout où il est repris.

Économie annuelle réelle (dérivée des prix, jamais écrite à la main) : Solo ≈ 20,1 % · Cabinet Pro ≈ 20,0 % · Équipe ≈ 20,1 % · Entreprise ≈ 20,0 % · Plus ≈ 16,7 % · Famille ≈ 16,7 % · Pro ≈ 16,7 %.

9. Calendrier de lancement — dates absolues#

Date de référence du dossier : 17 août 2026.

Fuseaux du Jour J : heure de l'Est (Montréal) comme référence ; conversions systématiques vers Europe centrale (Paris, +6 h), Afrique de l'Ouest (Abidjan/Dakar, +5 h), Afrique centrale (Douala/Kinshasa, +6 h), Pacifique (Vancouver, −3 h).

Pourquoi un mardi : ouverture en milieu de semaine, hors lundi de rattrapage et hors vendredi de désengagement ; quatre jours ouvrables de suivi avant le week-end. Le 17 novembre 2026 est un mardi.

10. Ton éditorial#

10.1 Principes#

1. Français du Québec, sans anglicismes évitables. « Courriel » et non « email ». « Téléverser » et non « uploader ». « Infonuagique » et non « cloud ». « Tableau de bord » et non « dashboard ». Les termes fiscaux officiels (T1, TP1, T2125, T776, TPS, TVQ) gardent leur forme exacte.
2. Phrases courtes. Une idée par phrase. Un paragraphe de quatre lignes maximum en support marketing.
3. Le chiffre avant l'adjectif. « 472 pages » vaut mieux que « une couverture complète ».
4. Verbes d'action à la deuxième personne du pluriel. « Vous voyez », « vous décidez ». Jamais « nous vous permettons de ».
5. Aucune promesse non livrée. Si l'écran n'existe pas, la phrase ne s'écrit pas.
6. Aucun superlatif comparatif. Voir §5.
7. Aucun emoji dans les documents produit, les documents d'affaires, la presse et les slides. Les emoji sont tolérés uniquement dans les publications sur réseaux sociaux grand public, à raison d'un maximum de deux par publication.
8. Aucun tiret cadratin décoratif en anglais. En français, le tiret demi-cadratin encadré d'espaces insécables est la ponctuation d'incise correcte.
9. Inclusivité. Formulations neutres quand le genre n'est pas déterminé. « La personne responsable », « l'équipe », « le compte ». Éviter les doublets alourdissants ; préférer la reformulation.

10.2 Version anglaise#

L'anglais est canadien (orthographe britannique : organisation, licence nom / license verbe, centre). Ton identique : court, factuel, sans superlatif. Les noms de forfaits gardent leur nom anglais officiel (Solo, Pro, Team, Enterprise, Free, Plus, Family).

10.3 Glossaire des interdits#

11. Standards de fichiers#

Tout fichier du dossier respecte ces règles. Un fichier qui les enfreint est refusé en vérification finale.

11.1 Format#

• Markdown GitHub Flavored (.md), encodage UTF-8 sans BOM, fins de ligne LF.
• Un seul titre de niveau 1 par fichier, en première ligne utile, préfixé du numéro de fichier.
• Hiérarchie de titres sans saut de niveau.
• Tableaux GFM avec ligne de séparation alignée.
• Blocs de code toujours étiquetés d'un langage.
• Liens internes relatifs (../02-business-cases/...), jamais absolus.

11.2 Diagrammes Mermaid#

• Bloc ``` `mermaid ``` valide et rendu vérifié.
• Aucun accent, aucune apostrophe, aucune parenthèse dans un identifiant de nœud. Identifiants ASCII (n01, svc_tax) ; libellés accentués entre guillemets doubles : n01["Déclaration T1"].
• Aucun caractère " à l'intérieur d'un libellé déjà entre guillemets.
• Types autorisés : flowchart, sequenceDiagram, stateDiagram-v2, classDiagram, erDiagram, journey, gantt, mindmap, quadrantChart, timeline.
• Un diagramme dépassant 40 nœuds se scinde.

11.3 SVG#

• Autonomes : aucune ressource externe, aucune police externe, aucun <image href="http...">. Les polices se déclarent en pile générique (font-family="Inter, system-ui, sans-serif").
• viewBox obligatoire, width/height en unités relatives quand c'est possible.
• role="img" et <title> en première position pour l'accessibilité.
• Couleurs prises exclusivement dans la palette §2.1.
• Texte en <text> réel, jamais vectorisé — il doit rester sélectionnable et traduisible.

11.4 Pied de page commun — obligatoire, à l'identique#

Chaque fichier .md du dossier se termine par ce bloc, sans variante :

---

*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**.*

11.5 Réserves de contenu#

• Aucun texte de remplissage. Pas de lorem ipsum, pas de « à compléter », pas de « TODO », pas de « TBD », pas de cellule vide dans un tableau (mettre —).
• Seule réserve autorisée : [Gabarit : …] — et uniquement pour une donnée du monde réel qu'un document ne peut pas inventer : un témoignage client à recueillir, une adresse de courriel à créer, un numéro d'entreprise, un montant levé, un nom de journaliste, une photo à produire.
  • Exemple correct : [Gabarit : témoignage à recueillir auprès d'un cabinet pilote — 2 phrases, nom, ville, forfait]
  • Exemple incorrect : [Gabarit : décrire les fonctionnalités] ← ceci est du travail non fait.
• Aucune donnée personnelle réelle, aucun identifiant, aucun secret, aucun mot de passe, aucune clef, aucune adresse IP, aucun nom d'hôte technique.

11.6 Longueurs minimales#

12. Traçabilité des sources#

Les faits de ce brief proviennent du code source de la plateforme, relevés le 17 août 2026 :

Ce qui n'a pas pu être vérifié dans ce passage et reste à confirmer : la répartition réelle des comptes existants par forfait, les volumes d'usage, les coûts d'infrastructure unitaires, la résidence contractuelle des données auprès de chaque sous-traitant, et l'ensemble des chiffres de marché du §6.

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.