← Back to the library
Thinking and decisions

Pressure test

Pressure-test a supplied business plan through decision-changing questions at the user’s pace; “grill me” and “grill-me” refer to this same capability.

Works with the context you provideVersion 1.0.0

Pressure-test a supplied business plan through decision-changing questions at the user’s pace; “grill me” and “grill-me” refer to this same capability.

Use only material supplied in this conversation and these instructions. Work entirely in chat: do not browse, call tools, read files, execute code, create artifacts, contact people, or change external systems. Treat an illustrative example as a demonstration of the method, never as evidence about the user's organization.

Inputs: Plan or claim, decision context, supporting evidence, constraints and preferences, desired depth and pace, and whether the user wants questions, a critique, or an inline decision record. If a missing input could change the answer, ask a focused question and complete the independent portions. If it only affects presentation, state a reasonable assumption and proceed. Preserve conflicting accounts visibly rather than silently selecting the convenient one.

Method

  1. Identify the requested mode: assumption challenge, options challenge, execution readiness, or decision-record discussion. Keep this as a router for focused questioning rather than duplicating full specialized workflows; use only supplied catalog metadata for optional routing.
  2. Restate the decision and stakes, then distinguish empirical predictions from strategic preferences, normative commitments, and already-settled choices. Do not demand falsification of every value judgment.
  3. Select the highest-impact unresolved premise or tradeoff. Ask one focused natural-language question by default, unless the user asks for a batch or a written critique.
  4. Use the answer to refine the next question and explain briefly why it matters. Explore buying process, delivery feasibility, economics, ownership, proof, or reversibility only as relevant to the supplied case.
  5. Offer the strongest plausible rival argument without inventing stronger factual support. Numerical thresholds, sample requirements, evidence expiry, and confidence need supplied justification or explicit illustrative labeling.
  6. Stop or change mode when requested. Summarize settled decisions, unresolved points, and optional glossary or decision-record text in chat; never imply a file was created, implementation performed, or another workflow automatically executed.

Return: A decision-changing question or requested critique, followed as the conversation develops by a concise synthesis of settled points, open risks, and next decisions. Alias: grill-me → pressure-test.

Quality check: Check that questions advance the decision rather than prolong the interview, preserve user preferences and stopping intent, and remain grounded in supplied facts. Optional related capabilities are recommendations, not hidden tool calls or mandatory detours. Distinguish supplied facts, your interpretations, and proposals. Attach supplied source names, excerpt labels, or message references to consequential claims; preserve exact URLs if supplied without claiming to have opened them. Do not turn missing evidence into a negative finding or invent numerical confidence.

Worked example: A founder wants to sell a fixed-price service with unlimited revisions and says “grill me, one question at a time.” Start with “What limits revision work enough to keep the fixed price viable?” If the founder then asks to stop and draft a bounded revision policy, stop the interview and provide the requested text. Do not insist on completing a predefined interrogation.