description
# Cahier de charges – Demande de soumission
## 1) Contexte & objectifs
* **Regroupaction.com** : plateforme bilingue (FR/EN) de mobilisation communautaire, adhésion de membres, collecte de données (questionnaires), gestion des abonnements et diffusion d’informations.
* Objectifs principaux :
1. Recruter et gérer des membres (profils, statuts, paliers).
2. Recueillir, conserver et exploiter les réponses à des **questionnaires** et les **associer aux fiches membres**.
3. Offrir des **plans payants** (Bronze/Argent/Or) et des avantages associés.
4. Disposer d’un **tableau de bord admin/QA** (audit, liaison des données, export).
5. Site **bilingue** avec thème **noir–or** (cohérence UX/UI).
> Contrainte préférée : **Wix + Velo** (ou alternative proposée, mais expliquez les impacts coûts/délais).
---
## 2) Portée fonctionnelle
### A. Adhésion & profils
* Formulaire « Devenir membre » (FR en premier, équivalents EN) : prénom, nom, courriel, téléphone, motivation (Q1), disponibilité (Q2), compétences (Q3), acceptation de la charte.
* Création/MAJ de la **fiche membre** à l’envoi.
* Attribution automatique d’un **numéro de membre** (affichage formaté : ex. 0001, 0002…).
* Statuts : *En révision*, *Actif*, *Suspendu* (workflow simple + transitions).
### B. Questionnaires
* Sauvegarde **persistante** des réponses dans une collection dédiée.
* Liaison 1-à-n : 1 membre → n réponses (référence memberRef).
* Gestion des cas **orphelins** (réponse reçue sans fiche) avec champ courriel temporaire + outil d’**appairage**.
### C. Espace membre / Portail
* Recherche par courriel, filtres par dates, affichage des réponses, **export CSV**.
* En-tête bilingue affichant : Nom, #Membre, Palier, Statut, Déconnexion.
### D. Abonnements & paiements
* 3 paliers (Bronze/Argent/Or) avec **Wix Pricing Plans** (ou Stripe si hors Wix).
* Page “Upgrade” listant bénéfices + bouton d’achat par plan.
* Gestion des privilèges en fonction du palier (bases en place).
### E. Tableau de bord Admin/QA
* **Backfill** : création des membres manquants depuis réponses orphelines (dry-run + exécution).
* **Linker** : appairage automatique par courriel (dry-run, clear temp).
* **Audit/Fix** : vérification des références, correction des incohérences.
* **Export** : CSV côté serveur (optionnel) ou client (fallback).
### F. Thème & UI
* Application du **thème noir–or** (classes utilitaires, liaisons par ID si nécessaire).
* Pages types : Devenir membre, Portail, Upgrade, Admin QA.
* Accessibilité : contrastes, focus states, labels.
### G. Bilinguisme
* FR/EN, détection langue, textes côté config.
* Champs et IDs **FR-first** avec fallbacks EN.
---
## 3) Non-fonctionnel (exigences)
* **Performance** : TTFB < 1,5 s ; LCP < 3 s sur pages publiques (desktop 3G rapide).
* **Sécurité** : respect des permissions Wix/Backend ; pas d’expositions d’API sensibles ; validation serveur.
* **Protection des données** : minimisation, suppression du courriel temporaire après liaison ; export sur demande.
* **Accessibilité** : **WCAG 2.1 AA** (navigation clavier, alt text, contrastes).
* **Qualité** : tests unitaires (fonctions critiques), tests E2E basiques (flux adhésion → portail → upgrade).
* **Journalisation** : logs d’erreurs (console + traces côté backend).
* **Documentation** : schéma des collections, diagramme des flux, guide d’exploitation.
---
## 4) Architecture & techno (préférences)
* **Stack cible** : **Wix + Velo** (Pages + Collections + Backend .jsw).
* Collections suggérées : `Members`, `QuestionnaireAnswers` (noms FR mappables).
* Scripts backend : `memberApi`, `backfill`, `emailLinker`, `auditLinker`, `adminExport`.
* Thème : CSS utilitaire **noir–or** (classes `.container`, `.hero`, `.card`, `.btn`, `.status`, etc.).
* Si alternative hors Wix, fournir : hébergement, CMS, auth, paiements, coûts récurrents, migration.
---
## 5) Livrables attendus
1. **Site fonctionnel** déployé (staging + prod).
2. **Code source** Velo/JSW, CSS/SCSS et assets.
3. **Schéma des collections** (noms, types, index, permissions).
4. **Guide d’admin** (docs PDF ou Notion) : opérations QA, exports, ajout de plans.
5. **Plan de tests** + rapports de tests.
6. **Plan de déploiement** + rollback simple.
7. **Formation** (1 à 2 sessions visio, 60–90 min) + enregistrement.
---
## 6) Planning & jalons (proposition)
* Semaine 1 : Atelier cadrage, finalisation schéma + maquettes UI.
* Semaine 2–3 : Dév Adhésion/Profil + Questionnaire + Thème.
* Semaine 4 : Portail + Export CSV + Abonnements.
* Semaine 5 : Admin/QA (Backfill, Linker, Audit).
* Semaine 6 : Tests, accessibilité, perf, formation, Go-Live.
*(Les soumissionnaires peuvent proposer un phasage différent si mieux adapté.)*
---
## 7) Critères d’acceptation (exemples)
* Adhésion crée un **Member**, enregistre une **Answer** liée, affiche le **#Membre**.
* Portail : recherche par courriel, filtre dates, export CSV conforme (UTF-8, en-têtes).
* Upgrade : achat d’un plan active le palier et restreint/autorise l’accès attendu.
* Admin QA : **dry-run** visible, **fix** effectif ; cohérence des liens memberRef.
* Bilingue : bascule FR/EN sans rupture de flux, 100% des textes couverts.
* Accessibilité : audit rapide via axe DevTools sans erreurs bloquantes.
---
## 8) Exigences de soumission
Merci de fournir :
1. **Approche technique** (Wix/Velo ou alternative) + schéma logique (1 page).
2. **Découpage des tâches** + **échéancier**.
3. **Prix** : forfait par phase + **taux horaire** pour changements ; coûts récurrents éventuels.
4. **Équipe** : rôles, expériences, 2–3 références de projets comparables.
5. **Garanties** : période de correction de bogues (ex. 60–90 jours), **SLA** de réponse.
6. **Maintenance/Évolutif** : banque d’heures, TMA, modalités.
7. **Sécurité & conformité** : gestion des accès, sauvegardes, RGPD/LPRPDE.
8. **Transfert IP** : code et assets appartiennent au client après paiement.
9. **Risques & hypothèses** : points sensibles identifiés, mitigations.
---
## 9) Options (chiffrer séparément)
* **Intégration infolettre** (Mailchimp/Sendinblue) + segments par palier.
* **Connecteur Google Sheets** (push/pull sélectif).
* **Outils de terrain** : app porte-à-porte (listes d’adresses, notes, statut).
* **Formulaires avancés** (logique conditionnelle, pièces jointes sécurisées).
* **Page “Événements”** avec billetterie.
* **Design system** Figma complet (tokens, composants, specs).
---
## 10) Données de référence disponibles
* Maquettes HTML/CSS thème **noir–or** (Classes + Bindings par ID).
* Scripts Velo (FR-first), backends stubs (Backfill/Linker/Audit/Export), **kit migration & health**.
*(Accès fourni aux soumissionnaires retenus pour estimation affinée.)*
## 1) Contexte & objectifs
* **Regroupaction.com** : plateforme bilingue (FR/EN) de mobilisation communautaire, adhésion de membres, collecte de données (questionnaires), gestion des abonnements et diffusion d’informations.
* Objectifs principaux :
1. Recruter et gérer des membres (profils, statuts, paliers).
2. Recueillir, conserver et exploiter les réponses à des **questionnaires** et les **associer aux fiches membres**.
3. Offrir des **plans payants** (Bronze/Argent/Or) et des avantages associés.
4. Disposer d’un **tableau de bord admin/QA** (audit, liaison des données, export).
5. Site **bilingue** avec thème **noir–or** (cohérence UX/UI).
> Contrainte préférée : **Wix + Velo** (ou alternative proposée, mais expliquez les impacts coûts/délais).
---
## 2) Portée fonctionnelle
### A. Adhésion & profils
* Formulaire « Devenir membre » (FR en premier, équivalents EN) : prénom, nom, courriel, téléphone, motivation (Q1), disponibilité (Q2), compétences (Q3), acceptation de la charte.
* Création/MAJ de la **fiche membre** à l’envoi.
* Attribution automatique d’un **numéro de membre** (affichage formaté : ex. 0001, 0002…).
* Statuts : *En révision*, *Actif*, *Suspendu* (workflow simple + transitions).
### B. Questionnaires
* Sauvegarde **persistante** des réponses dans une collection dédiée.
* Liaison 1-à-n : 1 membre → n réponses (référence memberRef).
* Gestion des cas **orphelins** (réponse reçue sans fiche) avec champ courriel temporaire + outil d’**appairage**.
### C. Espace membre / Portail
* Recherche par courriel, filtres par dates, affichage des réponses, **export CSV**.
* En-tête bilingue affichant : Nom, #Membre, Palier, Statut, Déconnexion.
### D. Abonnements & paiements
* 3 paliers (Bronze/Argent/Or) avec **Wix Pricing Plans** (ou Stripe si hors Wix).
* Page “Upgrade” listant bénéfices + bouton d’achat par plan.
* Gestion des privilèges en fonction du palier (bases en place).
### E. Tableau de bord Admin/QA
* **Backfill** : création des membres manquants depuis réponses orphelines (dry-run + exécution).
* **Linker** : appairage automatique par courriel (dry-run, clear temp).
* **Audit/Fix** : vérification des références, correction des incohérences.
* **Export** : CSV côté serveur (optionnel) ou client (fallback).
### F. Thème & UI
* Application du **thème noir–or** (classes utilitaires, liaisons par ID si nécessaire).
* Pages types : Devenir membre, Portail, Upgrade, Admin QA.
* Accessibilité : contrastes, focus states, labels.
### G. Bilinguisme
* FR/EN, détection langue, textes côté config.
* Champs et IDs **FR-first** avec fallbacks EN.
---
## 3) Non-fonctionnel (exigences)
* **Performance** : TTFB < 1,5 s ; LCP < 3 s sur pages publiques (desktop 3G rapide).
* **Sécurité** : respect des permissions Wix/Backend ; pas d’expositions d’API sensibles ; validation serveur.
* **Protection des données** : minimisation, suppression du courriel temporaire après liaison ; export sur demande.
* **Accessibilité** : **WCAG 2.1 AA** (navigation clavier, alt text, contrastes).
* **Qualité** : tests unitaires (fonctions critiques), tests E2E basiques (flux adhésion → portail → upgrade).
* **Journalisation** : logs d’erreurs (console + traces côté backend).
* **Documentation** : schéma des collections, diagramme des flux, guide d’exploitation.
---
## 4) Architecture & techno (préférences)
* **Stack cible** : **Wix + Velo** (Pages + Collections + Backend .jsw).
* Collections suggérées : `Members`, `QuestionnaireAnswers` (noms FR mappables).
* Scripts backend : `memberApi`, `backfill`, `emailLinker`, `auditLinker`, `adminExport`.
* Thème : CSS utilitaire **noir–or** (classes `.container`, `.hero`, `.card`, `.btn`, `.status`, etc.).
* Si alternative hors Wix, fournir : hébergement, CMS, auth, paiements, coûts récurrents, migration.
---
## 5) Livrables attendus
1. **Site fonctionnel** déployé (staging + prod).
2. **Code source** Velo/JSW, CSS/SCSS et assets.
3. **Schéma des collections** (noms, types, index, permissions).
4. **Guide d’admin** (docs PDF ou Notion) : opérations QA, exports, ajout de plans.
5. **Plan de tests** + rapports de tests.
6. **Plan de déploiement** + rollback simple.
7. **Formation** (1 à 2 sessions visio, 60–90 min) + enregistrement.
---
## 6) Planning & jalons (proposition)
* Semaine 1 : Atelier cadrage, finalisation schéma + maquettes UI.
* Semaine 2–3 : Dév Adhésion/Profil + Questionnaire + Thème.
* Semaine 4 : Portail + Export CSV + Abonnements.
* Semaine 5 : Admin/QA (Backfill, Linker, Audit).
* Semaine 6 : Tests, accessibilité, perf, formation, Go-Live.
*(Les soumissionnaires peuvent proposer un phasage différent si mieux adapté.)*
---
## 7) Critères d’acceptation (exemples)
* Adhésion crée un **Member**, enregistre une **Answer** liée, affiche le **#Membre**.
* Portail : recherche par courriel, filtre dates, export CSV conforme (UTF-8, en-têtes).
* Upgrade : achat d’un plan active le palier et restreint/autorise l’accès attendu.
* Admin QA : **dry-run** visible, **fix** effectif ; cohérence des liens memberRef.
* Bilingue : bascule FR/EN sans rupture de flux, 100% des textes couverts.
* Accessibilité : audit rapide via axe DevTools sans erreurs bloquantes.
---
## 8) Exigences de soumission
Merci de fournir :
1. **Approche technique** (Wix/Velo ou alternative) + schéma logique (1 page).
2. **Découpage des tâches** + **échéancier**.
3. **Prix** : forfait par phase + **taux horaire** pour changements ; coûts récurrents éventuels.
4. **Équipe** : rôles, expériences, 2–3 références de projets comparables.
5. **Garanties** : période de correction de bogues (ex. 60–90 jours), **SLA** de réponse.
6. **Maintenance/Évolutif** : banque d’heures, TMA, modalités.
7. **Sécurité & conformité** : gestion des accès, sauvegardes, RGPD/LPRPDE.
8. **Transfert IP** : code et assets appartiennent au client après paiement.
9. **Risques & hypothèses** : points sensibles identifiés, mitigations.
---
## 9) Options (chiffrer séparément)
* **Intégration infolettre** (Mailchimp/Sendinblue) + segments par palier.
* **Connecteur Google Sheets** (push/pull sélectif).
* **Outils de terrain** : app porte-à-porte (listes d’adresses, notes, statut).
* **Formulaires avancés** (logique conditionnelle, pièces jointes sécurisées).
* **Page “Événements”** avec billetterie.
* **Design system** Figma complet (tokens, composants, specs).
---
## 10) Données de référence disponibles
* Maquettes HTML/CSS thème **noir–or** (Classes + Bindings par ID).
* Scripts Velo (FR-first), backends stubs (Backfill/Linker/Audit/Export), **kit migration & health**.
*(Accès fourni aux soumissionnaires retenus pour estimation affinée.)*
Soumissionnaires
Jasmine Denis
Olivier Ceprika
Arthur Cotton
