688 lines
28 KiB
Markdown
688 lines
28 KiB
Markdown
# 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](#1-classification-politique-et-équilibre-éditorial)
|
||
2. [Système de pourboires créateurs](#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` :
|
||
```xml
|
||
<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
|