Solve the Problem: build the workflow, not the org chart
What this does
Finds the one workflow worth fixing first and writes the problem as a workflow instead of a headcount. The reflex when a GTM team is stretched is to add a role. That names a hire, not a problem. This move points you at the work.
What you'll need
A list of where work moves between your GTM functions. No connectors. You can do this from memory or a whiteboard: the handoffs and shared jobs across marketing, sales, CS, and RevOps.
The method
- List the crossings, not the org chart. Walk the revenue lifecycle end to end and write down every place work passes between functions or is shared by more than one. Those are your workflows.
- Find the leaks two fast ways. Follow the spreadsheets: every recurring manual export, copy-paste, or cleanup job is a workflow with no system. Follow the "whoever has five minutes" work: anything that falls to whoever is free is unowned by definition.
- Size each in cost, not annoyance. Hours per week, pipeline leaked, or churn. Rank them.
- Pick the single most expensive one. That is the only workflow worth a project this quarter.
- Write the problem as a workflow sentence. "Inbound leaks between marketing and sales" is a workflow. "We need a GTM Engineer" is a headcount. If your sentence names a person, rewrite it until it names the work.
Failure points
- Naming a role instead of a problem. A job req is not a fix.
- Ranking by what is loudest instead of what is most expensive.
- Trying to fix the whole funnel at once and learning nothing.
The receipt
[the one workflow you picked, and what it costs you per week today]
Next move
Hand the workflow to Stack the Tech. Built GTM. Receipts only.