claude-skill

Narrative de prévision depuis Salesforce + Gong

Difficulty

intermédiaire

Setup time

45min

For

revops

RevOps

Stack

Un Claude Skill qui transforme la réalité désordonnée des données de pipeline en une narrative de prévision d’une page pour l’appel de prévision hebdomadaire. L’output est le document que le VP Ventes / DRV lit dans les trente minutes avant l’appel en direct : un chiffre titre avec une fourchette de confiance, les trois principales affaires faisant bouger le chiffre, le risque unique le plus important, et une demande à la direction.

Le Skill lit Salesforce comme source de vérité sur l’état du pipeline et Gong comme vérification de ce que les commerciaux disent par rapport à ce que les clients ont réellement dit. Il combat deux modes d’échec spécifiques que les équipes RevOps rencontrent chaque semaine : des affaires en commit portées par l’espoir plutôt que par des preuves, et des briefs exécutifs rédigés dans un langage si édulcoré que le dirigeant arrête de les lire.

Quand l’utiliser

Utilisez le Skill sur une cadence récurrente — une fois par semaine par segment de prévision, posté dans le canal Slack de prévision environ trente minutes avant l’appel en direct. L’objectif est de donner aux dirigeants le temps de le lire à froid, d’entrer avec des questions plus précises, et de raccourcir l’appel.

Il est rentable quand :

Vos segments de prévision comptent au moins dix affaires en commit actif chaque semaine. En dessous, la valeur marginale par rapport à un brief rédigé manuellement diminue.
Vos commerciaux journalisent les appels Gong de manière fiable. Si l’activité Gong est inégale, la section risques du Skill devient du bruit.
La discipline des étapes et des dates de clôture Salesforce est raisonnable. Le Skill ne peut pas corriger de mauvaises données ; il les rend plus visibles, ce qui est utile mais pas ce que la plupart des équipes attendent d’un « outil de prévision ».

Quand NE PAS l’utiliser

Trois situations où l’output du Skill est le mauvais artifact :

Supports pour le conseil d’administration sans revue du CFO. La narrative est un artifact RevOps interne réconcilié avec Salesforce, pas avec le grand livre des réservations de la finance. Les chiffres présentés au conseil doivent passer par la finance sous la politique de contrôle. Le Skill refuse explicitement de produire un output formaté pour le conseil.
Communications soumises à divulgation financière (10-Q, 10-K, préparation des résultats, mises à jour aux investisseurs, guidances publiques, tout ce que le juridique verra). Utilisez le processus de la finance ; ne collez pas cette narrative dans tout document déposé en externe.
Rétablir le commit officiel. Cette narrative explique le commit que le responsable de segment a déjà fixé. Elle ne remplace pas la réunion de fixation du commit elle-même. Si vous vous retrouvez à utiliser le Skill pour découvrir quel devrait être le commit, vous avez deux problèmes et ce Skill n’en résout aucun.

Configuration

Le bundle se trouve dans apps/web/public/artifacts/forecast-narrative-skill/. Il contient :

SKILL.md — à installer dans ~/.claude/skills/forecast-narrative/SKILL.md. Définissez SFDC_TOKEN, GONG_API_KEY dans votre environnement.
references/1-narrative-structure.md — le modèle de section et les règles par section. Modifiez les noms de rubriques si votre dirigeant cherche des libellés différents, mais conservez le nombre de sections : chaque section existe parce que la supprimer a créé une confusion lors des appels passés.
references/2-hedge-words-blocklist.md — l’input du pass de suppression des formulations édulcorées. Modifiez selon le ton de votre entreprise ; étendez-le chaque fois qu’un mot édulcoré survit à une vraie exécution. La liste de blocage est l’artifact durable — pas le prompt.
references/3-sample-output.md — un exemple travaillé avec la checklist de révision. Exécutez d’abord une invocation du Skill sur un segment connu et comparez avec ceci ; si la structure ne correspond pas, corrigez le prompt avant de le livrer au dirigeant.

Configurez vos segments de prévision dans references/segment-config.md — une ligne par segment avec l’ID de rapport Salesforce, l’ID d’espace de travail Gong et le nom du responsable de segment (pour que la ligne « Demande au VP/DRV » se résolve automatiquement). Les snapshots atterrissent dans snapshots/<segment>/<week_ending>.json et sont vérifiés par version à chaque exécution ; si le nombre de lignes du fichier ne correspond pas au nombre de lignes attendu du rapport, le Skill s’interrompt avant de calculer les deltas.

