Rédiger le reporting mensuel aux investisseurs
Le chiffre d'affaires, le pipeline, les objectifs du plan et les engagements du mois dernier sont réunis dans un brouillon où les chiffres sont déjà renseignés.
- Démarre
- Planning mensuel
- Étapes
- 5
- Contrôles et conditions
- 0
- Une personne décide
- Jamais, tourne seul
Déclencheur · Planifié
Planning mensuel
L'exécution démarre le premier jour ouvré du mois, une fois le mois précédent clôturé dans tous les systèmes qu'elle lit.
Claude exécute la suite en autonomie
- 1
Additionner le chiffre d'affaires réellement encaissé
StripeStripe
Le nouveau revenu récurrent, le revenu perdu et le mouvement net du mois clôturé viennent de ce qui a été encaissé, avec annulations, downgrades et revenu ponctuel gardés à part.
- 2
Dimensionner le pipeline, signaler les gros deals
HubSpotHubSpot
Les deals ouverts, gagnés, perdus et encore ouverts par stage sont comptés, et tout deal seul assez gros pour faire bouger le total est signalé.
- 3
Mesurer l'écart au plan
Google SheetsGoogle Sheets
Chaque objectif du mois est placé à côté de son réalisé, en valeur absolue et en pourcentage, énoncé sans commentaire.
- 4
Faire le bilan des promesses du mois dernier
GmailGmail
Chaque engagement du reporting précédent est listé avec ce qui lui est arrivé, tiré de l'email envoyé plutôt que de la mémoire.
- 5
Rédiger un reporting entièrement sourcé
Le brouillon suit un ordre fixe, chaque chiffre porte sa source, et tout ce qui est indisponible apparaît comme un manque explicite, jamais comme une estimation.
Le reporting mensuel investisseurs prend deux heures, dont environ dix minutes d'écriture. Le reste, c'est ouvrir le tableau de bord des paiements, exporter le pipeline, retrouver le tableur du plan, calculer l'écart, et remonter dans les emails envoyés pour se souvenir de ce qui avait été promis la dernière fois. Ça glisse d'une semaine, puis deux, et le reporting qui finit par partir est plus mince que celui prévu.
Chaque entrée est déjà un système de référence avec une API. Les chiffres existent, le plan existe, et les promesses du mois dernier attendent dans un email envoyé. L'assemblage est tout le coût, et l'assemblage n'est pas la partie qui a besoin d'un fondateur — ce qui en fait la partie d'un reporting investisseurs qui vaut la peine d'être automatisée.
What you get
A monthly draft with every figure already filled in and sourced, the variance against plan calculated, and last month's promises listed with what happened to each.
Ce qui compose le reporting mensuel investisseurs
L'exécution démarre le premier jour ouvré du mois, une fois le mois précédent clôturé dans tous les systèmes qu'elle lit. Elle puise à quatre endroits.
- Le chiffre d'affaires réellement encaissé, depuis Stripe : nouveau revenu récurrent, revenu récurrent perdu (réparti entre annulations et downgrades, car ce sont des problèmes différents), le mouvement net et le chiffre de clôture. Le revenu ponctuel reste séparé, car le fondre dans le récurrent surestime ce que les investisseurs suivent le plus attentivement. La devise et la période exacte sont indiquées.
- Le pipeline, depuis HubSpot : deals ouverts, gagnés et perdus, pipeline ouvert par stage, et le mouvement du total. Tout deal seul assez gros pour faire bouger ce total à lui seul est signalé, si bien qu'un bond de pipeline qui n'est en fait qu'un deal se lit comme un deal.
- Le plan, depuis les objectifs du mois dans Google Sheets. Chaque objectif est placé à côté de son réalisé, en valeur absolue et en pourcentage. Un objectif manquant dans le plan est signalé comme manquant, jamais déduit du mois précédent.
- Les promesses du mois dernier, depuis le reporting précédent dans les emails envoyés de Gmail : chaque recrutement, lancement, objectif ou jalon promis.
Le brouillon suit ensuite un ordre fixe : chiffres clés, écart au plan, engagements du mois dernier et leur statut, pipeline, puis demandes.
Pourquoi le chiffre d'affaires vient du système de paiement
Le chiffre d'affaires vient du système de paiement, et seulement de lui. Le CRM sait ce qui a été vendu, ce qui est un chiffre différent de ce qui a été encaissé. Les paiements échoués, les proratisations, les downgrades en cours de mois et les remboursements vivent tous dans cet écart. Les investisseurs comparent ce chiffre mois après mois, donc une source qui dérive silencieusement de la trésorerie est la seule erreur ici qui s'accumule au lieu d'être corrigée la fois suivante.
L'écart au plan, énoncé sans enjoliver
Chaque écart est énoncé comme un chiffre. Là où une cause est visible dans les données, elle reçoit une clause et pas plus : « chiffre d'affaires 12 % sous le plan ; deux renouvellements entreprise repoussés au mois suivant » donne à un investisseur quelque chose à exploiter, tandis que « légèrement en retard mais la dynamique est forte » ne lui donne rien à vérifier. Le brouillon ne met aucun adjectif sur ses chiffres. Le destinataire peut décider si 12 % est bon.
Garder un reporting investisseurs honnête mois après mois
Les engagements du mois dernier sont régénérés à partir de l'email précédent, ce qui garde un reporting honnête sur toute une année. Pour chacun, le brouillon dit ce qui s'est réellement passé : tenu, repoussé à une nouvelle date, ou abandonné avec une raison. Cette section est la première à disparaître lors d'un mauvais mois, non par malhonnêteté mais parce que la mémoire retrouve surtout les promesses tenues. La lire depuis le message envoyé fait que la liste reste la même liste, que le mois se soit bien ou mal passé.
Laisser des manques explicites plutôt que des estimations compte plus ici que presque partout ailleurs. Un chiffre manquant est une invite visible à aller le chercher. Un chiffre estimé est indiscernable d'un vrai sur la page, et il devient la base à laquelle le mois suivant est comparé — ce qui explique comment une petite facilité se transforme en un chiffre que plus personne ne peut réconcilier deux trimestres plus tard.
Le résultat reste un brouillon, chaque chiffre portant sa source et sa période. La moitié qualitative — ce que les chiffres signifient et ce qui vient ensuite — est la partie qu'un fondateur devrait écrire, et elle lui est laissée.
The prompt
The real prompt behind the steps above, detailed enough that an agent with the same tools can run it as written. The Run buttons copy the full version, which also carries the steps for connecting those tools.
# Draft the monthly investor update
You have access to a payments system, a CRM, a spreadsheet, and email.
Run this on **[the first working day of the month]**.
## 1. Add up revenue actually collected
From the payments system, for the closed month:
- New recurring revenue started.
- Recurring revenue lost, split into cancellations and downgrades,
because they are different problems.
- Net movement, and the closing recurring revenue figure.
- One-off revenue separately. Folding it into recurring overstates the
thing investors track most closely.
Use the payments system for revenue and never the CRM. A CRM records
what was sold; a payments system records what was collected, and the
gap between them is exactly the sort of thing an update should not be
wrong about.
State the currency and the exact date range used.
## 2. Size the pipeline, flag big deals
For the same period: deals opened, deals closed won and lost, current
open pipeline by stage, and the movement in the pipeline total.
Note any single deal large enough to move the total on its own. An
investor reading a 40% pipeline increase should be told when it is one
deal.
## 3. Measure the gap to plan
Take this month's targets from the plan spreadsheet. Compute actual
against plan for each, as both absolute and percentage.
Do not editorialise the variance. State it and, where a cause is
visible in the data, name it in one clause. "Revenue 12% under plan;
two enterprise renewals slipped into the following month" is useful.
"Slightly behind but momentum is strong" is not a number.
If a target is missing from the plan, say so instead of inferring one
from the previous month.
## 4. Report on last month's promises
Find last month's update in the sent mail and extract every commitment
it made: a hire, a launch, a target, a milestone.
For each one, state what actually happened: done, slipped with a new
date, or dropped with a reason.
This is the section that makes an update trustworthy over time and it
is the one that gets quietly omitted when the news is bad. Generate it
from the previous email rather than from memory, precisely because
memory is selective about which promises it retrieves.
## 5. Draft a fully sourced update
Order it: headline numbers, variance against plan, last month's
commitments and their status, pipeline, then asks.
Rules for the draft:
- Every figure carries its source and date range.
- Anything unavailable is left as an explicit gap, never estimated.
- No adjectives on the numbers. The recipient can decide whether 12%
is good.
- Commentary is limited to naming causes that are visible in the data.
Leave it as a draft. A person adds the qualitative half, which is the
part they should be writing themselves.
## Output
Report: the date range used, each figure with its source, variance
against each plan target, commitments carried forward and their
status, any figure that could not be retrieved, and the draft's
location.
Pourquoi le faire tourner avec Tulina
Un prompt aide une personne. Un processus fait avancer une équipe.
Collé dans une conversation, le prompt ci-dessus marche une fois, pour celui qui l'a collé. Dans Tulina, « Rédiger le reporting mensuel aux investisseurs » devient un processus que l'équipe partage, qui garde son historique, qui tourne seul, et qui reste dans le même périmètre de sécurité que les outils qu'il appelle.
Toute l'équipe travaille sur le même
PersonnelÉquipeOrganisation
Un processus se range à l'endroit qui lui correspond : à vous, à votre équipe ou à toute l'organisation. Celui qui l'exécute peut l'améliorer, et tout le monde repart de la meilleure version au lieu de réexpliquer le travail à chaque fois.
Chaque modification est une version
v1v2v3
Chaque changement crée une nouvelle version et garde la précédente ; une mauvaise modification se défait en restaurant une version antérieure. Chaque exécution enregistre la version qu'elle a suivie, et ce qu'elle a appris revient dans le processus.
Il tourne sans vous
planifiéwebhookà la demande
Un agent hébergé exécute le processus sur l'infrastructure de Tulina, à heure fixe ou quand un événement arrive, et continue quand vous fermez la conversation. Rien à héberger. Chaque exécution est suivie jusqu'à son résultat.
Dans le même périmètre de sécurité
coffrerôlesjournal
Les identifiants restent dans le coffre, jamais dans le prompt. Les rôles décident qui peut lancer quoi, chaque appel est journalisé, et une étape qu'une personne doit valider attend cette personne.
Questions sur l'automatisation du reporting investisseurs
Processus similaires
Des processus qui partagent des outils avec celui-ci. Les outils partagés sont allumés.
Développer les comptes à partir de l'usage
Chaque matin, les comptes proches d'une limite sont lus avec la facturation, les incidents et le dernier appel, chiffrés selon vos règles et ouverts en deals d'expansion.
- Partage
- Stripe, HubSpot, Gmail
Planification quotidienne7 étapes →
Transformer les inscriptions en pipeline
À chaque inscription, la personne est enrichie et notée, sa première session lue, la tactique choisie selon vos règles, les messages rédigés et un commercial briefé.
- Partage
- HubSpot, Stripe, Gmail
Nouvelle inscription7 étapes →
Rédiger la lettre trimestrielle aux LP
Métriques de portefeuille récupérées depuis les points fondateurs et les tableaux de bord, rédigées dans votre lettre trimestrielle, chaque chiffre portant sa date de remontée.
- Partage
- Gmail, Google Sheets
Calendrier trimestriel5 étapes →