1004 lines
42 KiB
Markdown
1004 lines
42 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** |
|
||
|
||
---
|
||
|
||
## 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** :
|
||
1. Demande partenariat → contact commercial RoadWave
|
||
2. Vérification identité organisme (SIRET, documents officiels)
|
||
3. Signature convention partenariat (gratuit, service d'intérêt public)
|
||
4. Création compte Officiel avec badge 🏛️
|
||
5. Configuration API Webhook pour contenus automatisés
|
||
|
||
---
|
||
|
||
#### B) Système de priorité des contenus
|
||
|
||
**Nouveau champ DB** : `priority_level`
|
||
|
||
```sql
|
||
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** :
|
||
1. Base utilisateurs stable >50K MAU (argumentaire crédible pour partenariats)
|
||
2. Chiffre affaires positif (infrastructure fiable = confiance partenaires)
|
||
3. Équipe support disponible 24/7 pour gestion alertes critiques
|
||
4. Validation juridique responsabilité (assurance RC pro couvre diffusion alertes)
|
||
5. 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** :
|
||
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
|