Invoquez chaque semaine avec le slug de segment et la date de fin de semaine : build_forecast_narrative(segment="enterprise-amer", week_ending="2026-05-01").

Ce que le Skill fait réellement

Six étapes, exécutées dans l’ordre. Elles sont séquentielles par conception — chaque étape après la première dépend du snapshot, et le pass de suppression des formulations édulcorées dépend de l’existence du draft complet.

Snapshot Salesforce à l’heure de coupure. Extrayez le rapport sauvegardé au timestamp de fin de semaine. Persistez sur disque pour que la prochaine exécution ait un vrai snapshot de la semaine précédente comme référence pour le diff. Différencier par rapport à l’état Salesforce en direct plutôt qu’un snapshot stocké perd la piste d’audit.
Calculez les deltas. Faites remonter chaque opportunité qui a changé de catégorie de prévision, dont la date de clôture a glissé de plus de 14 jours, dont le montant a changé de plus de 10 %, ou qui a été créée ou supprimée du segment.
Extrayez les preuves Gong par affaire en commit. Pour chaque affaire en commit, interrogez Gong sur l’activité côté client dans les 14 derniers jours. C’est la partie qui rend le Skill différent de « résumer Salesforce en joli Markdown » — la combinaison des deux systèmes attrape les affaires maintenues en commit par espoir, que Salesforce seul ne peut pas voir.
Classez les moteurs. Scorez par abs(amount_change) × close_date_proximity. Prenez les trois premiers. Plafond ferme à trois car la narrative est pour le dirigeant, pas pour une inspection.
Identifiez le risque unique le plus important. Dans l’ensemble des commits, choisissez une affaire où Gong est silencieux depuis quatorze jours ou plus, dont la date de clôture a glissé deux fois en 60 jours, ou qui a été ajoutée au commit dans les 7 derniers jours sans appel client correspondant. Choisissez-en une. Une liste de cinq risques est lue comme aucun risque.
Pass de suppression des formulations édulcorées. Générez le draft en suivant references/1-narrative-structure.md. Ensuite, exécutez un second pass qui scanne contre references/2-hedge-words-blocklist.md et réécrit chaque formulation signalée en affirmation directe ou en aveu de « ne sait pas ». La raison des deux passes plutôt que d’une seule invite en amont : les modèles de langage dérivent vers les formulations édulcorées plus la sortie est longue, et un pass de suppression dédié attrape de manière fiable ce qu’un prompt à passe unique manque.

Le choix d’utiliser un format de narrative structuré — ordre fixe des sections, rubriques fixes, forme de raisonnement fixe — plutôt que de la prose libre est délibéré. L’output libre dérive dans sa structure de semaine en semaine, ce qui oblige le dirigeant à se réorienter à chaque lecture. La structure fixe signifie que le dirigeant scanne les mêmes cinq emplacements chaque semaine et arrive aux mêmes types d’informations aux mêmes endroits. La prévisibilité est la fonctionnalité.

Réalité des coûts

Une seule narrative de segment consomme environ 18 000-24 000 tokens d’entrée (le snapshot, le snapshot précédent, les lignes d’activité Gong, les trois fichiers de référence) et produit environ 1 200-1 800 tokens de sortie, y compris le pass de suppression des formulations édulcorées. Au tarif affiché de Sonnet 4.6, c’est de l’ordre de 0,07-0,11 $ par narrative. Avec Opus 4.7, prévoyez 0,35-0,55 $. Exécutez sur Sonnet pour la cadence hebdomadaire et réservez Opus pour la fin de trimestre quand les enjeux justifient la dépense.

Temps économisé par rapport à un brief rédigé manuellement : un analyste RevOps senior prend 60-90 minutes par segment par semaine pour assembler le même artifact depuis des rapports Salesforce bruts et des notes Gong. Sur quatre segments, c’est environ une demi-journée par semaine récupérée. Le Skill prend 90-120 secondes par segment à exécuter, plus 5-10 minutes de revue humaine avant de poster dans Slack.

