thinkhard.SI

Prompt repository Operations

Write a continuity plan for one critical process

You need a plan for keeping a critical process running if a key system, supplier, site or person is suddenly unavailable.

Registry no.
OPS-020
Collection
Operations
Laid out for
Any chat model
Score
10 out of 10
Blanks to fill
6
Added

OperationsAny chat

The prompt

Score 10 of 10, Excellent

Use it when You need a plan for keeping a critical process running if a key system, supplier, site or person is suddenly unavailable.

  • {{process}}
  • {{audience}}
  • {{process_description}}
  • {{tolerance}}
  • {{existing_measures}}
  • {{scenarios}}
Full prompt and why it works
Prompt
Write a business continuity plan for one critical process, {{process}}, for {{audience}}. It should let the people on duty keep the process running, or bring it back, when something it depends on fails, without having to work it out under pressure.

How the process works today, what it depends on (systems, suppliers, sites, key people, data), and who can decide to start the plan:
"""
{{process_description}}
"""

How long we can be without it before the damage becomes serious, and what that damage is: {{tolerance}}

Workarounds, backups and contacts we already have:
"""
{{existing_measures}}
"""

Scenarios to cover: {{scenarios}}

Use these headings:
1. Purpose and scope: two sentences, then the tolerance as we stated it.
2. Dependencies: a table with the columns Dependency, What fails without it, Backup or workaround we have, Gap.
3. Scenarios: one numbered subsection per scenario (3.1, 3.2 and so on), each with how we will know it has happened, who decides to start the plan, the steps for the first hour as a numbered list, how to keep working until it is fixed, and how to return to normal.
4. Contacts: a table with role, name and how to reach them, using only the contacts given; leave blanks where none was given.
5. Gaps to close: what is missing, most urgent first.
6. Testing: how and how often to rehearse the plan, in up to 3 bullets.

Rules:
- Use only the workarounds, backups and contacts we have. Where none exists, write "No workaround yet" in the plan and add it to the gaps, rather than describing one we do not have.
- Write steps as actions a person can take, for example "Switch order entry to the paper form kept at the dispatch desk", not "Ensure continuity".
- Do not cite regulations or standards.

Keep it under 400 words plus about 200 words per scenario. If the tolerance, a dependency or the person who decides is unclear, mark it [CONFIRM] in the plan and list it under gaps.

Variables

{{process}}
The one process the plan covers, for example "taking and shipping customer orders".
{{audience}}
Who will use the plan, for example "the shift supervisors and the office manager".
{{process_description}}
How the process runs, everything it relies on (systems, suppliers, sites, people, data), and who has authority to start the plan.
{{tolerance}}
How long you can manage without it and what happens after that, for example "half a day; after that we miss courier cut-offs".
{{existing_measures}}
Backups, manual workarounds, spare equipment, alternative suppliers and emergency contacts you already have.
{{scenarios}}
The failures to plan for, for example "order system down, main courier unavailable, warehouse inaccessible".

Why it works

  • What to avoid. It describes only the backups you really have and writes "No workaround yet" elsewhere, so the plan never promises a fallback that does not exist.
  • An example. One example step shows the level of detail wanted, an action someone can take at 3 a.m., instead of "ensure continuity".
  • Format. Every scenario gets the same parts (how we know, who decides, first hour, keep going, return to normal), which is what makes a plan usable under pressure.

How to use it

  1. Press Fill in variables and type your details into each blank. What you type stays in this browser.
  2. Copy the filled prompt into the AI tool you already use, such as ChatGPT, Claude or Gemini, or open it in the Grader or the Prompt Tester here.
  3. Before you rely on it, try it on three or four real examples. The Prompt Tester runs them all at once and shows which ones go wrong.
Use it from code

Get this prompt as JSON from the free REST API, with your own text in the blanks, or let an AI assistant fetch it through the MCP server. No key.

curl -s https://thinkhard.si/api/v1/prompts/business-continuity-plan

With the MCP server added to Claude, ChatGPT, Cursor or VS Code, call get_prompt with {"prompt": "business-continuity-plan"}, or just ask for it by name.