jpgiannetti/roadwave
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
99328a845ac21f26d9e45a331bd61b849a1548ad
roadwave/docs/regles-metier/ANNEXE-POST-MVP.md
jpgiannetti f99fb3c614 Initial commit
2026-01-31 11:45:11 +01:00

28 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

  1. Classification politique et équilibre éditorial
  2. 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 :

  1. Base utilisateurs stable et revenus suffisants pour financer modération
  2. Équipe modération dédiée (2+ modérateurs senior formés)
  3. Dashboard admin audit DSA opérationnel
  4. Système de logs et archivage 3 ans en place
  5. 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 :

  1. Auditeur peut envoyer pourboire pendant ou après écoute
  2. Montants suggérés : 0.10€, 0.50€, 1€, 5€ (personnalisable)
  3. Transaction instantanée via Lightning Network (frais <0.01€)
  4. Créateur reçoit directement dans wallet Lightning
  5. 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 :

  1. Réglementation MiCA stabilisée et conforme
  2. Adoption crypto suffisante dans la base utilisateurs (>10%)
  3. Intégration Lightning Network validée techniquement
  4. UX simplifiée pour utilisateurs non-crypto (onboarding dédié)
  5. 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 :

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

  2. 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)

  3. 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."

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

  5. 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 :

  1. Base utilisateurs active : >10 000 MAU (Monthly Active Users) dont >500 utilisateurs simultanés en heures pleines
  2. Infrastructure WebRTC stable : serveurs TURN/STUN dimensionnés, latence <500ms
  3. Système de confiance opérationnel : score utilisateur basé sur comportement, signalements
  4. Équipe modération : capacité traiter signalements en <2h
  5. Budget infrastructure : 500-1000€/mois selon volume
  6. 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 :

  1. Inscription initiale :

    • Utilisateur crée compte avec email (Zitadel)
    • Email de confirmation envoyé (standard)

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

  3. 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)

  4. Validation :

    • Code correct → compte activé, badge "Vérifié ✓"
    • Code incorrect (3 fois) → blocage temporaire 24h

  5. 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 :

  1. Base utilisateurs >10K avec taux spam/abus significatif (>5% comptes signalés)
  2. Budget SMS disponible (~400-800€/mois selon volume)
  3. Intégration Brevo SMS API opérationnelle
  4. UX optimisée (onboarding fluide)
  5. 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 :

  1. 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)

  2. 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)

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

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

  5. 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 :

  1. Base utilisateurs Premium >1000 abonnés (justifier développement feature)
  2. Demande utilisateurs confirmée via sondages (>40% intérêt)
  3. Budget TTS + stockage disponible (~500-1000€/mois selon volume)
  4. Validation juridique : conformité droits d'auteur, disclaimer clair
  5. 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 :

  1. MVP stabilis en production avec base utilisateurs
  2. Données télémétrie : >10K utilisateurs actifs CarPlay/Android Auto
  3. Intégration Siri Intents iOS et Google Actions validée
  4. Transcription vocale fiable (coût ~0.01€/minute)
  5. 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

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 :

  1. Demande utilisateurs (votes, sondages)
  2. Impact business (revenus, rétention)
  3. Faisabilité technique (complexité, ressources)
  4. Conformité légale (RGPD, DSA, MiCA)
  5. Différenciation concurrentielle
Reference in New Issue View Git Blame Copy Permalink