La contrainte honnête : le temps économisé disparaît entièrement si l’étape de revue humaine est sautée. Les réviseurs attrapent les spécificités hallucinées que ce Skill ne peut pas éliminer ; sans cette étape, la réalité des coûts se retourne et le Skill devient un passif. Budgétez explicitement le temps de revue.

Métriques de succès

Suivez un seul chiffre : durée des appels de prévision sur une fenêtre glissante de six semaines. Si le brief fait son travail, les dirigeants entrent pré-lus et l’appel se raccourcit de 15-25 %. La narrative remplace la partie « qu’est-ce qui a changé cette semaine » de l’appel, qui est la partie qui s’adapte le moins bien à la croissance du volume d’affaires.

Métriques secondaires à suivre après le premier mois :

Précision de dépassement/manquement du chiffre titre par rapport aux réels à la clôture de période (cible : dans les 500 000 $ sur les segments au-dessus de 10M$ de commit).
Nombre de corrections « c’est faux » des responsables de segment par semaine (cible : tendant vers zéro à la semaine six).
Si l’affaire « risque unique le plus important » a effectivement glissé — les faux positifs sont tolérables, mais un pattern de faux négatifs (affaires glissées qui n’ont pas été signalées) signifie que les heuristiques de risque à l’étape 5 du Skill ont besoin d’ajustement.

Alternatives

Clari Narrative. Clari produit un artifact similaire nativement si vous êtes déjà sur Clari. Le Skill gagne quand (a) vous n’êtes pas sur Clari et votre outil de prévision de référence est Salesforce + Gong + feuilles de calcul, ou (b) vous êtes sur Clari mais voulez étendre la narrative avec un raisonnement spécifique à l’entreprise que le modèle Clari ne peut pas exprimer. Clari gagne sur le déploiement out-of-the-box et sur des hooks Salesforce plus solides.
Gong Forecast Notes. Les fonctionnalités de prévision de Gong s’appuient fortement sur le signal côté appels et sont plus faibles sur le raisonnement d’état du pipeline. Le Skill relie explicitement l’état côté Salesforce avec les preuves côté Gong ; Gong Forecast Notes fait l’inverse et traite le pipeline comme un complément. Choisissez ce Skill quand Salesforce est la source de vérité et Gong est la couche de vérification.
Brief exécutif rédigé manuellement. Un analyste RevOps senior produit encore la meilleure narrative — le Skill est au mieux à 80 % de cet output, et ce 80 % porte sur la structure factuelle, pas sur les jugements concernant quelles affaires faire remonter. Le Skill gagne sur la cohérence, la cadence et la demi-journée par semaine qu’il rend à l’analyste. L’analyste doit réviser et modifier chaque exécution ; c’est un outil de co-auteur, pas un remplacement.

Points de vigilance

Hallucinations à consonance confiante sur les spécificités des affaires. Le modèle peut inventer une étape d’achat, un nom de partie prenante ou une valeur contractuelle qui semble plausible. Protection : chaque affirmation sur une affaire spécifique doit être tracée vers un champ Salesforce ou un résumé d’appel Gong dans les données sources. Le Skill libelle toute affirmation inférée-non-observée avec (inferred) ou l’omet. Si une affirmation spécifique confiante apparaît sans citation de source, traitez l’exécution comme échouée et relancez avec un ensemble d’affaires plus petit.
Formulations édulcorées qui glissent malgré le pass de suppression. « Pourrait », « potentiellement », « semble » reviennent, surtout dans la section risques. Protection : étendez references/2-hedge-words-blocklist.md chaque fois qu’un nouveau mot édulcoré survit à un pass. La liste de blocage est l’artifact durable ; le prompt ne l’est pas. RevOps possède ce fichier.
Le résumé cité comme la prévision réelle. La narrative explique le commit ; elle ne le fixe pas. Protection : le titre cite le chiffre de commit du responsable de segment, jamais un chiffre calculé par le Skill seul. Si current_commit n’a pas été passé en entrée, le Skill libelle sa plage calculée comme « plage de couverture de pipeline calculée par le Skill, pas un commit approuvé » pour que le document ne puisse pas être mal interprété comme le chiffre officiel.
Dérive de snapshot. Si snapshots/<segment>/<week_ending>.json a été écrit depuis un rapport partiellement chargé (timeout Salesforce en cours d’extraction, par exemple), les deltas de la prochaine exécution seront faux de manière invisible. Protection : la première ligne du fichier snapshot enregistre le nombre de lignes attendu vs reçu ; s’ils divergent, le Skill s’interrompt et demande à l’opérateur de refaire le snapshot avant de continuer.
Discipline des étapes. Si les commerciaux font avancer des affaires en commit sans que le travail soit fait, aucun Skill ne corrige ça. La narrative rapportera fidèlement ce que dit Salesforce. Associez ce Skill à un workflow de validateur de progression des étapes en amont.

