SCOPE
Constraints before objectives, and the answer to "how would we know" decided in advance.
What is SCOPE?
SCOPE is five slots: Situation, Constraints, Objectives, Plan and Evaluation. It is for planning a piece of investigation rather than doing it, and two of its design choices are unusual enough to be the reason you would pick it.
The first choice is the order: Constraints come before Objectives. That is backwards from how most people plan and it is correct — three weeks, two people and a legal restriction on who you may contact decide what questions are even askable, and a plan that sets objectives first discovers the collision in week two. The second is Evaluation, and it is the whole reason the framework exists: you decide, before any data is collected, what result would make the conclusion trustworthy and what would make it worthless. Written afterwards, that section becomes a justification of whatever you found. Written first, it is the thing that stops you fooling yourself.
Where SCOPE Came From
A modern acronym with no documented author
SCOPE has no inventor of record. It belongs with RTF, TAG, PACT and TOAST in the pool of assembled acronyms, and no page should claim otherwise. What it borrows from is real though: writing the evaluation criteria before collecting the data is the same instinct as pre-registration in empirical research, where the analysis plan is committed to in advance precisely so it cannot be adjusted to fit the result.
The name is heavily taken, and confusingly so
Searching for it is close to useless. Scope in project management means something completely different — the boundary of deliverable work, as in scope creep — and that meaning dominates every result. There is no relationship between project scope and the SCOPE framework beyond the word. If you are looking for guidance, search the expansion.
Why it is a planning framework and not an analysis one
Worth being clear about, because it is the most common misuse: SCOPE produces the plan, not the findings. Every slot is about what you are going to do and how you will judge it. A prompt that asks SCOPE to also answer the question will produce confident conclusions assembled from nothing, which is the failure mode the Evaluation slot was invented to prevent.
The 5 Slots, One at a Time
Each slot is a decision. Leave it out and the model still makes it — just without you.
Two things belong here that people leave out: the numbers that made someone ask the question, and an inventory of what you can actually look at. "Nobody has interviewed a churned customer" is a situation fact, and it is usually the most important one in the section.
Time, people, budget, access, and the political ones. That last category is the one nobody writes down and the one that sinks projects: if a department will resist a particular finding, the method has to be defensible before the result arrives, and that changes the design rather than the write-up.
Questions, not topics. "Understand churn" is a topic and cannot be finished; "which of these four cohorts churns fastest, and does usage collapse before or after the renewal conversation" can be. And anything the constraints put out of reach goes in an explicit out-of-scope list rather than being quietly dropped.
Every step should name the objective it feeds and the data source it uses — a step that serves no stated objective is the one to cut when you run out of time. Say where two sources will be used to check each other, because a single-source finding in a contested area will not survive the meeting.
The slot that makes SCOPE worth using, and the one that must be written first. Set the minimum evidence you would accept, and — the hard part — state in advance what result would make you abandon your own leading hypothesis. A team that has written that sentence down behaves differently from one that has not.
One Task, Before and After
The task: A three-week plan to find out why customers are churning. Both prompts below are scored by our free prompt checker — paste either in and you will get the same number, because the scoring is deterministic.
Plan some research into why our customers leave.
Eight words. You get a generic six-phase research methodology, a survey you cannot incentivise, and a recommendation to "analyse cohort data" that ignores the fact the logs stop at nine months.
Plan a research project to find out why customers churn. Produce the plan, not the findings. Situation: A 400-customer B2B SaaS, annual contracts, churn ran at 22% last year against 14% the year before. We have billing records, product usage logs, support tickets and NPS responses. Nobody has interviewed a churned customer. Two people can work on this for three weeks. Constraints: Three weeks, two people, no budget for incentives. We can email churned customers but legal will not let us contact anyone who left more than twelve months ago. Usage logs only go back nine months. Sales will resist any finding that blames the qualification process, so the method has to be defensible before the results arrive. Objectives: State what the project must be able to answer at the end, as questions - not topics. Anything the constraints above put out of reach should be listed as explicitly out of scope rather than quietly dropped. Plan: The sequence of work across three weeks, with what each step produces and which objective it serves. Say which data source answers which question, and where two sources will be used to check each other. Evaluation: Decide now, before any data is collected, what would make this project's conclusion trustworthy and what would make it worthless. State the minimum interview count you would accept, and state in advance what result would make you reject your own leading hypothesis. Work through the constraints before you write the plan - the twelve-month contact rule and the nine-month log window between them decide which cohort is even studiable, and that has to shape the objectives rather than being discovered in week two. Write 900 to 1,100 words with one heading per letter. For example, use this shape in the Evaluation section: ``` Claim: pricing is the main churn driver. Would be trusted if: it appears unprompted in 8 of 12 interviews AND the churned cohort's usage was healthy. Would be rejected if: it only appears after we mention price, or usage had already collapsed. ``` Ensure every objective is answerable with the data and time available; if one is not, say so and cut it. Do not propose a survey we cannot incentivise, do not assume access to data not listed above, and do not state any churn cause as a finding - this document is a plan.
Ninety-two. The most valuable instruction is the one about the two windows: the twelve-month contact rule and the nine-month log limit together decide which cohort is even studiable, and a plan that meets that in week two has already lost a week.
Ninety-two, and the fifth slot is worth nothing to any scorer
One check is unreachable, and the discipline the framework exists for is completely invisible:
No persona slot. As with the other analysis frameworks, a role is neither harmful nor part of the acronym — it is eight points available for the asking, and on our scorer a generic role earns exactly as many as a carefully drawn one.
The entire point, and no rubric can see it. An evaluation section written after the analysis reads identically to one written before it — and only the second can falsify anything. The test is whether it contains a result you would find unwelcome.
An objective the constraints rule out scores exactly as well as one you can actually answer. That collision is the most common way a research plan fails, and it fails silently.
The transferable instruction, whatever you are planning: state in advance what result would make you reject your own leading hypothesis. It costs one sentence, no scoring system rewards it, and a team that has written it down argues differently three weeks later.
Copy-Paste Prompt Template
Replace the bracketed placeholders with your specific details.
Situation: [What is true now, the numbers that prompted the question, and an inventory of the data that actually exists] Constraints: [Time, people, budget, access — AND the political ones. Written BEFORE the objectives, because they decide what is askable] Objectives: [What the project must answer, as questions not topics] [Anything the constraints rule out, listed as explicitly out of scope] Plan: [The sequence, what each step produces, which objective it serves, which data source it uses, and where two sources check each other] Evaluation: [WRITTEN FIRST. What would make the conclusion trustworthy, what would make it worthless, the minimum evidence you would accept] [And: what result would make you reject your own leading hypothesis?] [This is a plan, not findings. State no conclusion as a result]
When SCOPE Fits — and When It Does Not
- Research projects with real limits on time, people and access.
- Vendor evaluations and build-versus-buy decisions, where the criteria must precede the demos.
- Feasibility studies and market assessments.
- Post-launch reviews, where the temptation to grade your own work is strongest.
- Audits and assessments that somebody will contest afterwards.
- Any investigation where a stakeholder already has a preferred answer.
- Doing the analysis. SCOPE produces the plan; asking it for findings invites fabrication.
- Small questions you could answer in an afternoon — five slots is heavier than the work.
- Fast-moving situations. Use OODA; SCOPE assumes you have time to plan properly.
- Creative and writing tasks, which have no evaluation criteria worth pre-registering.
- Cases where you genuinely do not know the constraints yet — find those first.
10 Ready-Made SCOPE Prompts
Every prompt below was produced by the Frompting generator with SCOPE selected — not written by hand for this page. Each is scored by our prompt checker; the median is 95/100. Click one to open it, then copy.
A research project into churn 82
You are a senior research strategist tasked with designing a comprehensive research project to uncover the underlying reasons for customer churn. Develop a detailed plan that walks through the following logical flow: first describe the current business context and why churn analysis is critical; then list any known limitations such as data availability, budget, timeline, or stakeholder constraints; next define clear, measurable research objectives; after that outline a step‑by‑step research plan covering methodology, data sources, sampling, analytical techniques (e.g., cohort analysis, churn modeling), and deliverables; finally specify how the results will be evaluated and reported to inform decision‑making. The output should be a structured document of approximately 800 words, using clear headings for each section (no labels of the underlying framework). Include a concise bullet‑point summary of key assumptions at the end, and pose up to three clarifying questions to fill critical gaps before finalizing the plan. Quality criteria: 1. Logical coherence across sections, ensuring each part builds on the previous one. 2. Practical feasibility given typical SaaS churn research constraints. 3. Inclusion of at least two quantitative analysis techniques relevant to churn (e.g., cohort retention curves, LTV‑CAC assessment). [DATA_SOURCES]: specify the types of customer data (e.g., usage logs, survey responses, billing records) you have or need. [STAKEHOLDER_GROUP]: identify the primary audience for the research findings (e.g., product team, executive leadership). [BUDGET_LIMIT]: indicate the maximum budget available for this research project. Before writing the final answer, work through the problem step by step and weigh the main trade-offs; present only the reasoned conclusion, not your working notes.
An evaluation of two vendor options 95
You are a senior analyst tasked with creating a comprehensive evaluation of two vendor options. First, describe the current situation, including the business need the vendors would address and any relevant background information. Next, list all constraints that must be considered (e.g., budget limits, timeline, regulatory requirements, integration dependencies, [UNKNOWN: SPECIFIC TECHNICAL OR COMPLIANCE CONSTRAINTS]). Then, define the objectives the evaluation must achieve (e.g., cost efficiency, scalability, risk mitigation, alignment with strategic goals). After that, outline a step‑by‑step plan for gathering data, performing analysis, and comparing the vendors. Include any required financial modeling techniques such as SaaS unit‑economics calculations, cohort revenue retention, three‑statement linking, market sizing, valuation, and scenario modeling where appropriate. Finally, specify the evaluation deliverables: a concise comparative matrix (max 10 rows, 5 columns) summarizing key metrics, a narrative summary (≈250 words) highlighting strengths, weaknesses, and a recommendation, and a brief risk assessment (≤150 words). **Output format** - Plain‑text sections in the order described above. - Comparative matrix as a markdown table. - Narrative summary and risk assessment as separate paragraphs. **Quality criteria** 1. All analysis is grounded in established financial methodologies and clearly defines any assumptions. 2. The comparison is objective, using consistent metrics for both vendors. 3. The recommendation is justified by the data and aligns with the stated objectives. **Boundary** – Do not include any vendor‑specific proprietary data that is not provided; limit all calculations to the information supplied or to reasonable assumptions you state explicitly. If any critical details are missing, state your assumptions and ask up to three clarifying questions before completing the evaluation. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader. Before writing the final answer, work through the problem step by step and weigh the main trade-offs; present only the reasoned conclusion, not your working notes.
A pricing analysis against competitors 96
You are a market-analysis strategist. Your client wants a detailed plan to evaluate their product pricing against rival offerings. Develop a concise briefing that guides the analyst through the following logical flow: describe the current market context and the pricing challenge; list any known limitations such as data availability, budget, or timeline; define the specific outcomes the client expects from the pricing review; outline step-by-step actions to gather competitor price data, compare it, and derive insights; and finally propose criteria for judging the success of the analysis. The deliverable should be a structured plan of approximately 410-550 words, using clear headings for each section (no more than five headings total). Include a short bullet list of the most critical data sources to consult, and a table template (markdown) with columns for competitor name, product tier, price point, and any noted pricing features. Quality criteria: 1. Logical coherence across sections, each building on the previous one. 2. Practicality of the recommended data-collection methods given typical resource constraints. 3. Clear, measurable evaluation metrics for the final pricing analysis. Exclude any assumptions about the client’s industry, target customers, or specific competitors unless the client provides them. If any of the following details are unknown, insert a placeholder in the format **[PLACEHOLDER: brief hint]** and proceed: - **[INDUSTRY: type of market]** - **[TARGET CUSTOMERS: primary buyer segment]** - **[KEY COMPETITORS: main rivals to benchmark]** - **[PRICE METRICS: e.g., list price, discount tiers, subscription fees]** - **[TIMEFRAME: period for completing the analysis]** State any assumptions you make explicitly, and ask up to three clarifying questions to fill critical gaps before finalizing the plan. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader.
A feasibility study for a new market 86
You are a senior business analyst tasked with creating a comprehensive feasibility study for entering a new market. Develop the study by progressing through the following logical sections in order: 1. Describe the current market environment, competitive landscape, and internal capabilities relevant to the expansion. 2. Identify all critical constraints that could affect the project, including regulatory, financial, operational, and timeline factors. 3. Define clear, measurable objectives that the market entry should achieve (e.g., revenue targets, market share, brand positioning). 4. Outline a detailed plan covering market research methods, data collection, analytical techniques, and implementation steps. Incorporate appropriate quantitative methods such as power analysis, confidence intervals, cohort or funnel analysis, and causal inference where relevant. 5. Propose evaluation criteria and a monitoring framework to assess progress against the objectives, specifying key performance indicators and decision thresholds. The deliverable should be a structured markdown document of **approximately 1,200–1,500 words**, using headings for each section and bullet points or tables where they improve clarity. Quality criteria: - Logical flow that naturally guides the reader through each stage. - Use of precise business‑analysis terminology while briefly defining any technical concepts. - Practical recommendations grounded in established analytical methods. Exclude any discussion of unrelated markets, speculative technologies, or marketing copy. If any essential details are unknown, state your assumptions explicitly and ask up to three clarifying questions before finalizing the study. [MARKET: specify the target country or region] [PRODUCT_OR_SERVICE: describe the offering to be introduced] [TIMEFRAME: indicate the desired launch horizon] [BUDGET: provide the approximate financial resources allocated] Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader.
A post-launch feature review 95
You are a product management specialist tasked with designing a comprehensive post-launch review for a newly released product feature. Create a structured plan that walks through the following elements in order: 1. Briefly describe the current situation, including the feature’s purpose and the context of its launch. 2. Identify any constraints that will shape the review (e.g., time limits, resource availability, data access). 3. Define clear objectives the review must achieve (e.g., assess adoption, uncover issues, inform next iteration). 4. Outline a step-by-step plan covering preparation, data collection, stakeholder interviews, analysis methods, and reporting. 5. Propose evaluation criteria and methods to judge the success of the review itself (e.g., completeness, actionable insights, stakeholder satisfaction). The output should be a concise markdown document with headings for each of the five sections, using bullet points or short paragraphs as appropriate. Aim for **695-915 words total**. Quality criteria: - Logical flow that naturally guides the reader from context to evaluation. - Practical, actionable steps that can be executed by a product team without additional resources. - Clear, measurable objectives and evaluation metrics. Exclude any proprietary templates or tools not mentioned by the user. If any key details are missing, state your assumptions and ask up to three clarifying questions, such as: - What is the name of the product and the specific feature under review? - Which stakeholder groups should be involved in the interview phase? - What primary metrics (e.g., usage, conversion, NPS) are available for analysis? Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader.
A remote versus office productivity study 94
You are a research design specialist tasked with creating a rigorous comparative study of remote versus office work productivity. Develop a comprehensive study plan that proceeds through the following logical stages: 1. **Context** – Briefly describe the current environment and motivation for comparing remote and office productivity. 2. **Limitations** – List any known constraints such as budget, timeline, data access, or ethical considerations. 3. **Aims** – Define the primary research question(s) and measurable objectives (e.g., detect a minimum X% difference in output). 4. **Methodology** – Propose the most suitable causal identification strategy (choose from RCT, difference‑in‑differences, regression discontinuity, instrumental variables, propensity‑score matching, or synthetic control) and justify the choice. Detail required identification assumptions, how you will control for observed and unobserved confounders, and the statistical power analysis (sample size, MDE, α = 0.05, power = 0.80). Specify effect‑size metrics (Cohen’s d, odds ratio, NNT, etc.) and discuss external validity considerations. 5. **Assessment** – Outline the evaluation plan, including data collection procedures, analytic steps, and criteria for interpreting results. **Deliverable**: a structured markdown document (≈ 600 words) containing the five sections above, each with concise bullet points or short paragraphs as appropriate. Include a brief table summarizing key design choices (identification strategy, assumptions, sample size, effect‑size metric). **Quality criteria** - Logical coherence across sections; each step builds on the previous one. - Explicit justification for methodological choices grounded in established empirical research practices. - Clear, actionable recommendations for implementation. **Boundary**: Do not propose any proprietary software tools or data sources; focus on methodological design only. [POPULATION: specify the employee group (e.g., full‑time knowledge workers, sales staff, etc.)] [PRODUCTIVITY METRIC: define how productivity will be measured (e.g., output units, task completion time, performance scores)] [STUDY DURATION: indicate the planned observation period (e.g., 6 months, 1 year)] [RESOURCE LIMITS: state any budget or staffing caps that could affect sample size or data collection] If any of the placeholders above are unknown, state your assumptions clearly and ask up to three clarifying questions before finalizing the design. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader. Before writing the final answer, work through the problem step by step and weigh the main trade-offs; present only the reasoned conclusion, not your working notes.
A content performance audit 95
You are a content performance audit strategist. Your client needs a comprehensive audit plan for their existing content assets. Develop a detailed audit plan that walks through the current context, any limiting factors, the desired outcomes, the step‑by‑step methodology, and how success will be measured. The plan should be written for a senior marketing manager who will oversee the audit. Deliver the plan in a structured markdown document of approximately 800 words, using clear headings for each section and bullet points where appropriate. Quality criteria: - The methodology must be actionable, with specific tasks, responsible roles, and realistic timelines. - All recommended metrics and tools should be appropriate for digital content performance analysis. - The evaluation criteria should enable the manager to assess audit completeness and impact. Exclude any discussion of unrelated marketing activities or brand strategy. If any of the following details are unknown, insert a placeholder in the format **[PLACEHOLDER: brief hint]** and proceed: - **[CONTENT TYPE]**: the primary formats of content to be audited (e.g., blog posts, videos, social posts). - **[AUDIT FREQUENCY]**: how often the audit should be repeated (e.g., quarterly, annually). - **[KEY METRICS]**: the performance indicators the client cares about (e.g., traffic, engagement, conversion). - **[TEAM SIZE]**: number of people available to conduct the audit. State any assumptions you make and ask up to three clarifying questions before finalizing the plan. Before writing the final answer, work through the problem step by step and weigh the main trade-offs; present only the reasoned conclusion, not your working notes.
An assessment of a possible acquisition 96
You are a senior M&A analyst tasked with creating a comprehensive assessment of a potential acquisition. Your analysis should follow a logical, step‑by‑step flow that naturally reflects the Situation‑Constraints‑Objectives‑Plan‑Evaluation structure without naming it. 1. **Context** – Briefly describe the current strategic situation prompting the acquisition, including the acquiring company’s market position and the target’s core business. 2. **Limitations** – List the key constraints that will shape the deal (e.g., financial caps, regulatory hurdles, integration capacity). 3. **Goals** – Define the specific objectives the acquisition must achieve (e.g., revenue growth, technology access, market entry). 4. **Approach** – Outline a detailed plan covering: - Initial due‑diligence steps and data sources - Evaluation criteria and metrics to be applied (financial, strategic, cultural) - Timeline and major milestones - Risk‑mitigation actions 5. **Assessment** – Provide a concise evaluation framework that scores the target against the objectives and constraints, and recommends a go/no‑go decision with justification. **Deliverable**: a structured report in markdown, using clear headings for each of the five sections above, followed by a summary table (max 8 rows × 4 columns) that captures the key findings and the final recommendation. The entire output should be between **1,200 and 1,500 words**. **Quality criteria** - Insightful analysis grounded in realistic M&A best practices. - Transparent assumptions listed at the end of the report. - Actionable recommendations with clear next steps. **Boundaries** – Do not include detailed financial models, proprietary data, or legal contract language; focus on strategic assessment only. [TARGET COMPANY: Provide the name and brief description of the company being considered for acquisition] [ACQUIRING COMPANY: Provide the name and brief description of the acquiring firm] [DEAL SIZE ESTIMATE: Specify the approximate transaction value or range] [REGULATORY ENVIRONMENT: Identify any known jurisdictional or industry‑specific regulatory considerations] Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader. If any bracketed detail above is left unfilled, choose a sensible value from the context, state that assumption in one line before you begin, and continue — do not ask for it and stop. Before writing the final answer, work through the problem step by step and weigh the main trade-offs; present only the reasoned conclusion, not your working notes.
A usability study of a checkout flow 88
You are a senior usability research consultant. The checkout flow you will study is for an e‑commerce website. Your task is to produce a concise research plan that walks through the following elements in order: 1. **Context** – describe the current checkout situation, including the primary user group and any known pain points. 2. **Limitations** – list any constraints such as budget, timeline, sample‑size caps, or technical restrictions. 3. **Aims** – define clear research objectives (e.g., identify friction points, measure task success rate, uncover usability gaps). 4. **Methodology** – outline a step‑by‑step plan: - recruitment strategy and target sample size (include a brief power‑analysis note if a statistical test is planned) - test format (moderated remote, unmoderated click‑stream, etc.) - key tasks and scenarios to be observed - randomization or grouping approach, if applicable - any variance‑reduction techniques (e.g., CUPED) you intend to use - data collection instruments (think‑aloud, screen capture, post‑test questionnaire) 5. **Assessment** – specify how results will be evaluated, including metrics (success rate, time‑on‑task, error count), confidence‑interval reporting, and criteria for practical significance. **Output**: a markdown document of approximately 350 words, using clear headings for each of the five sections above. Include a brief table summarizing the recruitment targets and key metrics. **Quality criteria**: - The plan must be actionable for a mid‑size UX team. - All methodological choices should be justified with a short rationale. - Language should be professional yet accessible to stakeholders without a research background. **Boundary**: Do not propose any visual design changes or UI mockups; focus solely on the research plan. If any essential details are missing, state your assumptions explicitly and ask up to three clarifying questions (e.g., target user segment, maximum budget, preferred testing platform). Before writing the final answer, work through the problem step by step and weigh the main trade-offs; present only the reasoned conclusion, not your working notes.
An evaluation of a sales process pilot 95
You are a senior sales operations analyst tasked with creating a comprehensive evaluation plan for a new sales process pilot. Develop the plan in a logical sequence that first sets the background, then outlines any limits, defines what success looks like, proposes how to implement the pilot, and finally details how to assess its outcomes. The deliverable should be a structured document of approximately 800–1,000 words, using clear headings for each major section and bullet points or tables where appropriate. **Include:** - A concise description of the current sales environment and why the pilot is being considered. - All relevant constraints (e.g., budget, timeline, team size, technology stack). - Specific, measurable objectives for the pilot (e.g., target conversion rate, CAC reduction, LTV improvement). - A step‑by‑step implementation plan, covering pilot scope, participant selection, training, data collection methods, and timeline. - An evaluation framework that specifies key metrics, data sources, analysis techniques (e.g., cohort analysis, CAC/LTV calculations, scenario modeling), and reporting cadence. **Quality criteria:** 1. The plan must be actionable and include concrete metrics and analysis methods. 2. All assumptions should be stated explicitly, and any missing critical information must be identified. 3. The document should be organized for easy scanning, with headings, bullet lists, and at most one table for metric definitions. **Boundary:** Do not include any detailed financial model templates or full spreadsheet formulas; focus on the design of the evaluation approach. If any essential details are unknown, insert placeholders in the format **[PLACEHOLDER: brief hint]** (e.g., [BUDGET: total amount allocated for the pilot]). Before finalizing, state any assumptions you are making and ask up to three clarifying questions to fill any critical gaps. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader. Before writing the final answer, work through the problem step by step and weigh the main trade-offs; present only the reasoned conclusion, not your working notes.
Scores range from 82 to 96. They are shown as generated rather than cherry-picked — a library where every entry scores in the nineties tells you it was curated, not measured.
SCOPE vs the Alternatives
SWOT surveys a position; SCOPE plans an investigation into one. If you do not yet have the facts a SWOT needs, SCOPE is how you go and get them.
The other five-slot planning framework. TRACE briefs someone else to produce a deliverable; SCOPE plans work you are going to do yourself.
What to use when the research is finished. SCQA turns findings into an argument; SCOPE is how the findings were obtained.
The opposite tempo. OODA is for deciding while the situation moves; SCOPE assumes you can stop, plan, and be judged on the method.
Related through Evaluation. SMART makes a goal checkable; SCOPE makes a conclusion falsifiable, which is a harder and rarer thing to write down.
Five Ways People Get SCOPE Wrong
The defining SCOPE failure, and it is invisible in the finished document. An evaluation section written after the results is a justification. Write it before anything is collected, and include a result you would not enjoy.
Plan first and discover the limits later, and you spend week one designing something legal or the calendar will not permit. The order in the acronym is deliberate.
"Understand churn" cannot be finished, cannot be failed, and cannot tell you when to stop. Write objectives as questions with answers.
The department that will resist a particular finding is a real constraint on method, not a communication problem to solve at the end. Naming it changes the design.
The framework plans an investigation. A prompt that also asks for conclusions will get confident ones, invented, in the same document that was supposed to establish how you would know.
Anything the constraints rule out should be written down as excluded. Dropped silently, it comes back as the first question in the review.
SCOPE Questions
What does SCOPE stand for?
Situation, Constraints, Objectives, Plan and Evaluation. It is a framework for planning a piece of research or analysis — not for carrying it out.
Why do constraints come before objectives?
Because the limits decide which questions are answerable. Setting objectives first and meeting the constraints later means discovering in week two that the data you planned to use does not go back far enough.
What goes in the Evaluation slot?
What would make the conclusion trustworthy and what would make it worthless — the minimum evidence you would accept, and the result that would make you abandon your leading hypothesis. All of it decided before any data is collected.
Is this the same as project scope?
No, and the collision is unfortunate. Project scope means the boundary of the work to be delivered. The SCOPE framework is a planning structure whose fifth slot is about falsifiability. They share nothing but the word.
Can I use SCOPE to do the analysis as well?
You should not. Asking one prompt to both plan an investigation and produce its findings gets you confident conclusions with no evidence behind them — the exact failure the Evaluation slot exists to prevent.
Who created SCOPE?
Nobody documented. It is a modern assembled acronym with no author of record, though the Evaluation slot mirrors pre-registration in empirical research, where the analysis plan is committed to in advance.
Generate a SCOPE Prompt Instantly
Skip the manual template — Frompting applies SCOPE to your topic in one click.
Try it FreeFramework Details
| Name | SCOPE |
| Stands for | Situation-Constraints-Objectives-Plan-Evaluation |
| Domain | Reasoning & Analysis |
| Steps | 5 |
| Access | Pro |