Abonnement
Plan, MRR, statut — actif, en essai ou annulé — devise et date de début, directement depuis Stripe.
La colonne vertébrale · Customer 360
Une fiche par client.
Stripe sait ce qu'ils paient. Le support sait ce qu'ils ont dit. Le board sait ce que vous construisez pour eux. La colonne vertébrale réunit tout cela sur une seule fiche partagée par client. Désormais, chaque vue se lit comme un seul client, pas trois silos séparés — et chaque tâche sait pour qui elle existe.
Chaque jointure de cette page est déjà en production aujourd'hui.
Une colonne vertébrale, quatre facettes
Ce qui atterrit vraiment sur la colonne vertébrale
La même fiche partagée, lue de quatre façons différentes. Cliquez pour voir ce que porte chaque compte — comportement, travail, conversations et revenu, tout sur une seule identité.
Chaque événement, sur la fiche
Analytics produit et web, capturées en first-party et reliées au compte auquel elles appartiennent.
- Analytics produit et web sur une seule identité
- Sessions, fonctionnalités, pages et appareils — par compte
- Relié à travers anonyme, inscrit et payant
Données d'exemple
Retours et livraison, réunis
- Opportunités, insights et retours reliés aux comptes
- Roadmap, sprints et releases sur la même fiche
- Chaque tâche remonte jusqu'au client qui en a besoin
Support et rendez-vous, en contexte
- Chat, fils de support et comptes rendus de réunion sur le compte
- Chaque conversation se trouve à côté du comportement qui l'a provoquée
Le revenu sur la colonne vertébrale
- MRR et ARR par compte depuis votre connecteur de facturation
- Priorisez selon le revenu en jeu, pas selon le nombre de votes
- De la fonctionnalité au code jusqu'au revenu, tracé de bout en bout
La 360
Ouvrez un compte. Arrêtez d'ouvrir des onglets.
Une page par entreprise cliente. Ce qu'elle paie, ce qu'elle a demandé, qui elle est, et votre prochain rendez-vous — tout est réuni depuis vos connecteurs, jamais retapé par quelqu'un.
Insights
Chaque retour rattaché à ce compte — demandes, bugs, avis — chacun avec sa source.
Rendez-vous
Les réservations faites via vos liens de prise de rendez-vous atterrissent ici : invité, hôte, type d'événement, heure.
Contacts
Les personnes nommées — acheteur, champion, CTO — avec leurs e-mails. Stripe vous donne l'entreprise ; vous ajoutez les personnes.
Sources
Un point par connecteur : plein signifie qu'il a des données pour ce client, vide signifie pas encore. Plus besoin de deviner ce qui est branché.
IDs externes
Les identifiants Stripe cus_* et CRM voyagent sur la fiche — pour que le même client ne se scinde jamais en deux.
Les panneaux Behaviour, Work et Conversation de la 360 arrivent connecteur par connecteur — les jointures sont déjà écrites en dessous ; chaque panneau s'active dès que son connecteur est livré.
Rapprochement d'identité
alice@fernwood.co se connecte. La fiche Fernwood s'illumine.
Quand des événements ou des données SDK arrivent avec l'e-mail d'un utilisateur, la colonne vertébrale associe automatiquement le domaine au compte. Pas d'upload CSV, pas de fusion manuelle, pas de clients en double.
- ✓Domaine e-mail → compte, à l'écriture. Chaque utilisateur produit devient une fiche end-user attachée à son entreprise.
- ✓Les identifiants externes se résolvent aussi — les IDs clients Stripe et les identifiants CRM pointent vers la même fiche.
- ✓Chaque correspondance est journalisée : méthode, confiance, statut. Une piste d'audit que vous pouvez consulter — pas une boîte noire.
signal alice@fernwood.co
correspondance domaine fernwood.co → Fernwood & Co
méthode email_domain
statut confirmé · entrée d'audit enregistrée
Données d'exemple — la véritable piste d'audit existe pour chaque correspondance.
Le revenu sur la colonne vertébrale
Ce qu'ils paient, rattaché à tout.
Connectez Stripe et vos clients et abonnements se remplissent en quelques secondes. Dès lors, le revenu n'est plus un rapport que vous lancez — c'est une colonne sur la fiche à laquelle tout le reste se joint.
- ✓Chaque abonnement sur la fiche : plan, MRR, statut, devise, date de début.
- ✓Plusieurs abonnements ? Le compte affiche celui qui est représentatif, choisi selon la priorité du statut.
- ✓Le churn se lit là où vous travaillez : un statut annulé se trouve directement sur la fiche du client — pas dans une feuille de calcul que vous vérifiez chaque mois.
- ✓Recherchez n'importe quel client par nom, domaine ou ID externe — une seule touche, sans changer d'outil.
- ✓Filtrez par statut d'abonnement ; triez par MRR. Vos plus gros clients, en haut de la liste.
- ✓Chaque ligne porte le domaine, le plan et le revenu — la liste est une vue sur le revenu, gratuitement.
Retours et travail, réunis
Chaque tâche sait qui a demandé — et ce qu'il paie.
Rattachez un insight à un compte, et la 360 collecte tout ce que ce client a demandé. Assignez une tâche à un compte, et le sélecteur affiche le revenu directement — Fernwood & Co · 5 000 $/mois. Le pourquoi voyage avec le travail.
- ✓Insight → compte : retours, demandes et rapports de bugs s'accumulent chez le client qui les a exprimés.
- ✓Tâche → compte : le menu déroulant affiche chaque compte avec son MRR, si bien que choisir un client, c'est choisir un enjeu.
- ✓Ouvrez le détail de la tâche, et le client, son plan et son revenu sont sur la carte — pas besoin d'un second onglet.
Aujourd'hui, le client et le MRR s'affichent sur la vue détaillée de la tâche ; les lignes de board et de liste ne portent pas encore de MRR par tâche.
Les événements sur la colonne vertébrale
Les données d'usage arrivent déjà réunies.
Chaque événement analytics est relié au moment de l'écriture — le compte et l'end-user voyagent directement sur la ligne de l'événement. « Qu'a fait ce client au cours des 30 derniers jours ? » est une simple recherche indexée, pas une jointure entre des tables d'identité.
- ✓Le rapprochement se fait dans le chemin d'ingestion, pas dans un batch nocturne — les événements connaissent leur compte dès leur arrivée.
- ✓Les requêtes d'événements par compte et par utilisateur sont indexées — conçues pour « montre-moi l'usage de ce client », rapidement.
- ✓Le panneau Behaviour de la 360 lit depuis cette jointure dès que le connecteur analytics arrive — les données sont déjà en place.
événement feature_used · export_csv
utilisateur alice@fernwood.co
compte Fernwood & Co · $5,000/mo
réuni à l'écriture — pas de fan-out au moment de la requête
Données d'exemple
Les panneaux Behaviour, Work et Conversation de la 360 s'activent connecteur par connecteur — les jointures sous-jacentes existent déjà aujourd'hui, les panneaux s'allument à mesure que chaque connecteur arrive. Les éléments de travail issus des outils de code atteignent les comptes via les fonctionnalités pour l'instant, pas directement. Tout ce qui n'est pas sur cette page n'est pas encore dans le produit.
Accès anticipé
Voyez vos propres clients sur une seule fiche.
Connectez Stripe pendant l'appel et regardez vos comptes, plans et MRR atterrir sur la colonne vertébrale en quelques minutes — vos vraies données, votre vraie jointure.
FAQ
Questions, réponses
Qu'est-ce que la colonne vertébrale produit ?
Une fiche par client — abonnement Stripe et MRR, retours, rendez-vous et contacts sur une seule Account 360 — que chaque module lit et écrit. C'est l'ossature partagée sur laquelle repose tout le système d'exploitation.
Comment les fiches sont-elles reliées entre elles ?
Par domaine e-mail et identifiants externes, avec une piste d'audit — pour que les paiements, retours et conversations d'un même client se rassemblent en une seule vue 360 au lieu de se disperser dans plusieurs outils.
Pourquoi un modèle de données partagé est-il important ?
C'est la différence entre connecté et consolidé. Quand feedback, travail, revenu et communications écrivent sur une seule colonne vertébrale, le « pourquoi » derrière chaque décision est déjà relié — pas d'export ni de réconciliation entre six outils.
La colonne vertébrale peut-elle me dire si ce qu'on a livré a vraiment fonctionné ?
Oui. Parce que le travail, la fonctionnalité et le client se trouvent tous sur une même fiche, chaque tâche livrée porte son propre résultat. L'adoption a-t-elle augmenté ? Le MRR a-t-il bougé ? Ces comptes sont-ils restés ? Le verdict « Est-ce que ce qu'on a livré a marché ? » se lit directement sur la colonne vertébrale — pas d'étude séparée, pas d'export BI.
Mes données sont-elles isolées des autres clients ?
Oui — AIOProductOS est multi-tenant avec une isolation au niveau des lignes par organisation, si bien que la colonne vertébrale de chaque entreprise est cloisonnée de celle de tout autre tenant.
Les événements analytics sont-ils rattachés aux comptes ?
Oui — chaque événement analytics est pré-relié à son compte, si bien que comportement, revenu et retours dépendent tous de la même fiche client plutôt que de vivre dans un silo analytics séparé.