Stack

Salesforce — état du pipeline, historique des étapes, montants des affaires, le rapport sauvegardé qui définit chaque segment.
Gong — signal d’activité côté client et résumés d’appels utilisés comme vérification de la narrative du commercial.
Claude — synthèse narrative, classement et pass de suppression des formulations édulcorées. Sonnet pour la cadence hebdomadaire ; Opus pour la fin de trimestre quand les enjeux le justifient.

Modifier cette page sur GitHub

Files in this artifact

Download all (.zip)

---
name: forecast-narrative
description: Build a one-page forecast narrative for the weekly or monthly exec
forecast call by combining Salesforce pipeline state with Gong customer-call
evidence. Outputs a headline number with a confidence band, the top three
deals moving the number, the single biggest risk, and one ask of the
VP/CRO.
---

# Forecast narrative

## When to invoke

Invoke this skill when RevOps needs to ship the weekly or monthly forecast brief that the VP Sales / CRO reads before the live forecast call. Typical cadence: once per week per segment, 30-60 minutes before the call.

Take a segment (e.g. `enterprise-amer`), a week-ending date, and the URLs of the three reference files. Produce a single-page Markdown narrative the exec can read in under two minutes.

Do NOT invoke this skill for:

- **Board-of-directors materials without CFO review.** The Skill output is an internal RevOps artifact. It has not been reconciled against finance's bookings ledger and is not safe for board reporting until the CFO's team signs off on the numbers.
- **Financial-disclosure-bound communications** (10-Q, 10-K, earnings prep, investor updates, public guidance). Forecast numbers used in any disclosure flow have to come through finance under the controls policy, not through this skill.
- **Re-baselining the official commit.** This narrative explains the commit the segment leader already set. It does not replace the commit-setting meeting itself.

## Inputs

- Required: `segment` — the forecast segment slug (e.g. `enterprise-amer`, `commercial-emea`). Maps to a Salesforce report ID in `references/segment-config.md`.
- Required: `week_ending` — the cutoff date in `YYYY-MM-DD` for the Salesforce snapshot and the Gong activity window.
- Required: `salesforce_report_id` — the saved report that returns the pipeline rows for this segment at the cutoff. Must include: opportunity ID, account, amount, close date, stage, forecast category, owner, and the prior-week snapshot fields.
- Required: `gong_workspace_id` — the Gong workspace covering this segment's calls.
- Required: `last_period_actuals` — the closed-won total from the prior period and the prior-period commit number. The Skill uses these to compute the actual-vs-commit beat/miss that frames the current narrative.
- Optional: `current_commit`, `current_best_case`, `current_upside` — if the segment leader has already set these for the period, pass them in. The Skill anchors the headline to the leader's number and explains what supports or contradicts it. If omitted, the Skill computes its own range from pipeline coverage and labels it as such.

## Reference files

Always read the following from `references/` before generating the narrative. They encode the local definitions of "commit," "stalled," and the hedge-words blocklist that keeps the output usable. Without them the narrative is generic and will drift in tone from the rest of the forecast pack.

- `references/1-narrative-structure.md` — the literal section template the output must follow, with the exact headings the exec scans for.
- `references/2-hedge-words-blocklist.md` — the words and phrasings the hedge-removal pass strips. Edit per company tone.
- `references/3-sample-output.md` — a worked example so a new RevOps reviewer can sanity-check the structure of a fresh run.

## Method

Run these six steps in order. Do not parallelize — every step after step 1 depends on the snapshot taken in step 1, and the hedge-removal pass in step 6 depends on the full draft existing first.

### 1. Snapshot Salesforce at the cutoff

