jpgiannetti/roadwave

Fork 0

Files

jpgiannetti e82ed63904 doc(business-rules): ajout d'alertes post mvp

2026-02-07 11:03:27 +01:00

42 KiB

Raw Blame History

Annexe : Fonctionnalités reportées Post-MVP

Date : 2026-01-19 Statut : Fonctionnalités validées mais reportées après le MVP

Sommaire

Classification politique et équilibre éditorial
Système de pourboires créateurs

1. Classification politique et équilibre éditorial

⚠️ Reporté post-MVP pour raisons de coût, complexité et risques juridiques.

Contexte du report

Raisons :

Coût modération : Classification manuelle humaine très coûteuse (~2000€/mois pour 1-2 modérateurs senior full-time)
Risque juridique : Accusations de biais éditorial, contentieux DSA
Complexité technique : Dashboard audit, logs 3 ans, alertes déséquilibre
Controverse : Peut créer polémique dès le lancement
Pas essentiel MVP : L'application fonctionne sans ce système

Version MVP (actuelle) :

Tag "Politique" simple (comme "Économie", "Sport")
Pas de classification gauche/droite
Pas d'équilibrage imposé
Option utilisateur "Masquer politique" → 0% contenus politiques

Spécifications complètes (future implémentation)

Échelle de classification (5 niveaux) :

🔴 Extrême gauche (anticapitalisme radical, révolution)
🟠 Gauche (écologie, social, critique capitalisme modérée)
⚪ Centre/Neutre (pas de positionnement politique clair)
🔵 Droite (sécurité, tradition, économie libérale)
🟣 Extrême droite (nationalisme radical, conservatisme extrême)
🟢 Non politique (enfants, musique, fiction, culture générale)

Qui classifie :

❌ Pas de classification automatique IA (outil informatif uniquement, jamais décisionnaire)
✅ Modérateurs senior après transcription
✅ Créateur peut contester via processus d'appel

Affichage :

Badge politique visible : au choix de l'utilisateur (paramètre "Afficher orientation politique")
Par défaut : badges masqués (UX neutre)

Règles de diffusion (équilibre imposé) :

Préférence utilisateur	Répartition	Justification
Équilibré (défaut)	35% gauche / 35% droite / 30% centre-neutre	Neutralité plateforme
Plutôt gauche	50% gauche / 20% droite / 30% centre-neutre	Préférence respectée avec minimum opposition
Plutôt droite	50% droite / 20% gauche / 30% centre-neutre	Préférence respectée avec minimum opposition
Masquer politique	0% gauche / 0% droite / 100% centre-neutre + non politique	Option apolitique

Audit et conformité DSA :

