Pipeline data — état d'avancement
Ce qui remonte automatiquement, ce qui manque, ce qu'il reste à faire.
74 %
Pipeline opérationnelle à ~74 %
5 sources live · 1 partielle · 3 en attente
Score calculé sur 9 sources produit (iOS, Android, RevenueCat, Mixpanel, GA4, Meta Ads, Google Ads, Apple Search Ads, qualitative), pondéré par la criticité de chaque source pour les KPIs PMF.
Toutes les valeurs bleues du sheet ont un fetcher côté code. Ce qui manque = accès API / tokens en attente côté équipe.
Sources — état par intégration
App Store Connect (iOS)
✓ Downloads 7j/30j · notes · abonnés · new_7j/30j · cancels_7j/30j · standard_price. — Reste : cumul historique DL (l'API v1 ne l'expose pas, à backfill via export CSV manuel une fois).
Google Play (Android)
✗ Aucune donnée Android en ce moment. Cause : permission
iam.serviceAccounts.getAccessToken manquante sur le SA pour ré-imperson. Fetcher robuste (retourne null propre au lieu de crasher). — Attente : Alex ajoute roles/iam.serviceAccountTokenCreator.RevenueCat
✓ Trials actifs · payants hors trials · new_trials · churn mensuel · MRR · ARR · LTV. — Note : LTV per-paying-customer remonte à 0, à investiguer côté paramétrage RC.
Mixpanel
✓ DAU/WAU/MAU en K · new_users_7j/30j · retention_w5. Fallback snapshot précédent en cas de 429. — Reste : segments "actif 10×/mois" et "super-actif 4×/j" via JQL (proxies statistiques utilisés pour l'instant, cf. note formules).
GA4 (Google Analytics)
✗ Fetcher écrit mais non branché. — Attente : SA Viewer +
PROPERTY_ID à configurer par Alex (dépend de la config GCP en cours).Meta Ads
✗ Fetcher écrit, secrets absents. — Attente : access token Business Manager côté équipe. Impact : bloque CAC et ROAS agrégés.
Google Ads
✗ Fetcher écrit, secrets absents. — Attente : developer token + refresh_token. Impact : bloque CAC et ROAS agrégés.
Apple Search Ads
◐ Fetcher opérationnel côté auth mais campagnes actuellement à zéro. — À vérifier avec l'équipe growth si des campagnes sont en cours ou si elles sont en pause.
Qualitative (NPS + Impact perçu)
✓ NPS brut = 53 · Impact perçu = 0,8. À rafraîchir manuellement quand une nouvelle enquête produit tourne (à formaliser : cadence trimestrielle recommandée).
Ce qui manque
-
1Débloquer Google Play (Android) Alex ajoute le rôle
roles/iam.serviceAccountTokenCreatorau service account. Immédiat côté impact : Android complète toute la partie stores (satisfaction pondérée, downloads globaux, mouvements abonnés). -
2Brancher Meta Ads + Google Ads Récupérer access tokens (Meta Business + Google Ads dev token + refresh_token) et les mettre dans les GitHub Secrets. Débloque CAC et ROAS agrégés, essentiels pour piloter l'acquisition payante.
-
3Brancher GA4 Après la config GCP d'Alex : SA Viewer sur la propriété +
GA4_PROPERTY_IDen secret. Ajoute funnel web/app + attribution multi-canal. -
4Backfill DL cumulés iOS/Android historique Les API ne remontent pas le cumul depuis le launch. Solution : export CSV manuel depuis App Store Connect + Google Play Console, injecté dans un JSON de baseline lu par le pipeline. One-shot.
-
5Remplacer les proxies segments par JQL Mixpanel "Actif 10×/mois" et "Super-actif 4×/j" sont aujourd'hui des ratios statiques (10 % MAU, 5 % DAU). Requêtes JQL déjà écrites dans
pm-dashboard/pull.py, à porter dansfetchers/mixpanel.py. Coût : +2 calls Mixpanel par run. -
6Définir "utilisateur activé" Aujourd'hui c'est une formule statistique du sheet. À remplacer par une règle produit (event Mixpanel dédié type "user_activated" avec critères) + fetcher associé.
-
7Formaliser la cadence qualitative NPS et Impact perçu sont en saisie manuelle. Décider d'une fréquence de rafraîchissement (trimestrielle ?) et d'un process de mise à jour (enquête Typeform → import CSV → config.json ?).
-
8Investiguer LTV per-paying-customer à 0 côté RevenueCat Le champ RC remonte 0 alors que le LTV per-customer est 469 €. Probable erreur de config dans les charts RC. À vérifier dans le dashboard RevenueCat.
État au 27 août 2026 · pipeline exécutée automatiquement chaque lundi 06:00 UTC via GitHub Actions.