The Jobs-to-be-Done agent decomposition play
Outcome: Without a JTBD decomposition, AI-agent investment drifts to novelty; with one, every agent has an owner, an outcome, and a kill criterion.
“By listing out all these jobs-to-be-done for the community journey and for advertisers, it became very clear where we could use agents. It's also given us a really helpful mechanism to track our progress against the business outcomes for each of those jobs.”
- 1
List jobs-to-be-done per major audience
For each major audience (e.g. community + advertisers), enumerate concrete jobs: download the app, add close friends, use lenses, configure a campaign, etc. Aim for ~5-15 jobs per audience.
- 2
Tag each job with the binding business outcome
For each job, identify the single business metric (activation, retention, conversion, revenue) it moves. Jobs without a clear metric do not get an agent.
- 3
Stand up cross-functional team per job
Each job-to-be-done gets a small cross-functional team (eng + design + data + business owner) responsible for the agent and its outcome metric. Teams own the job end-to-end.
- 4
Build the agent against the job
Build the agent inside the team — connected to relevant data sources, scoped to the JTBD. Avoid horizontal generic-assistant agents; every agent is JTBD-specific.
- 5
Track outcome and kill non-contributors
Review each agent's contribution to its JTBD outcome metric quarterly. Agents that do not move the metric get killed or rewritten. Outcome accountability is what distinguishes this from the thousand-flowers default.
Stop or pivot when
- →Every agent must map to exactly one JTBD
- →Every JTBD must map to one binding business metric
- →Agents that do not move the metric in 2 review cycles get killed
Scripts
Before you start
- · Defined audiences (community / advertiser / etc.)
- · Data infrastructure to measure outcome metrics
- · Willingness to kill agents that do not move metrics
- · Existing AI/agent platform (e.g. Glean, Claude) for build