Skip to content

Home

Jump to bottom
Ilan Amzallag edited this page Sep 28, 2026 · 5 revisions

Widoo — Cahier des charges

Statut du wiki : 🟡 Brouillon · Màj : 2026-09-23 · Propriétaire : Ilan

Widoo (« We Do ») est une application mobile de découverte et d'organisation de sorties urbaines. Elle répond à « Qu'est-ce qu'on fait aujourd'hui ? » par des parcours clé en main : plusieurs étapes cohérentes, ordonnées, chiffrées en temps et en budget, prêtes à être vécues.

Ce wiki est la source unique de spécification du produit. Le code ne contient pas de design ; les issues ne contiennent pas de spécification, seulement des liens vers ce wiki.

Piliers

  • Le parcours, pas le lieu. L'unité de valeur est une journée ou un moment déjà organisé.
  • L'orchestration. Widoo calcule ce qui rend une sortie cohérente : ordre, distances, durées, budget, contraintes. Voir Orchestration.
  • La carte comme accueil. Mécanique de découverte proche de Google Maps, appliquée à des parcours.
  • Les filtres comme cœur. Transformer une intention vague en parcours réellement adaptés.
  • La qualité avant le volume. Création ouverte, publication modérée, contenu vérifié par la communauté.

Sommaire

Page Contenu
Vision-Produit Concept, problème, proposition de valeur, positionnement, cibles
Perimetre-MVP Ce qui est dans le MVP, ce qui n'y est pas, hypothèses à valider
Personas-et-Parcours-Utilisateurs Personas et parcours utilisateurs de bout en bout
Ecrans Inventaire des écrans, états et composants (miroir de Claude Design)
Filtres-et-Recherche Taxonomie des filtres, logique de combinaison, recherche par zone
Orchestration Moteur de cohérence : distances, timeline, budget, contraintes, règles
Creation-et-Moderation Éditeur de parcours, cycle de publication, modération, vérification communautaire
Compte-et-Monetisation Anonyme vs compte, freemium, affiliation, préparation du premium
Modele-de-Donnees Entités, relations, schéma PostgreSQL/PostGIS
Architecture-Technique Stack, monorepo, infrastructure, environnements, CI/CD
API Contrat d'API du MVP
Securite-et-RGPD Menaces, propriétés obligatoires, données personnelles
Conditions-d-utilisation Texte des conditions d'utilisation (brouillon à relire)
Politique-de-confidentialite Texte de la politique de confidentialité (brouillon à relire)
Analytics Événements, KPI, hypothèses mesurées
Direction-Artistique Tokens (design/design-system/tokens.json), couleurs, familles d'activité, pastilles, typographie, iconographie, ton, accessibilité
Roadmap Jalons v0.1 à v1.0
Design-Changelog Journal des évolutions de spécification (passerelle vers les tickets)

Conventions

  • Statuts de page : 🟡 Brouillon → 🟢 Validé (par Ilan uniquement) → 🔵 Implémenté (constaté par tickets fermés).
  • Noms de pages en Kebab-Case sans accents, contenu en français.
  • Toute évolution notable donne une entrée dans Design-Changelog. Sans entrée, aucun ticket ne sera créé.
  • Une décision durable (architecture, périmètre, règle métier) vit dans la page qu'elle concerne, avec sa raison et ce qu'elle écarte, et s'annonce dans le Design-Changelog. Les identifiants D-xxx sont ceux du changelog ; le dépôt n'a plus de journal des décisions (entrée D-008).
  • Les maquettes vivent dans Claude Design ; la page Ecrans en est le miroir textuel et référence chaque écran par son identifiant.

Accueil

Produit

Technique

Pilotage

Clone this wiki locally