Pull the saved report at `week_ending` 23:59 segment-local time. Persist the rows to disk as `snapshots/<segment>/<week_ending>.json` so the next run has a real prior-week snapshot to diff against. Diffing against the live Salesforce state instead of a stored snapshot loses the audit trail and makes "this deal moved this week" un-auditable; that is the engineering choice this step protects.

### 2. Compute the deltas

For every opportunity in the snapshot, compare against the prior-week snapshot on disk. Surface every row that:

- Changed forecast category (especially in/out of commit and best-case)
- Slipped close date by more than 14 days
- Changed amount by more than 10% in either direction
- Was created or removed from the segment

This is the raw movement set. It is not the narrative yet.

### 3. Pull Gong evidence per commit deal

For every deal in the current commit, query Gong for customer-side activity in the trailing 14 days. Capture: most-recent customer call date, participants, and a one-line topic summary lifted from Gong's call summary field (do not re-summarize the transcript here — that is a separate, more expensive call and is not needed for the narrative).

The engineering choice: combining Salesforce + Gong rather than Salesforce alone catches the failure mode where a rep keeps a deal in commit out of hope. If a commit deal has zero customer-side activity in 14 days, the deal goes into the risk section regardless of what the rep says about it. Salesforce alone cannot see that.

### 4. Rank the movers

Score each delta row by `abs(amount_change) × close_date_proximity`. Take the top three. These become the "top three deals moving the number" section. Do not surface more than three; the narrative is for the exec, not for inspection.

### 5. Identify the single biggest risk

From the commit set, surface the one deal where: (a) Gong activity is silent for 14+ days, OR (b) the close date has slipped twice in the trailing 60 days, OR (c) the deal was added to commit in the last 7 days without a corresponding customer call. Pick one. If multiple deals tie, pick the largest by amount.

The engineering choice for "one risk, not five": exec attention is the constraint, not data volume. A list of five risks is treated as no risks.

### 6. Hedge-removal pass

Generate the draft narrative following `references/1-narrative-structure.md`. Then run a second pass that scans the draft against `references/2-hedge-words-blocklist.md` and rewrites every flagged phrasing into a direct claim or a "do not know" admission. The reason for two passes rather than prompting for direct language up front: language models drift toward hedging the longer the output gets, and a dedicated removal pass reliably catches what a single-pass prompt misses. The pass is cheap (under 500 output tokens) and it is the difference between a narrative the exec actually reads and a narrative that reads like CYA.

## Output format

The Skill returns one Markdown document with exactly this structure. No preamble, no closing pleasantries.

```markdown
# Forecast narrative — {Segment}, week ending {YYYY-MM-DD}

## Headline

**Commit: ${X}M.** Confidence band: ${X−Y}M to ${X+Z}M based on {N} deals
in commit, {pct}% covered by Gong activity in the last 14 days. Last
period landed ${actual}M vs ${prior_commit}M commit ({beat/miss} of
${delta}M).

## Top 3 deals moving the number

1. **{Account} — ${amount}M, close {date}.** {What changed this week in
one sentence.} Gong: {most recent customer call date + topic}.
2. **{Account} — ${amount}M, close {date}.** ...
3. **{Account} — ${amount}M, close {date}.** ...

## Single biggest risk

**{Account} — ${amount}M.** {Why this is the risk in one sentence — the
specific signal: 17 days no Gong activity, second close-date slip in 60
days, added to commit Tuesday with no customer call since.} If this slips,
commit lands at ${X − amount}M.

## Ask of {VP/CRO name}

{One specific ask. Examples: "Get on the {Account} call Thursday to
unblock procurement." "Decide whether {Account} stays in commit or moves
to best-case before Friday." "Approve the {discount} on {Account} so legal
can close redlines."}

## Sources

- Salesforce report: {report_id}, snapshot {YYYY-MM-DD HH:MM}
- Gong workspace: {workspace_id}, activity window {start} to {end}
- Prior-period actuals: {source}
```

## Watch-outs

