Skip to content
← Processus

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.

Stripe→HubSpot→Google Sheets→Gmail
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. 1

    Additionner le chiffre d'affaires réellement encaissé

    Stripe

    Stripe

    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. 2

    Dimensionner le pipeline, signaler les gros deals

    HubSpot

    HubSpot

    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. 3

    Mesurer l'écart au plan

    Google Sheets

    Google Sheets

    Chaque objectif du mois est placé à côté de son réalisé, en valeur absolue et en pourcentage, énoncé sans commentaire.

  4. 4

    Faire le bilan des promesses du mois dernier

    Gmail

    Gmail

    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. 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

Elle peut faire l'assemblage. Un agent ayant accès à votre système de paiement, votre CRM, votre tableur de plan et vos emails envoyés rassemble le chiffre d'affaires encaissé, le pipeline, l'écart au plan et les engagements du mois dernier dans un brouillon où chaque chiffre porte sa source. Elle remplit les chiffres et s'arrête là, car la moitié qualitative est la partie qu'un fondateur devrait écrire lui-même.

Du système de paiement, jamais du CRM. Un CRM enregistre ce qui a été vendu, un système de paiement enregistre ce qui a été encaissé. Les deux divergent sur les paiements échoués, les proratisations et les downgrades, et un reporting investisseurs n'est pas l'endroit où découvrir cet écart.

Non. Il reste un manque visible dans le brouillon, nommé dans le rapport. Un chiffre plausible mais inventé est indiscernable d'un vrai pour le lecteur, et c'est le genre d'erreur qui n'est découverte que plus tard, par quelqu'un d'autre.

Elle relit le reporting du mois dernier dans les emails envoyés et en extrait chaque engagement pris, puis indique pour chacun s'il a été tenu, repoussé à une nouvelle date, ou abandonné avec une raison. Cette section est la première victime d'un mauvais mois, ce qui explique justement pourquoi elle est générée plutôt que retenue de mémoire.

Des processus qui partagent des outils avec celui-ci. Les outils partagés sont allumés.

Découvrez Tulina en 30 minutes.

Réserver une démo