What makes a useful critical scenario?
Choose a decision with real scrutiny, such as a procurement reviewer assessing switching costs or a customer checking a reliability claim. Describe the reviewer's task, evidence standard and constraints. Avoid constructing a profile around a named person's private views, political identity or presumed hostility.
Validate the concerns using real information needs from approved interviews, customer questions or public evaluation criteria. Synthetic persona research provides constructed profiles for analysis, not observations of actual individuals. Label any generated scenario clearly and use it to form hypotheses that your team can check.
What material should the reviewer inspect?
Collect the public pages and documents that support the claim under review. Record their dates and intended scope. If the claim concerns migration effort, include the implementation description, supported integrations, customer responsibilities and known limitations. Leave private customer records and internal incident details out of external review prompts.
Set the task narrowly: “Review this public migration description for missing assumptions, unsupported claims and questions a cautious buyer should ask. Cite the supplied passage for each finding, and mark anything the evidence cannot answer.” A bounded evidence review is easier to verify than an open invitation to invent damaging narratives.
How do you classify the findings?
Use three categories: a supported objection, a reasonable unanswered question, or an unsupported assertion. A supported objection points to an actual conflict or limitation. An unanswered question identifies evidence worth obtaining. An assertion with no basis should not become a public accusation or a new fact in the content brief.
In an illustrative case, a page promises a “simple migration” but omits who maps legacy fields. A critical review asks who owns that work and how unusual data is handled. The next action is to document the scope with the implementation team. It would be inappropriate to infer that every customer had a failed migration.
What response should the company prepare?
Write an evidence-backed explanation of the issue, the relevant limit and the practical next step. Some findings require clearer wording; others reveal a product or service gap. Assign the action to the team that can resolve it. Publishing stronger adjectives cannot repair a missing capability.
Preserve legitimate tradeoffs. A buyer with very complex legacy data may need a separate assessment. Stating that condition helps the reader decide whether to proceed. Keep favorable evidence and unfavorable evidence subject to the same review standard.
How do you use the scenario responsibly over time?
Save the scenario, supplied sources, date and review outcome. Repeat it after a material product or content change, while keeping the same concerns for comparison. Record any new concerns as an expanded scenario so the historical comparison remains understandable.
Share a brief containing the finding, supporting passage, decision consequence and responsible owner. Avoid labeling the output as what a real stakeholder will hear or believe. If understanding actual stakeholder views matters, obtain appropriate first-party evidence through the organization's normal research or engagement process.
Steps to follow
Define a legitimate scrutiny scenario
Name the decision and evidence standard without profiling a real individual.
Supply bounded public evidence
Include relevant pages, dates and known limits.
Classify every finding
Separate supported objections, unanswered questions and unsupported assertions.
Assign an evidence-based action
Improve the explanation or escalate the underlying capability gap.
A critical evidence review worksheet
A blank CSV worksheet for your own evidence and decisions.
Download worksheet (CSV)Sources
Put the guide to work
A critical evidence review worksheet
Explore the public playbooks ↗