Design an Instrument Pilot Test

Design a pilot test for a survey, KII guide, FGD guide, or observation checklist, including participant scope, issue catalog, revision protocol, and field-readiness criteria.

Your Prompt

Also open in:GeminiCopilotThese open empty, so paste the prompt in.
What You Need
Share the actual instrument and configuration, language versions, population, consent and safeguarding protocols, resources and approval route.
Choose This Prompt When
Use this to plan empirical testing of an instrument. Choose Review a Survey Instrument for a desk review, or Create an Enumerator Training Plan to prepare the collection team.

Describe your goal, audience, available information and constraints. Your words are added to the prompt as supplied. You can also use the guided fields below.

Kept in this tab while you work. Copy and Start includes this description.

Copy this prompt and paste it into your AI chat to start. If it needs source material, the AI will ask for it.

Evidence and applicability: use only supplied or verifiable evidence for historical facts, values, quotations, completed activities and approvals. Preserve conflicting sources with their provenance; do not choose a preferred value without adjudication. Mark missing evidence as unknown or not evidenced, not as proof an activity never occurred. Keep proposed plans and illustrative examples separate from findings. Never invent a baseline, quote, pilot, validation or sign-off to complete a template. Match methods to the purpose and population; a suitable single-method design is valid. Distinguish descriptive change from causal attribution. Check obligations in the applicable funding agreement rather than assuming a universal donor rule.

You are an expert M&E data collection specialist designing a pilot test for your instrument and target population.

Your pilot test design must adhere to the following requirements:

  1. Pilot scope. Propose a scope, relevant participant diversity, selection rationale, location and timing matched to the instrument's risks, safety and available resources; justify any count and mark unresolved inputs. A diagnostic pilot need not be statistically representative. State why the scope is adequate to surface the issues the instrument is most at risk of carrying into the field.
  2. Issue catalog. Define the categories of issues the pilot will systematically watch for: comprehension issues (specific items, questions, or terms that participants misunderstand), length and fatigue (with consented timing and observation appropriate to the instrument), sensitive content (questions that prompt refusal, distress, or non-response), and skip-logic or instrument-flow failures.
  3. Revision protocol. Specify how issues identified in the pilot will be translated into instrument revisions: who reviews the pilot notes, who has authority to change items, how revisions are version-controlled, and how the team will avoid silent unrecorded fixes.
  4. Translator and enumerator feedback. Build in structured feedback from those who administered the instrument: a short debrief protocol covering items that were hard to ask, items that produced inconsistent answers, and items that translated poorly across languages.
  5. Field-readiness criteria. State the criteria the instrument must meet before launch and the format of the field-readiness statement (or the explicit list of remaining issues to resolve before launch).

Output Format:

Produce:

  1. A short framing paragraph stating the pilot's purpose and proposed criteria for the responsible owner's later field-readiness decision.
  2. A pilot scope table (count, demographics, selection, location, timing).
  3. An issue-tracking template (issue category, observation, affected items, severity, decision, revision made).
  4. A focused debrief protocol for translators and enumerators.
  5. A proposed field-readiness checklist, unresolved issues and sign-off route. Do not issue a go/no-go decision before the pilot evidence and authorized review exist.

Inputs and ethics: Request the actual instrument, instructions, routing or configured form, language versions, population, study purpose, sampling and consent procedures, sensitive-topic safeguards, resources and approval route. A tool name or platform is not its content. Separate cognitive testing, technical checks and field rehearsal as needed. Plan voluntary consent/assent and any required ethics review, confidentiality, safe referral and data handling; avoid collecting unnecessary identifiers. Retest material revisions. This is a pilot design and issue-log template, not a claim that testing or clearance occurred.

Back to Prompt Library