- **Confident-sounding hallucinations on deal specifics.** The model can invent a procurement step, a stakeholder name, or a contract value that reads plausibly. Guard: every claim about a specific deal must trace to a Salesforce field or a Gong call summary in the source data. The Skill must label any inferred-not-observed claim with `(inferred)` or omit it. If you see a confident specific claim in the output that has no source citation, treat the run as failed and re-run with a smaller deal set.
- **Hedging language slipping back in despite the removal pass.** "May," "could," "potentially," "appears to" creep back, especially on the risk section. Guard: extend `references/2-hedge-words-blocklist.md` whenever a new hedge word survives a pass. The blocklist is the durable artifact; the prompt is not. RevOps owns this file.
- **The summary cited as the actual forecast.** The narrative explains the commit; it does not set it. Guard: the headline says "Commit: ${X}M" using the segment leader's number, never a number computed by the Skill alone. If `current_commit` was not passed in, the Skill labels its computed range as "Skill-computed pipeline coverage range, not an approved commit" so the document cannot be misread as the official number. The hand-off rule: the segment leader sets the commit, the Skill explains it, the CFO reconciles it before any external use.
- **Snapshot drift.** If `snapshots/<segment>/<week_ending>.json` was written from a partially-loaded report (e.g. Salesforce timeout mid-pull), the deltas in the next run will be wrong in invisible ways. Guard: the snapshot file's first line records the row count expected vs received; if they disagree, the Skill aborts and tells the operator to re-snapshot before continuing.

# Narrative structure — TEMPLATE

> This file defines the literal section template the forecast narrative
> follows. Adjust the headings to match what your exec scans for, but do
> not delete sections — every section here exists because removing it
> created a confusion in past forecast calls.

## Section order (do not reorder)

1. **Headline** — number + confidence band + last-period beat/miss
2. **Top 3 deals moving the number** — only three, ranked
3. **Single biggest risk** — one, not five
4. **Ask of the VP/CRO** — one specific action with an owner and a date
5. **Sources** — the report ID, the Gong workspace, the snapshot timestamp

## Per-section rules

### Headline

- Lead with the dollar number. Not "we are tracking to..." Not "our forecast is..." Just `**Commit: $X.YM.**`
- Confidence band is in dollars, not percentages. "$11M-$13M" beats "75% confidence" because the exec is doing the math against the number target, not the math against a probability.
- Always include last period's actual vs prior-period commit. Without it the exec has no baseline for whether the current number is trustworthy.

### Top 3 deals moving the number

- Each deal: account, amount, close date, what changed this week, Gong signal.
- "What changed" is one sentence. If you cannot say what changed in one sentence, the deal does not belong in the top three.
- Gong signal is a date and a topic line, not a transcript summary. ("Gong: Apr 28, customer raised SOC2 question." not "Gong: the customer expressed concerns about security posture and asked several follow-up questions about our compliance roadmap.")

### Single biggest risk

- Exactly one deal. Not "the biggest risks include..."
- Name the specific signal. "17 days no Gong activity," "second close slip in 60 days," "added to commit Tuesday with no customer call since." Vague risk descriptions ("execution risk," "competitive pressure") do not pass.
- Include the dollar impact: "If this slips, commit lands at $X − Y."

### Ask of the VP/CRO

- One ask. Specific. With a deadline.
- Good: "Get on the Acme call Thursday at 2pm to unblock procurement."
- Bad: "Help drive deals to close." "Engage on top deals."

### Sources

- Always include. The exec needs to know which snapshot they are reading against, especially when challenged in the call.

## Tone rules

- Direct. Numbers in the first sentence of every section.
- No hedging — see `2-hedge-words-blocklist.md`.
- No internal jargon the exec does not use.
- No emoji. No bold-italic. Markdown bold is fine on the headline number and on the deal name in each list item.

## Last edited

{YYYY-MM-DD} — bump on every material change so the Skill can warn when the structure may have drifted from what the exec expects.

# Hedge-words blocklist — TEMPLATE

> This file is the input to the hedge-removal pass in step 6 of the Skill.
> Every phrasing here is rewritten on the second pass. Add to the list
> whenever a hedge slips past — the blocklist is the durable artifact,
> not the prompt.

## Categorical hedges (rewrite to a direct claim or a "do not know")

| Hedge phrase | Rewrite to |
|---|---|
| may | will / will not / unknown |
| might | will / will not / unknown |
| could | will / will not / unknown |
| should (as in "should close") | will close on {date} / no committed close date |
| potentially | drop the word |
| possibly | drop the word |
| likely | use the dollar number or drop the word |
| appears to | is / is not / unknown |
| seems to | is / is not / unknown |
| tends to | drop the word |
| in most cases | drop unless followed by a percentage with a source |

