Evaluation context
Identify who reviewed what.
Record conditions that can change interface behavior and explain differences between reviews.
- Evaluator and review date.
- Product, device, browser, and viewport.
- Task, starting state, and exclusions.
Describe the interface and heuristic framework. Makeform creates a structured checklist with outcomes, evidence, severity, and recommendations ready for synthesis.
Send evaluation responses to Slack, Google Sheets, and Zapier.
Sample prompts for the builder
Choose a prompt, adapt it to your product and heuristic set, then send it to the builder. These are example structures, not completed evaluations.
Audience
UX researchers reviewing an analytics dashboard
Format
Ten-heuristic checklist with finding-level severity
Prompt size
275 chars
Example checklist structure
Ten-heuristic checklist with finding-level severity
Evaluator, scenario, device, and browser
Which heuristic are you reviewing?
Result for this heuristic
Evidence and affected screen
Issue severity from 0 to 4
Suggested routing tags
Critical findings
Needs synthesis
No issue found
Ask for one issue per entry and the affected screen; atomic findings are easier to deduplicate.
Step 1
Scope
define tasks, screens, users, and heuristic set
Step 2
Inspect
each evaluator reviews the interface independently
Step 3
Record
capture atomic findings, evidence, and severity
Step 4
Synthesize
merge duplicates and prioritize design work
Consistent evaluation data
Give every evaluator the same scope, rating vocabulary, and evidence requirements.
Repeat outcome, evidence, location, severity, and recommendation fields so reviewers' findings are directly comparable.
Let a concern open issue fields while pass and not-applicable responses stay quick.
Use defined 0-to-4 anchors to separate cosmetic friction from task-blocking problems.
Fit the evaluation stage
Tailor tasks, screens, and evidence fields to what evaluators can inspect.
Record URL, account state, browser, viewport, and reproduction steps.
Organize checks around a journey such as onboarding, search, or checkout.
Separate incomplete functionality from confirmed usability defects.
Capture component, state, and variant to reveal system-level patterns.
Checklist setup
A focused prompt supplies the audit context; the generated checklist supplies the repeatable data structure for independent review.
Name the product, users, tasks, screens, devices, framework, and exclusions.
Define each outcome and severity score in concrete terms.
Test the branching and revise ambiguous questions before sharing.
Group duplicates by heuristic and screen, then agree on priority and ownership.
Structured form vs loose notes
The evaluation is only useful when the team can trace a finding to a heuristic, interface location, observation, and severity after individual review ends.
Field guide
Separate context, judgment, evidence, and priority so teammates can reproduce each finding.
Evaluation context
Record conditions that can change interface behavior and explain differences between reviews.
Heuristic coverage
Give every heuristic a short cue so evaluators can apply it without a separate reference.
Finding location
Capture the task step, screen, component, state, and actions that exposed the behavior.
Evidence
Record what happened before interpreting which heuristic it conflicts with.
Severity
Pair each score with anchors for impact, persistence, recovery, and confidence.
Recommendation and synthesis
Capture an outcome-focused recommendation plus fields that make synthesis easier.
Related tools
Use separate forms for evaluator findings, user feedback, product assessments, and accessibility comments while keeping each source clear.
Collect structured assessments of app experience, functionality, and improvement priorities.
Open toolGather visitor comments about specific pages, tasks, defects, and confusing content.
Open toolEvaluate product quality and fit with a repeatable set of rating and explanation fields.
Open toolCapture early-user observations, bugs, and requests during a limited product release.
Open toolMeasure how users rate their experience after completing a task or using a feature.
Open toolLet users report accessibility barriers with context about device and assistive technology.
Open toolFAQ
Practical answers for researchers and product teams planning an independent expert review.
It is a structured form for inspecting an interface against usability principles. It records the heuristic, location, observation, evidence, severity, and recommendation so independent reviews can be synthesized.
Use one framework and define it in the form. A common set covers status, familiar language, user control, consistency, prevention, recognition, efficiency, minimal design, recovery, and help. Add domain principles separately.
Give every score a written anchor: 0 for no problem, 1 cosmetic, 2 minor, 3 major, and 4 task blocking. Also ask for a rationale and confidence rating.
Independent reviews reduce influence between evaluators. Give everyone the same tasks, scope, definitions, and severity anchors. Then merge duplicates and resolve scoring differences during synthesis.
Require one issue per entry plus screen, component, state, observation, and reproduction steps. During synthesis, assign a stable finding ID and link duplicates while preserving each evaluator's evidence.
Yes. Conditional logic can reveal evidence, severity, screenshot, and recommendation fields after a concern. Pass and not-applicable responses can continue to the next item. Pilot the branching before sharing.
Yes. Makeform provides unlimited free forms and responses, so you can generate, edit, publish, and reuse the checklist without a response cap. A paid tier is available only to remove the Makeform badge.
No. Heuristic evaluation is expert inspection; usability testing observes representative users attempting tasks. They complement each other, but expert findings do not replace direct user evidence.
Replace scattered audit notes with structured evidence.