Rapport hebdomadaire automatique : % gauche/droite/centre diffusé par utilisateur
Alerte si déséquilibre global plateforme (>55% d'un bord)
Logs conservés 3 ans (exigence Digital Services Act EU)
Dashboard admin : visualisation répartition temps réel

Sanctions mauvaise classification :

Classification volontairement incorrecte = Strike 1
Récidive = Strike 2 (suspension 7j)
Détection via signalements utilisateurs + audit modération

Justification :

Conformité juridique DSA (obligation neutralité plateforme EU)
Protection contre accusations de biais éditorial
Transparence auditable
Coût : temps modération humaine (incompressible)

Conditions de réintégration

Prérequis :

Base utilisateurs stable et revenus suffisants pour financer modération
Équipe modération dédiée (2+ modérateurs senior formés)
Dashboard admin audit DSA opérationnel
Système de logs et archivage 3 ans en place
Validation juridique du processus de classification

Chronologie estimée :

Phase 1 (Post-MVP+3 mois) : Validation demande utilisateurs via sondages
Phase 2 (Post-MVP+6 mois) : Recrutement modérateurs + développement dashboard
Phase 3 (Post-MVP+9 mois) : Tests bêta avec utilisateurs volontaires
Phase 4 (Post-MVP+12 mois) : Déploiement progressif si résultats positifs

2. Système de pourboires créateurs

⚠️ Reporté post-MVP - Fonctionnalité crypto (Lightning Network) prévue ultérieurement.

Contexte du report

Raisons :

Complexité technique : Intégration Lightning Network, gestion wallets crypto
Réglementation : Incertitude juridique crypto en EU (MiCA 2025)
Focus MVP : Priorité sur monétisation via abonnements Premium et publicités
Adoption utilisateurs : Nécessite éducation et adoption crypto préalables

Version MVP (actuelle) :

Monétisation créateurs via :
- Partage revenus publicités (3€ CPM)
- 70% revenus abonnements Premium

Spécifications complètes (future implémentation)

Système prévu : Micro-dons via Lightning Network (Bitcoin Layer 2)

Fonctionnement :

Auditeur peut envoyer pourboire pendant ou après écoute
Montants suggérés : 0.10€, 0.50€, 1€, 5€ (personnalisable)
Transaction instantanée via Lightning Network (frais <0.01€)
Créateur reçoit directement dans wallet Lightning
Conversion EUR/BTC automatique (optionnelle)

Avantages Lightning Network :

✅ Frais quasi-nuls (<1%) vs 1.8% Mangopay
✅ Transactions instantanées (<1 seconde)
✅ Micropaiements possibles (dès 0.01€)
✅ International sans frais supplémentaires
✅ Pas d'intermédiaire (peer-to-peer)

Contraintes :

❌ Adoption crypto limitée (2-5% population EU en 2026)
❌ Volatilité BTC (nécessite conversion EUR immédiate)
❌ UX complexe pour utilisateurs non-crypto
❌ Réglementation MiCA en évolution

Alternatives étudiées :

Ko-fi / Buy Me a Coffee : simple mais frais 5%
PayPal/Stripe : frais 2.9% + 0.30€ (non viable pour micropaiements)
Mangopay : déjà utilisé, mais frais élevés pour petits montants

Conditions de réintégration

Prérequis :

Réglementation MiCA stabilisée et conforme
Adoption crypto suffisante dans la base utilisateurs (>10%)
Intégration Lightning Network validée techniquement
UX simplifiée pour utilisateurs non-crypto (onboarding dédié)
Demande créateurs confirmée via sondages

Chronologie estimée :

Phase 1 (Post-MVP+6 mois) : Étude de marché et demande utilisateurs
Phase 2 (Post-MVP+12 mois) : Développement intégration Lightning
Phase 3 (Post-MVP+15 mois) : Tests bêta avec créateurs volontaires
Phase 4 (Post-MVP+18 mois) : Déploiement public si résultats positifs

3. Roulette de connexion live aléatoire

⚠️ Reporté post-MVP - Feature sociale avancée nécessitant masse critique d'utilisateurs et infrastructure WebRTC renforcée.

Contexte du report

Raisons :

Masse critique requise : Nécessite pool suffisant d'utilisateurs simultanés (>500) pour matching rapide (<30s)
Infrastructure WebRTC : Coût serveurs TURN/STUN supplémentaire (~500€/mois pour 1000 utilisateurs actifs)
Complexité modération : Contenu live non enregistré = risques abus, nécessite système de confiance et signalement robuste
Focus MVP : Priorité sur le contenu asynchrone (radios, POIs audio) avant le live P2P
UX conducteur : Commandes vocales avancées nécessaires pour sécurité routière

Version MVP (actuelle) :

Radio live créateurs uniquement (1 vers N)
Pas de connexion P2P entre auditeurs
Chat textuel limité aux POIs et commentaires

Spécifications complètes (future implémentation)

Concept : Permettre aux utilisateurs (conducteurs ou piétons) de se connecter aléatoirement en live audio avec d'autres utilisateurs pour des conversations spontanées de découverte.

Fonctionnement :

Matching algorithmique :
- Pool unifié conducteurs + piétons (pas de séparation)
- Matching pondéré : 70% centres d'intérêt communs + 30% aléatoire
- Proximité géographique : préférence régionale (même région/département)
- Temps d'attente cible : <30 secondes
Format session :
- Durée initiale : 5 minutes
- Prolongation par consentement mutuel (5 min supplémentaires, illimitée)
- Skip limité : 3 skips/heure pour éviter abus
- Audio uniquement (pas de vidéo, pas de texte pendant session)
UX différenciée :
- Conducteur : Commandes vocales uniquement ("Roulette", "Suivant", "Terminer")
- Piéton : Bouton dédié "Roulette" dans interface principale
- Badges contextuels : "🚗 En voiture" / "🚶 À pied" visibles dès connexion
- Message pré-session : "Vous parlez avec un conducteur. Soyez concis."
Sécurité et modération :
- Score de confiance minimum requis : 50/100 (nouveaux utilisateurs exclus)
- Enregistrement tampon 5 min glissantes (sauvegardé uniquement si signalement)
- Signalement immédiat pendant session → déconnexion + revue modération
- Sanctions progressives : avertissement → suspension 1 semaine → ban définitif
Transition post-session :
- Option s'abonner mutuellement après bonne conversation
- Statistiques personnelles : nombre sessions, durée totale, rencontres
- Badge "En roulette" visible sur profil (transparence)

Avantages :

✅ Sérendipité et découverte (esprit "Chatroulette audio")
✅ Complémentarité conducteur/piéton (récit route vs récit urbain)
✅ Fidèle concept RoadWave (usagers de la route connectés)
✅ Réutilisation infrastructure WebRTC existante (radio live)

Contraintes :

❌ Nécessite pool minimum 500 utilisateurs actifs simultanés
❌ Modération temps réel complexe (contenu éphémère)
❌ Coût infrastructure TURN/STUN significatif
❌ Risque dérive (trolls, contenu inapproprié)
❌ Commandes vocales avancées requises pour conducteurs

Monétisation :

Gratuit avec limitation : 3 sessions/jour de 5 min
Premium : sessions illimitées + matching prioritaire (moins d'attente)

Aspects légaux :

Âge minimum : 18 ans pour accès roulette
Charte d'utilisation spécifique (respect, pas de contenu sexuel/violent, pas de sollicitation commerciale)
Anonymat relatif : pseudo + ville visible, pas de photo

Conditions de réintégration

Prérequis :

Base utilisateurs active : >10 000 MAU (Monthly Active Users) dont >500 utilisateurs simultanés en heures pleines
Infrastructure WebRTC stable : serveurs TURN/STUN dimensionnés, latence <500ms
Système de confiance opérationnel : score utilisateur basé sur comportement, signalements
Équipe modération : capacité traiter signalements en <2h
Budget infrastructure : 500-1000€/mois selon volume
Commandes vocales avancées implémentées pour conducteurs

Chronologie estimée :

Phase 1 (Post-MVP+3 mois) : Validation demande utilisateurs via sondages, analyse concurrence (Clubhouse, Twitter Spaces)
Phase 2 (Post-MVP+6 mois) : Développement matchmaking + WebRTC P2P renforcé
Phase 3 (Post-MVP+9 mois) : Tests bêta avec 100 utilisateurs volontaires
Phase 4 (Post-MVP+12 mois) : Déploiement progressif si KPI positifs (>70% satisfaction, <5% signalements)

KPI de succès :

Temps moyen d'attente matching : <30 secondes
Taux satisfaction post-session : >70%
Taux signalement : <5%
Durée moyenne session : >5 minutes (signe d'engagement)
Taux conversion abonnements mutuels : >10%

4. Vérification SMS anti-spam

⚠️ Reporté post-MVP - Ajout d'une vérification par SMS pour éviter les comptes créés avec des emails temporaires.

Contexte du report

Raisons :

Coût SMS : ~0.04€/SMS en France via Brevo (400€/mois pour 10K inscriptions)
Complexité UX : Étape supplémentaire à l'inscription (friction)
Focus MVP : Priorité sur l'expérience utilisateur fluide
Modération suffisante : Système de strikes et signalements couvre les cas d'abus initiaux

Version MVP (actuelle) :

Inscription par email uniquement (via Zitadel)
Confirmation email obligatoire
Détection basique emails jetables (liste noire publique)
Modération réactive via signalements

Spécifications complètes (future implémentation)

Problématique : Comptes créés avec emails temporaires (Yopmail, 10minutemail, etc.) pour contourner bans ou spammer du contenu.

Solution : Vérification numéro mobile par SMS lors de l'inscription.

Fonctionnement :

Inscription initiale :
- Utilisateur crée compte avec email (Zitadel)
- Email de confirmation envoyé (standard)
Détection email suspect :
- Regex patterns emails temporaires (.disposable.com, tempmail, etc.)
- API externe (kickbox.io, mailcheck.ai) pour validation domaine
- Score confiance email < 50% → vérification SMS obligatoire
Vérification SMS :
- Demande numéro mobile (+33, +32, etc.)
- Envoi code 6 chiffres via Brevo SMS API
- Expiration : 10 minutes
- Maximum 3 tentatives/jour/numéro (anti-abus)
Validation :
- Code correct → compte activé, badge "Vérifié ✓"
- Code incorrect (3 fois) → blocage temporaire 24h
Sanctions doublon :
- Détection numéro déjà utilisé pour autre compte
- Limite : 3 comptes/numéro maximum
- Au-delà → signalement automatique modération

Affichage :

Badge "Vérifié ✓" visible sur profil créateur
Non obligatoire pour auditeurs simples (seulement créateurs)
Option "Vérifier mon compte" dans paramètres

Règles de diffusion :

Contenus créateurs non-vérifiés : portée limitée à 10 km pendant 30 premiers jours
Après 30 jours sans signalement : levée restriction
Créateurs vérifiés : aucune restriction

Avantages :

✅ Réduction spam et comptes multiples
✅ Amélioration confiance plateforme
✅ Conformité anti-fraude (KYC léger)
✅ Réutilisation infrastructure Brevo (emails + SMS)

Contraintes :

❌ Coût SMS : ~400€/mois pour 10K inscriptions/mois
❌ Friction UX (étape supplémentaire)
❌ Numéros virtuels (Twilio, etc.) contournent vérification
❌ Certains utilisateurs réticents (vie privée)

Alternatives étudiées :

Captcha reCAPTCHA v3 : efficace mais contournable, pas de coût
Email reputation API : ~0.01€/vérification (kickbox.io)
Vérification bancaire : trop contraignant pour MVP

Conditions de réintégration

Prérequis :

Base utilisateurs >10K avec taux spam/abus significatif (>5% comptes signalés)
Budget SMS disponible (~400-800€/mois selon volume)
Intégration Brevo SMS API opérationnelle
UX optimisée (onboarding fluide)
Conformité RGPD : consentement stockage numéro mobile

Chronologie estimée :

Phase 1 (Post-MVP+3 mois) : Analyse taux spam/abus, validation besoin
Phase 2 (Post-MVP+4 mois) : Développement détection emails temporaires + API Brevo SMS
Phase 3 (Post-MVP+5 mois) : Tests bêta avec créateurs volontaires
Phase 4 (Post-MVP+6 mois) : Déploiement progressif selon catégorie utilisateur (créateurs en priorité)

KPI de succès :

Réduction comptes spam : >50%
Taux vérification volontaire (créateurs) : >70%
Friction UX acceptable : taux abandon inscription <10%
Coût SMS : <2% revenus utilisateurs vérifiés

5. Synthèse vocale de documents (Text-to-Speech)

⚠️ Reporté post-MVP - Fonctionnalité Premium permettant aux utilisateurs d'écouter des documents (PDF, articles web, ebooks) convertis en audio.

Contexte du report

Raisons :

Complexité technique : Intégration API TTS (Text-to-Speech), OCR pour PDF scannés, parsing multi-formats
Coût infrastructure : ~0.016€/1000 caractères (Google Cloud TTS) = ~1.60€ par livre moyen (100K caractères)
Conformité droits d'auteur : Risque juridique si conversion de contenus protégés sans licence
Focus MVP : Priorité sur contenu audio natif géolocalisé (podcasts, audio-guides, radios live)
Usage limité : Cas d'usage minoritaire vs contenu audio créé par la communauté

Version MVP (actuelle) :

Contenu audio uniquement créé par les créateurs
Pas de conversion automatique document → audio
Utilisateurs doivent uploader directement fichiers audio

Spécifications complètes (future implémentation)

Problématique : Utilisateurs Premium veulent écouter des documents (articles, PDF, ebooks) pendant leurs trajets sans les lire.

Solution : Conversion Text-to-Speech (TTS) de documents en audio avec voix neurale haute qualité.

Fonctionnement :

Upload document :
- Formats supportés : PDF, EPUB, TXT, DOCX, URLs articles web
- Taille max : 50 MB par fichier
- Détection automatique langue (FR, EN, ES, DE, IT)
- OCR automatique si PDF scanné (Tesseract ou Google Vision API)
Traitement et conversion :
- Nettoyage texte (enlever headers/footers, numéros page, notes de bas de page)
- Détection structure (chapitres, sections) pour navigation
- Génération audio via TTS (Google Cloud TTS ou AWS Polly)
- Voix neurale professionnelle (qualité proche voix humaine)
- Génération chapitres audio distincts (navigation facilitée)
Stockage et synchronisation :
- Audio généré stocké sur OVH Object Storage (comme autres contenus)
- Ajouté automatiquement à la bibliothèque utilisateur
- Synchronisation multi-device (reprendre écoute où elle s'est arrêtée)
- Conservation : 90 jours après génération, puis suppression automatique
Lecture en voiture :
- Navigation par chapitres (suivant/précédent)
- Vitesse de lecture ajustable (0.75x, 1x, 1.25x, 1.5x, 2x)
- Signets audio (marquer un passage pour y revenir)
- Reprise automatique au dernier point d'écoute
Limitations et quotas :
- Premium uniquement (pas disponible en gratuit)
- Quota mensuel : 10 documents ou 500K caractères/mois (soit ~5 livres moyens)
- File d'attente : traitement sous 5-10 minutes selon longueur
- Conservation temporaire (90 jours) pour limiter coûts stockage

Formats supportés :

Format	Support	Limitations
PDF texte	✅ Natif	Max 50 MB, extraction texte directe
PDF scanné	✅ OCR	Max 50 MB, nécessite OCR (plus lent)
EPUB	✅ Natif	Ebooks sans DRM uniquement
TXT	✅ Natif	UTF-8, max 10 MB
DOCX	✅ Natif	Max 20 MB
URLs web	✅ Parsing	Articles uniquement (pas de paywall)

Voix TTS disponibles :

Langue	Voix	Fournisseur
Français	Léa (féminine), Thomas (masculine)	Google Cloud TTS WaveNet
Anglais	Emily, James	Google Cloud TTS WaveNet
Espagnol	Carmen, Diego	Google Cloud TTS WaveNet
Allemand	Anna, Max	Google Cloud TTS WaveNet

Avantages :

✅ Différenciation Premium forte (feature exclusive)
✅ Fidélisation utilisateurs (consommation contenu personnel)
✅ Réutilisation infrastructure audio existante (HLS, NGINX Cache)
✅ Cas d'usage trajets longs (livres, articles longs)

Contraintes :

❌ Coût TTS : ~1.60€/livre moyen (Google Cloud TTS WaveNet)
❌ Coût stockage : ~0.01€/GB/mois (temporaire 90 jours)
❌ Risque juridique : conversion contenus protégés (livres, articles premium)
❌ Qualité variable selon format source (PDF mal structurés)
❌ Pas de géolocalisation (contenu personnel, pas communautaire)

Conformité droits d'auteur :

Contenu	Autorisé	Restrictions
Documents personnels	✅ Oui	Aucun problème légal
Articles web publics	✅ Oui	Fair use personnel uniquement
Ebooks DRM-free	✅ Oui	Usage privé uniquement (pas de partage)
Ebooks DRM	❌ Non	Violation DRM interdite
Livres sous copyright	⚠️ Tolérance	Usage strictement privé, pas de redistribution
Articles paywall	❌ Non	Bypass paywall interdit

Disclaimer utilisateur :

"La conversion de documents en audio est réservée à un usage privé uniquement. Vous êtes responsable de vous assurer que vous possédez les droits nécessaires pour convertir et écouter ce contenu. RoadWave ne peut être tenu responsable de toute violation de droits d'auteur."

Alternatives étudiées :

Solution	Coût	Qualité voix	Contraintes
Google Cloud TTS WaveNet	0.016€/1K caractères	⭐⭐⭐⭐⭐ Excellente	API stable, voix neurales
AWS Polly Neural	0.016€/1K caractères	⭐⭐⭐⭐⭐ Excellente	Similar à Google
Azure Cognitive Services	0.014€/1K caractères	⭐⭐⭐⭐ Très bonne	Moins cher, voix correctes
Elevenlabs	0.30€/1K caractères	⭐⭐⭐⭐⭐ Ultra-réaliste	Trop cher pour MVP
OpenAI TTS	0.015€/1K caractères	⭐⭐⭐⭐ Très bonne	Nouveau (2024), à tester

Recommandation : Google Cloud TTS WaveNet (équilibre coût/qualité, voix neurales professionnelles).

Conditions de réintégration

Prérequis :

Base utilisateurs Premium >1000 abonnés (justifier développement feature)
Demande utilisateurs confirmée via sondages (>40% intérêt)
Budget TTS + stockage disponible (~500-1000€/mois selon volume)
Validation juridique : conformité droits d'auteur, disclaimer clair
Infrastructure existante stable (HLS, CDN, backend Go)

Chronologie estimée :

Phase 1 (Post-MVP+6 mois) : Étude de marché, sondage utilisateurs Premium, validation juridique
Phase 2 (Post-MVP+9 mois) : Développement MVP TTS (PDF texte uniquement, FR/EN)
Phase 3 (Post-MVP+10 mois) : Tests bêta avec 100 utilisateurs Premium volontaires
Phase 4 (Post-MVP+12 mois) : Déploiement progressif si KPI positifs + ajout formats (EPUB, OCR)

KPI de succès :

Adoption feature : >30% utilisateurs Premium l'utilisent au moins 1 fois/mois
Satisfaction : >75% note positive (4-5/5)
Rétention Premium : augmentation >10% grâce à cette feature
Coût TTS : <5% revenus Premium
Taux d'erreur conversion : <5% (PDF mal structurés, OCR raté)

Budget estimé :

Composant	Coût mensuel (1000 utilisateurs Premium actifs)
Google Cloud TTS	~500€ (10 documents/user/mois, 30K caractères/document)
OCR (PDF scannés)	~100€ (30% documents nécessitent OCR)
Stockage	~50€ (documents audio temporaires 90 jours)
Bande passante	Inclus dans infrastructure existante
Total	~650€/mois

Rentabilité :

Revenus Premium 1000 users : 4990€/mois (4.99€/mois × 1000)
Coût TTS : 650€/mois (13% revenus)
Marge après TTS : 4340€/mois (87%)
Rentable si adoption >30% et rétention +10% (soit +100 abonnés = +499€/mois)

6. Commandes vocales (CarPlay / Android Auto)

⚠️ Reporté post-MVP - Permettre aux conducteurs d'utiliser les actions complémentaires via assistants vocaux.

Contexte du report

Raisons :

Couverture limitée : ~30-40% du parc automobile EU en 2026 (CarPlay/Android Auto)
Complexité technique : Intégration Siri Intents (iOS) + Google Actions (Android)
Modération vocale : Signalements vocaux nécessitent enregistrement + transcription audio
Focus MVP : Priorité sur like automatique et mode piéton avec actions manuelles
Accessibilité secondaire : Like automatique couvre déjà engagement conducteurs

Version MVP (actuelle) :

❌ Pas de commandes vocales
✅ Like automatique basé sur temps d'écoute (en voiture)
✅ Actions manuelles disponibles seulement en mode piéton

Spécifications complètes (future implémentation)

Objectif : Permettre conducteurs d'effectuer actions complémentaires via commandes vocales sans regarder écran.

Commandes vocales supportées :

iOS (Apple Siri) :

"Hey Siri, like ce contenu"
→ Ajoute +2% jauge (like explicite)

"Hey Siri, abonne-moi à ce créateur"
→ Ajoute +5% toutes jauges du créateur

"Hey Siri, signale ce contenu"
→ Siri demande catégorie vocalement ("Spam", "Haine", etc.)

"Hey Siri, passe au contenu suivant"
→ Même que bouton physique (déjà supporté)

Android (Google Assistant) :

"OK Google, like ce podcast"
→ Ajoute +2% jauge

"OK Google, abonne-moi au créateur"
→ Ajoute +5% toutes jauges du créateur

"OK Google, signale ce contenu"
→ Assistant demande catégorie vocalement

"OK Google, passe au suivant"
→ Même que bouton physique

Implémentation technique :

iOS :

Siri Intents (framework iOS 12+)

Clés Intent à ajouter dans Info.plist :

<key>INUserConfirmationConfiguration</key>
<array>
  <dict>
    <key>INIntentClassName</key>
    <string>RoadWaveAddLikeIntent</string>
  </dict>
</array>

Paramètres vocaux : détection "like", "abonne", "signale"

Android :

Google Actions on Google Assistant (via assistant voice queries)
Intégration avec Android App Actions
Paremeters: Intent extras pour passer contenu actuel
Fallback : repérer contenu par titre + créateur

Limitation importante :

⚠️ CarPlay/Android Auto requis : Fonctionalité non disponible sur interface mobile
⚠️ Reconnaissance vocale réseau : Nécessite connexion data
⚠️ Latence acceptable : <2 secondes entre commande et confirmation

UX - Feedback utilisateur :

Siri : "✓ J'ai ajouté ce contenu à vos favoris"
Google Assistant : "✓ Vous êtes maintenant abonné à [Créateur]"
Confirmation audio pour signalement : "Signalement envoyé. Catégorie : Spam"

Signalements vocaux :

Enregistrement automatique de la voix (tampon 30 secondes)
Transcription audio → texte (via Google Cloud Speech ou similaire)
Catégorie pré-remplie selon réponse vocale ("Spam" → catégorie Spam)
Commentaire optionnel supplémentaire (enregistrement audio conservé)

Conditions de réintégration

Prérequis :

MVP stabilis en production avec base utilisateurs
Données télémétrie : >10K utilisateurs actifs CarPlay/Android Auto
Intégration Siri Intents iOS et Google Actions validée
Transcription vocale fiable (coût ~0.01€/minute)
Système de confiance utilisateur en place (éviter abus signalements)

Chronologie estimée :

Phase 1 (Post-MVP+2 mois) : Validation demande utilisateurs (CarPlay/Android Auto)
Phase 2 (Post-MVP+4 mois) : Développement Siri Intents + Google Actions
Phase 3 (Post-MVP+6 mois) : Tests bêta avec conducteurs volontaires
Phase 4 (Post-MVP+8 mois) : Déploiement progressif si KPI positifs

KPI de succès :

Adoption commandes vocales : >30% utilisateurs CarPlay/Android Auto
Taux erreur reconnaissance vocale : <10%
Satisfaction utilisateurs : >75% (4-5/5)
Taux signalements abusifs : <2% (via détection anomalies)

Budget estimé :

Composant	Coût mensuel (10K utilisateurs actifs)
Siri Intents	Inclus iOS SDK
Google Actions	Inclus Android SDK
Transcription vocale	~300€ (30K minutes/mois)
Modération signalements audio	~500€ (équipe part-time)
Total	~800€/mois

7. Contenus prioritaires et comptes officiels

⚠️ Reporté post-MVP - Système d'alertes critiques et intégration sources officielles (gestionnaires autoroutes, Météo France, préfectures).

Contexte du report

Raisons :

Masse critique requise : Partenariats avec organismes officiels nécessitent base utilisateurs solide (>50K MAU)
Complexité technique : Intégration APIs externes, système de priorités, TTS automatisé
Responsabilité légale : Diffusion alertes sécurité = engagement fort, nécessite infrastructure stable
Focus MVP : Priorité sur contenu créateurs communautaires
ROI incertain : Valeur ajoutée forte mais sans revenus directs (service public)

Version MVP (actuelle) :

Tous contenus = créateurs classiques
Pas de système de priorité
Pas de comptes officiels vérifiés
Pas d'interruption de contenu en cours

Spécifications complètes (future implémentation)

Problématique : Certaines informations (obstacle sur autoroute, alerte météo dangereuse) doivent être diffusées en priorité absolue, indépendamment de l'algorithme de recommandation.

Solution : Système de contenus prioritaires avec comptes officiels vérifiés et interruption conditionnelle du flux audio.

A) Nouveau type de compte : Compte Officiel

Type compte	Validation	Badge	Priorité	Modération
Créateur classique	Email + KYC (si monétisation)	-	Normale	3 premiers contenus
Créateur vérifié	KYC validé OU >10K abonnés	✓	Normale	A posteriori
Compte Officiel	Validation RoadWave manuelle + contrat partenariat	🏛️	Configurable (0-3)	Aucune

Exemples comptes officiels :

Gestionnaires autoroutes : SANEF, Vinci Autoroutes, APRR, ASF
Services météo : Météo France, vigilance.gouv.fr
Sécurité civile : Préfectures, Plan alerte enlèvement
Services publics : Bison Futé, Sécurité Routière
Médias publics : France Info, France Inter (déjà créateurs, passage en Officiel)

Processus de validation :

Demande partenariat → contact commercial RoadWave
Vérification identité organisme (SIRET, documents officiels)
Signature convention partenariat (gratuit, service d'intérêt public)
Création compte Officiel avec badge 🏛️
Configuration API Webhook pour contenus automatisés

B) Système de priorité des contenus

Nouveau champ DB : priority_level

ALTER TABLE contents ADD COLUMN priority_level INT DEFAULT 0 CHECK (priority_level BETWEEN 0 AND 3);

-- 0 = Normal (créateurs classiques, algo standard)
-- 1 = Élevé (infos trafic importantes, boost algo)
-- 2 = Urgent (obstacle imminent, injection forcée)
-- 3 = Critique (danger immédiat, interruption autorisée)

Comportement selon priorité :

Priorité	Nom	Comportement	Bypass quota 6/h	Interruption contenu en cours
0	Normal	Algo standard (score géo + intérêts + engagement)	Non	Non
1	Élevé	Boost score final +0.3 (favorisé mais pas forcé)	Non	Non
2	Urgent	Injection forcée en prochaine position file d'attente	Oui	Non (attend fin contenu actuel)
3	Critique	Interruption immédiate avec countdown 5s	Oui	Oui (pause contenu, overlay, lecture alerte)

Cas d'usage par priorité :

🟢 Priorité 0 - Normal
├─ Tous contenus créateurs classiques
└─ Algorithme de recommandation standard

🟡 Priorité 1 - Élevé
├─ Info trafic général (bouchon prévu, travaux)
├─ Événement local impactant circulation (match, concert)
└─ Météo défavorable non dangereuse (pluie modérée)

🟠 Priorité 2 - Urgent
├─ Accident récent avec impact circulation
├─ Route coupée / déviation obligatoire
├─ Péage fermé de façon imprévue
└─ Alerte pollution temporaire

🔴 Priorité 3 - Critique
├─ Obstacle sur voie (objet, véhicule arrêté)
├─ Alerte météo orange/rouge (tempête, inondation, neige)
├─ Alerte enlèvement (Plan alerte enlèvement)
├─ Fermeture tunnel/pont pour sécurité
└─ Contre-sens signalé

C) Flow interruption (priorité 3)

Interface utilisateur :

User écoute podcast normal à 30 km/h sur A7
↓
Contenu priorité 3 détecté dans zone 500m devant
↓
Overlay rouge translucide apparaît sur écran :
┌─────────────────────────────────────┐
│   ⚠️  ALERTE SÉCURITÉ               │
│                                     │
│   Obstacle signalé A7 voie gauche   │
│   km 125                            │
│                                     │
│   Diffusion dans 5... 4... 3...     │
│                                     │
│   [Ignorer l'alerte]                │
└─────────────────────────────────────┘
↓
Countdown 5 secondes (annulable)
↓
Podcast actuel → PAUSE automatique
↓
Son d'alerte : Bip urgent (0.5s)
↓
Alerte TTS : "Attention, obstacle signalé sur voie de gauche, autoroute A7, kilomètre 125. Réduisez votre vitesse."
↓
Alerte se termine (15-30 secondes max)
↓
Podcast reprend automatiquement à position exacte

Paramètres techniques :

Rayon déclenchement : 500m-2km selon vitesse (calcul dynamique)
Son d'alerte : Bip distinctif (pas agressif, mais audible)
Durée max alerte : 30 secondes (format court, info essentielle)
Cooldown : même alerte pas reproposée avant 10 minutes
Annulation : bouton "Ignorer" disponible pendant countdown (mais déconseillé)

Traçabilité :

Log : user_id, alert_id, action (played / ignored), timestamp
Statistiques : taux d'écoute alertes vs taux ignore (KPI efficacité)

D) Intégration APIs externes et TTS automatisé

Partenariats cibles :

Partenaire	API	Type contenu	Priorité	Coût	Disponibilité
Météo France	API Vigilance	Alertes météo orange/rouge	3	Gratuit (service public)	✅ API publique
Bison Futé	API Trafic	Info trafic temps réel	1-2	Gratuit	✅ API publique
Gestionnaires autoroutes	APIs propriétaires	Obstacles, fermetures	2-3	Gratuit (partenariat)	⚠️ Négociation
Sécurité Routière	Données ouvertes	Zones accidentogènes, campagnes	1	Gratuit	✅ Open Data
Waze / Coyote	API (si accessible)	Dangers signalés users	2	Négociation	❌ APIs fermées

Flow automatisé (exemple Météo France) :

1. API Météo France → Webhook RoadWave
   Données : {
     "departement": "83",
     "vigilance": "orange",
     "phenomene": "pluie-inondation",
     "debut": "2026-01-20T14:00:00Z",
     "fin": "2026-01-20T23:00:00Z"
   }

2. Backend RoadWave (worker Go) traite webhook :
   - Récupère polygon département 83 (PostGIS)
   - Génère texte alerte : "Alerte météo orange dans le Var : fortes pluies et risque d'inondations. Soyez prudents."
   - Appelle TTS (Google Cloud TTS ou AWS Polly)
   - Génère fichier audio MP3 + segments HLS

3. Création automatique contenu :
   ├─ Titre : "⚠️ Alerte Météo Orange - Var"
   ├─ Audio : Fichier TTS généré
   ├─ Zone : Polygon département 83
   ├─ Priority : 3 (critique)
   ├─ Durée vie : 12h (expiration automatique)
   ├─ Créateur : Compte "Météo France" (officiel)
   └─ Tags : ["Météo", "Sécurité"]

4. Diffusion immédiate :
   - Tous users dans département 83
   - Interruption flux audio (countdown 5s)
   - Diffusion alerte
   - Reprise contenu normal

TTS (Text-to-Speech) :

Fournisseur : Google Cloud TTS WaveNet (voix neurale professionnelle)
Coût : ~0.016€/1000 caractères
Voix : "Léa" (féminine, française, ton calme mais ferme pour alertes)
Normalisation audio : -14 LUFS (comme autres contenus)

Expiration automatique :

Alertes météo : 12h après fin vigilance
Obstacles autoroute : 2h après signalement (si non mis à jour)
Alertes enlèvement : 48h ou jusqu'à résolution officielle

E) Dashboard admin (gestion alertes)

Interface modérateur RoadWave :

┌────────────────────────────────────────────────┐
│ 🏛️ Gestion contenus officiels                  │
├────────────────────────────────────────────────┤
│                                                │
│ Alertes actives (3)                            │
│                                                │
│ 🔴 CRITIQUE - Obstacle A7 km 125               │
│    Source : SANEF                              │
│    Diffusions : 1,247 | Ignores : 23 (1.8%)    │
│    Expire : dans 1h32                          │
│    [Prolonger] [Arrêter maintenant]            │
│                                                │
│ 🔴 CRITIQUE - Alerte météo orange Var          │
│    Source : Météo France                       │
│    Diffusions : 8,921 | Ignores : 156 (1.7%)   │
│    Expire : dans 9h12                          │
│    [Modifier] [Arrêter]                        │
│                                                │
│ 🟠 URGENT - Bouchon A6 Lyon                    │
│    Source : Bison Futé                         │
│    Diffusions : 2,104 | Ignores : 312 (14.8%)  │
│    Expire : dans 3h05                          │
│    [Modifier] [Arrêter]                        │
│                                                │
├────────────────────────────────────────────────┤
│                                                │
│ [+ Créer alerte manuelle]                      │
│                                                │
│ Historique (7 derniers jours)                  │
│ · 127 alertes diffusées                        │
│ · 98.2% taux écoute moyen                      │
│ · 1.8% taux ignore moyen                       │
│                                                │
└────────────────────────────────────────────────┘

Création alerte manuelle :

Use case : information non automatisée (événement exceptionnel)
Champs : Texte (TTS auto), Zone (carte), Priorité (1-3), Durée vie
Validation admin RoadWave requise (pas auto-publication)

Avantages

✅ Sécurité routière : diffusion info critique temps réel
✅ Valeur ajoutée : différenciation vs Waze/Coyote (audio automatique)
✅ Partenariats gagnant-gagnant : visibilité organismes publics, service utilisateurs
✅ Coût maîtrisé : APIs gratuites + TTS ponctuel (~50€/mois max)
✅ Réutilisation infra : HLS, PostGIS, backend Go déjà en place

Contraintes

❌ Responsabilité légale : diffusion alertes = engagement fort (info exacte, à jour)
❌ Partenariats longs : négociations avec organismes publics (6-12 mois)
❌ Maintenance APIs : dépendance externe, risque coupure service
❌ Modération réactive : si alerte erronée, correction manuelle urgente
❌ Interruption UX : priorité 3 peut frustrer si trop fréquent (nécessite calibration)

Conditions de réintégration

Prérequis :

Base utilisateurs stable >50K MAU (argumentaire crédible pour partenariats)
Chiffre affaires positif (infrastructure fiable = confiance partenaires)
Équipe support disponible 24/7 pour gestion alertes critiques
Validation juridique responsabilité (assurance RC pro couvre diffusion alertes)
Tests A/B réussis sur interruption priorité 3 (acceptabilité utilisateurs)

Chronologie estimée :

Phase 1 (Post-MVP+6 mois) : Développement système priorités + dashboard admin + TTS
Phase 2 (Post-MVP+9 mois) : Premier partenariat (Météo France, API publique simple)
Phase 3 (Post-MVP+12 mois) : Tests bêta alertes météo avec utilisateurs volontaires
Phase 4 (Post-MVP+15 mois) : Extension autres partenaires (Bison Futé, gestionnaires autoroutes)
Phase 5 (Post-MVP+18 mois) : Déploiement complet si KPI positifs

KPI de succès :

Taux écoute alertes priorité 3 : >95% (faible taux ignore)
Satisfaction utilisateurs : >80% jugent alertes utiles (sondage post-alerte)
Taux faux positifs : <2% (alerte diffusée à tort ou obsolète)
Réduction incidents : mesure impact (accidents évités, détours anticipés) → difficile mais qualitatif fort
Partenariats actifs : >3 organismes officiels connectés

Budget estimé (base 100K MAU) :

Composant	Coût mensuel
TTS alertes auto	~50€ (10-20 alertes/mois, textes courts)
Stockage audio alertes	~5€ (fichiers temporaires, expiration auto)
Modération alertes	~200€ (part-time, monitoring dashboard)
APIs externes	0€ (gratuites, services publics)
Bande passante	Inclus infrastructure existante
Total	~255€/mois

ROI :

Pas de revenus directs (service public)
Valeur indirecte : différenciation produit majeure
Argument commercial : "RoadWave vous protège en temps réel"
Rétention utilisateurs : +5-10% (feature killer)
Presse/médias : couverture positive (innovation sécurité routière)

Autres fonctionnalités candidates Post-MVP

Liste non exhaustive de fonctionnalités évoquées mais non encore spécifiées :

Mode offline avancé : Téléchargement automatique zones fréquentes
Playlists collaboratives : Co-création de playlists géolocalisées
API publique créateurs : Intégration RSS, podcasts existants
Gamification : Badges, défis géolocalisés, leaderboards
Mode nuit : Interface sombre automatique
Statistiques avancées créateurs : Démographie, retention, heatmaps GPS

Ces fonctionnalités seront spécifiées et priorisées selon les retours utilisateurs MVP.

Suivi et validation

Responsable : Product Owner Révision : Trimestrielle Critères de priorisation :

Demande utilisateurs (votes, sondages)
Impact business (revenus, rétention)
Faisabilité technique (complexité, ressources)
Conformité légale (RGPD, DSA, MiCA)
Différenciation concurrentielle

42 KiB Raw Blame History Unescape Escape

Annexe : Fonctionnalités reportées Post-MVP

Sommaire

1. Classification politique et équilibre éditorial

Contexte du report

Spécifications complètes (future implémentation)

Conditions de réintégration

2. Système de pourboires créateurs

Contexte du report

Spécifications complètes (future implémentation)

Conditions de réintégration

3. Roulette de connexion live aléatoire

Contexte du report

Spécifications complètes (future implémentation)

Conditions de réintégration

4. Vérification SMS anti-spam

Contexte du report

Spécifications complètes (future implémentation)

Conditions de réintégration

5. Synthèse vocale de documents (Text-to-Speech)

Contexte du report

Spécifications complètes (future implémentation)

Conditions de réintégration

6. Commandes vocales (CarPlay / Android Auto)

Contexte du report

Spécifications complètes (future implémentation)

Conditions de réintégration

7. Contenus prioritaires et comptes officiels

Contexte du report

Spécifications complètes (future implémentation)

A) Nouveau type de compte : Compte Officiel

B) Système de priorité des contenus

C) Flow interruption (priorité 3)

D) Intégration APIs externes et TTS automatisé

E) Dashboard admin (gestion alertes)

Avantages

Contraintes

Conditions de réintégration

Autres fonctionnalités candidates Post-MVP

Suivi et validation

42 KiB

Raw Blame History