## Forecast-specific weasels (rewrite or remove)

| Weasel phrase | Rewrite to |
|---|---|
| tracking to | committed at $X.YM / forecasting $X.YM |
| trending toward | committed at $X.YM / forecasting $X.YM |
| in line with expectations | name the dollar delta vs commit |
| executing well | drop — say what closed, what slipped |
| strong pipeline | name the coverage ratio with a number |
| healthy coverage | name the coverage ratio with a number |
| good momentum | name what closed this week, in dollars |
| positive trajectory | drop — name the deltas |
| some risk on | the specific deal name and the specific signal |
| a few deals to watch | name the deals and why |

## Soft modal stacking (drop the redundant modal)

- "may potentially" → drop both
- "could possibly" → drop both
- "might be able to" → "will" or "cannot"
- "we are working to" → "we will" or omit
- "we will look to" → "we will" or omit

## Confidence theater (drop unless there is a number)

- "high confidence" → only with a dollar band
- "low confidence" → name the specific risk that is driving low confidence
- "we feel good about" → drop entirely
- "we are bullish on" → drop entirely
- "we are cautious on" → name the specific risk

## Things that are NOT hedges (do not strip)

These are sometimes flagged by overzealous filters. Keep them.

- "If {Account} slips, commit lands at $X." — this is a dollar consequence, not a hedge.
- "Inferred from Gong call summary" — this is a source citation, not a hedge. Source labels increase trust; they do not undermine the claim.
- "No recent customer activity" — direct admission. Keep.
- "Reporting line not public" — direct admission. Keep.

## Last edited

{YYYY-MM-DD} — extend whenever a new hedge survives the removal pass in production. The list grows; it does not shrink.

# Sample output — TEMPLATE

> A worked example of what the Skill produces, so a new RevOps reviewer
> can sanity-check structure and tone on a fresh run. Replace the
> placeholder names with your real run before sharing internally — these
> are illustrative, not real customers.

---

# Forecast narrative — Enterprise AMER, week ending 2026-05-01

## Headline

**Commit: $11.4M.** Confidence band: $10.1M to $12.6M based on 14 deals in commit, 79% covered by Gong activity in the last 14 days. Last period landed $9.8M vs $10.5M commit (miss of $0.7M).

## Top 3 deals moving the number

1. **Northwind Logistics — $1.6M, close 2026-05-22.** Moved from best-case to commit on Tuesday after Northwind's CRO confirmed the budget on the Apr 29 call. Gong: Apr 29, procurement timeline confirmed for May.
2. **Helios Health — $0.9M, close 2026-05-15.** Slipped from May 8 to May 15 after a redline round; legal agrees the new date is realistic. Gong: Apr 30, redlines exchanged with their legal team.
3. **Atlas Manufacturing — $1.2M, close 2026-06-12.** Amount increased from $0.9M to $1.2M after they added the EMEA org to scope. Gong: Apr 25, EMEA VP joined the call.

## Single biggest risk

**Concord Industries — $0.8M.** No Gong activity in 19 days; deal has been in commit since Apr 4 with no customer-side call since Apr 12. If this slips, commit lands at $10.6M.

## Ask of Sarah Chen

Get on the Concord call scheduled Thursday 2pm PT — the AE has not been able to engage their VP Procurement directly and your sponsorship would unblock the next redline cycle before the May 22 deadline.

## Sources

- Salesforce report: `0050000000ABCDE`, snapshot 2026-05-01 23:59 PT
- Gong workspace: `enterprise-amer`, activity window 2026-04-17 to 2026-05-01
- Prior-period actuals: April commit close, finance ledger 2026-05-01

---

## Reviewer checklist

Before sending to the exec, the RevOps reviewer scans for:

- [ ] Headline opens with a dollar number, not a verb.
- [ ] Confidence band is in dollars, not a percentage.
- [ ] Top 3 list is exactly 3, ranked, each with a Gong signal date.
- [ ] Risk section names exactly one deal with a specific signal.
- [ ] The ask names a person, an action, and a deadline.
- [ ] No hedge words from `2-hedge-words-blocklist.md` survived.
- [ ] Every specific deal claim traces to a Salesforce field or a Gong call summary visible in the source data — no inferred numbers without an `(inferred)` label.