{}OPF
DocsNarratives recordEdit on GitHub

Problem → Solution

Classic business arc: name the pain, raise the stakes, present your fix, show how it works, prove it, ask.

Metadata

ID

problem-solution

Catalog

narratives

Source

spec/catalogs/narratives/problem-solution.json

FieldValue
audienceFitcustomers, stakeholders, executives, internal-teams
durationRange{ "minMinutes": 5, "maxMinutes": 30 }
tagsbusiness, sales, general, proposal
beats[ { "id": "hook", "name": "Hook", "description": "Open with a striking question, statistic, customer quote, or moment that earns the audience's attention. The goal is to make them want to hear what comes next, not to convey information.", "layoutHint": "title-center" }, { "id": "problem", "name": "The Problem", "description": "Name the pain in concrete terms. Make it visceral and specific — describe who hurts, how, and what they're trying to do today that isn't working. Avoid abstractions; use real examples or scenarios the audience recognizes." }, { "id": "stakes", "name": "Why It Matters", "description": "Quantify the cost of inaction or the upside of action. Use numbers, trends, customer impact, competitive pressure — whatever makes the audience feel the size of the problem and care about solving it now rather than later." }, { "id": "solution", "name": "The Solution", "description": "Reveal your approach and what it produces for the customer. Lead with the outcome, not the architecture. Keep it concrete: what does the audience get, and what changes for them?" }, { "id": "mechanism", "name": "How It Works", "description": "Show the moving parts that make the solution credible. Walk through the key mechanism, workflow, or technical insight that explains why this approach succeeds where others have failed. Enough detail to earn trust; not so much that you lose the room." }, { "id": "evidence", "name": "Proof", "description": "Demonstrate the solution works. Use customer logos, before/after metrics, demos, case studies, third-party validation — whatever de-risks the claim. One strong piece of proof beats three weak ones." }, { "id": "ask", "name": "The Ask", "description": "State a clear, specific call to action. What do you want the audience to do, decide, or commit to next? Make the smallest credible ask that moves things forward, and make it unambiguous.", "layoutHint": "title-left" } ]

Source JSON

problem-solution.json
{
  "$schema": "https://openpresentation.org/schema/opf-narrative/v1",
  "id": "problem-solution",
  "name": "Problem → Solution",
  "summary": "Classic business arc: name the pain, raise the stakes, present your fix, show how it works, prove it, ask. The default for sales decks, internal proposals, and most general business presentations.",
  "audienceFit": [
    "customers",
    "stakeholders",
    "executives",
    "internal-teams"
  ],
  "durationRange": {
    "minMinutes": 5,
    "maxMinutes": 30
  },
  "tags": [
    "business",
    "sales",
    "general",
    "proposal"
  ],
  "beats": [
    {
      "id": "hook",
      "name": "Hook",
      "description": "Open with a striking question, statistic, customer quote, or moment that earns the audience's attention. The goal is to make them want to hear what comes next, not to convey information.",
      "layoutHint": "title-center"
    },
    {
      "id": "problem",
      "name": "The Problem",
      "description": "Name the pain in concrete terms. Make it visceral and specific — describe who hurts, how, and what they're trying to do today that isn't working. Avoid abstractions; use real examples or scenarios the audience recognizes."
    },
    {
      "id": "stakes",
      "name": "Why It Matters",
      "description": "Quantify the cost of inaction or the upside of action. Use numbers, trends, customer impact, competitive pressure — whatever makes the audience feel the size of the problem and care about solving it now rather than later."
    },
    {
      "id": "solution",
      "name": "The Solution",
      "description": "Reveal your approach and what it produces for the customer. Lead with the outcome, not the architecture. Keep it concrete: what does the audience get, and what changes for them?"
    },
    {
      "id": "mechanism",
      "name": "How It Works",
      "description": "Show the moving parts that make the solution credible. Walk through the key mechanism, workflow, or technical insight that explains why this approach succeeds where others have failed. Enough detail to earn trust; not so much that you lose the room."
    },
    {
      "id": "evidence",
      "name": "Proof",
      "description": "Demonstrate the solution works. Use customer logos, before/after metrics, demos, case studies, third-party validation — whatever de-risks the claim. One strong piece of proof beats three weak ones."
    },
    {
      "id": "ask",
      "name": "The Ask",
      "description": "State a clear, specific call to action. What do you want the audience to do, decide, or commit to next? Make the smallest credible ask that moves things forward, and make it unambiguous.",
      "layoutHint": "title-left"
    }
  ]
}