Use when the user asks about budgets, pacing against plan, forecasts, re-forecasts, annual plans, or where a period lands at the current run rate.
Instructions your experts follow when using this skill.
Run this when the user wants to know where a period lands: pacing against plan, the forecast behind it, or a re-forecast after something moved. Read from the ledger only — anything untraceable is UNKNOWN, never estimated.
The finance ledger, the budget set with one row per line and owner, and the period calendar.
Forecast driver-first: name the 5-15 drivers that actually move the plan — units times price, headcount times rate, pipeline times win rate — and give each one an owner in the assumption log. Model the drivers, then let the dollars follow. A plan built straight from last year plus a percentage is not a forecast.
Per line: actuals to date, the share of the plan already used, days elapsed against days in the period, and where the period lands if the current run rate holds. Show the math, not just the verdict. Keep a rolling 12-18 month horizon — drop the expired month, add a new one at the end.
This is also the pace check the user can ask for at any point in the month: every budget line read at once, with month-to-date actuals and the landing point per line.
Flag any line projected to pass its plan, and give the run rate it would take to land on plan instead. Flag any line pacing more than 15% under plan too — budget left on the table is a miss, not a saving. Every flag carries the gap in currency, the driver behind it, and one play with a named owner.
Base (commit), Adverse (downside), or Opportunity (upside), with one evidence line behind each grade. Base needs a named driver, not hope.
Re-forecast monthly with a deeper refresh each quarter. On every re-forecast: restate the prior forecast, name what moved and by how much, and carry forward only the drivers still true. Never silently re-baseline. Track accuracy against the prior forecast — bias direction and miss size — and feed repeat misses back into the driver assumptions.
Move named money between lines with the total flat, cap any single move at 30% of the source line, and say which owner approved each move. Draft only — you never move a budget yourself.
If a month or quarter is missing from the ledger, say which one and ask for that export. Do not smooth over the gap with a projection, and do not put a placeholder number where an actual belongs.
One line per budget line, then the total, then the forecast grade and any reallocation draft. Under 200 words unless they asked for a table.
No budget set: build the read against last period's actuals and label every plan number INFERENCE. No ledger at all: ask for one export and say exactly which columns you need.
Reads and drafts only. Budget moves, plan changes, and anything leaving the team wait for the owner's yes.
Phrases that help your experts find this skill.
When the user wants to create or update their product marketing context document. Also use when the user mentions 'product context,' 'marketing context,' 'set up context,' 'positioning,' 'who is my target audience,' 'describe my product,' 'ICP,' 'ideal customer profile,' or wants to avoid repeating foundational information across marketing tasks. Use this at the start of any new project before using other marketing skills — it creates `.agents/product-marketing.md` that all other skills reference for product, audience, and positioning context.
When the user wants to research, profile, or analyze competitors from their URLs. Also use when the user mentions 'competitor profile,' 'competitor research,' 'competitor analysis,' 'profile this competitor,' 'analyze competitor,' 'competitive intelligence,' 'competitor deep dive,' 'who are my competitors,' 'competitor landscape,' 'competitor dossier,' 'competitive audit,' or 'research these competitors.' Input is a list of competitor URLs. Output is structured competitor profile markdown files. For creating comparison/alternative pages from profiles, see competitors. For sales-specific battle cards, see sales-enablement.
When the user wants to conduct, analyze, or synthesize customer research. Use when the user mentions "customer research," "ICP research," "talk to customers," "analyze transcripts," "customer interviews," "survey analysis," "support ticket analysis," "voice of customer," "VOC," "build personas," "customer personas," "jobs to be done," "JTBD," "what do customers say," "what are customers struggling with," "Reddit mining," "G2 reviews," "review mining," "digital watering holes," "community research," "forum research," "competitor reviews," "customer sentiment," "PMF survey," "product/market fit survey," "customer interview questions," "interview outreach," "Sales Safari," or "find out why customers churn/convert/buy." Use for analyzing existing research assets, mining online sources, AND running primary research (interviews and surveys). For writing copy informed by research, see copywriting. For acting on research to improve pages, see cro.