ux-research-plan
The ux-research-plan skill generates a structured, ready-to-execute UX research plan that covers research objectives, questions, methodology, participant screener, discussion guide, and synthesis framework. Use this skill when tasked with creating research plans, designing user studies, developing discussion guides, writing screener questions, or planning usability testing for any product feature or decision.
git clone --depth 1 https://github.com/mohitagw15856/pm-claude-skills /tmp/ux-research-plan && cp -r /tmp/ux-research-plan/plugins/pm-design/skills/ux-research-plan ~/.claude/skills/ux-research-planSKILL.md
# UX Research Plan Skill This skill creates a complete, ready-to-execute UX research plan. Output covers everything from research objectives to screener questions, discussion guide, and synthesis framework. ## Required Inputs Ask the user for these if not provided: - **Research question** (what decision will this research inform?) - **Product area or feature** being researched - **Research type** (Generative / Evaluative / Usability testing / Diary study / Survey) - **Stage** (Discovery / Concept validation / Prototype testing / Live product) - **Target participants** (role, demographics, behaviour — who should we talk to?) - **Timeline and number of sessions** - **Existing assumptions or hypotheses** (optional but valuable) ## Output Structure --- # UX Research Plan: [Study Title] **Product area:** [Area] **Research type:** [Type] **Date:** [Timeline] **Researcher:** [Leave for user] --- ## 1. Research Objectives State 2–4 clear research objectives. Each objective should map to a decision that will be made differently depending on what you find. **Objective [N]:** Understand [specific thing] so we can [decision this informs]. --- ## 2. Research Questions [5–8 questions — the actual questions you want research to answer. These are not the interview questions; they're the knowledge gaps. Organised under each objective.] **Objective 1:** - RQ1.1: [Research question] - RQ1.2: [Research question] --- ## 3. Methodology & Rationale **Method chosen:** [e.g. Semi-structured interviews / Usability testing / Concept testing] **Why this method:** [2–3 sentences. Match method to research type. If evaluative: usability testing. If generative: contextual inquiry or interviews. If testing comprehension: 5-second test or concept test.] **What this method will and won't tell us:** - **Will tell us:** [What this method is good at revealing] - **Won't tell us:** [What's out of scope — be honest about limits] **Sample size:** [Recommended number of sessions and why — e.g. "5–6 moderated interviews for generative research; 5–8 usability sessions to identify top issues"] --- ## 4. Participant Screener **Recruitment criteria:** | Criterion | Must Have / Nice to Have | Disqualify if | |---|---|---| | [e.g. Uses project management software daily] | Must Have | [Never uses any PM tool] | | [e.g. Works in a team of 5+] | Must Have | — | | [e.g. B2B industry] | Nice to Have | — | **Screener questions (5–8 questions):** [Q1] [Screening question — clear, not leading] - [Answer options — flag which qualify/disqualify] [Q2] ... **Incentive recommendation:** [Amount and format — e.g. "£50 gift voucher for a 60-min session is standard in the UK for professional participants"] --- ## 5. Discussion Guide Structure the session: ### Opening (5 min) - Introduce yourself and the study - "We're testing the design, not you — there are no wrong answers" - Permission to record - Warm-up: [1–2 easy questions to build rapport — e.g. "Tell me about your role and what a typical week looks like"] ### Core Questions (by section) **Section [A]: [Topic]** *(~X min)* 1. [Open question — start broad] *[Probe: Tell me more about...]* 2. [Follow-up to go deeper] *[Probe: Can you walk me through what happened?]* 3. [Specific scenario or past behaviour question] **Section [B]: [Topic]** *(~X min)* [Continue with 2–3 questions per section] **Usability tasks (if applicable):** > "I'm going to ask you to try a few things with this prototype. Please think aloud as you go." - Task [N]: [Clear task instruction — write from the user's perspective, not "click on X" but "find where you would go to do Y"] - **Success criteria:** [What "completing this task" looks like] - **What to observe:** [Where friction typically appears] ### Closing (5 min) - "Is there anything about [topic] we haven't covered that you think is important?" - "If you could change one thing about [product/concept], what would it be?" - Debrief and thank --- ## 6. Synthesis Framework After sessions, use this framework to synthesise findings: **Step 1: Session notes → Key observations** For each session: 3–5 specific observations (behaviours, quotes, reactions — not interpretations yet) **Step 2: Affinity mapping** Group observations by theme across all sessions. Aim for 4–7 clusters. **Step 3: Insight statements** For each cluster: "When [context], users [behaviour/experience], because [underlying need or mental model]." **Step 4: Implications** For each insight: "This means we should [design/product implication]" or "This challenges our assumption that [assumption]." **Step 5: Research report structure:** - Key findings (3–5 headlines) - Supporting evidence per finding - Design recommendations - Open questions for next research cycle --- ## Quality Checks - [ ] Research objectives map to real decisions - [ ] Discussion guide opens broad before going specific - [ ] Screener criteria are specific enough to get the right participants - [ ] Tasks (if usability) are written from the user's perspective - [ ] Synthesis framework is included - [ ] Incentive recommendation is included ## Anti-Patterns - [ ] Do not write a research plan without clearly stated research objectives — every methodology choice must flow from the objectives - [ ] Do not design a plan that mixes generative and evaluative research without clearly separating them - [ ] Do not omit screener criteria — recruiting unqualified participants invalidates the research - [ ] Do not write discussion guide questions that are leading — questions must be neutral and open-ended - [ ] Do not skip the incentive recommendation — uncompensated research has lower participant quality and completion rates ## Example Trigger Phrases - "Write a research plan for [feature or product area]" - "Create a discussion guide for user interviews about [topic]" - "Plan a usability test for [prototype or feature]" - "Write screener questions for [target user type]"
Design a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.
Decode a 401k or workplace retirement plan — the real cost of its funds, the match's fine print, vesting math, and the plan features worth using or avoiding. Use when someone asks 'is my 401k any good', 'decode my 401k plan', 'which funds should I look at', or 'what fees am I paying'. Produces a fee decode in dollars-over-time, match and vesting math, a fund-lineup triage by cost, and the questions for HR or the plan administrator.
Design statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.
Analyse a finished A/B test and write the readout — the result, whether it's statistically and practically significant, what it means, and the ship/no-ship call. Use when asked to analyse experiment results, write an A/B test readout, interpret test data, or decide whether to ship a variant. Produces a clear verdict with the lift and confidence, segment cuts, the risks (peeking, novelty, sample), and a recommendation. Distinct from planning a test — this reads results.
Generate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.
Plan a trip that actually works with a disability or access need — confirm real accessibility (not just 'accessible' labels), book the assistance in advance, plan for equipment and medication, and build in the contingencies for when access breaks down. Use when someone says 'plan an accessible trip', 'travelling with a wheelchair/disability', 'book assistance for my flight', or 'will this hotel actually work for me'. Produces an access-verified itinerary, an assistance-booking checklist, an equipment/medication plan, and contingency scripts. Verify specifics with providers.
Request a reasonable accommodation at work or in education — frame it around the barrier and the adjustment (not your diagnosis), cite the right process, and navigate the back-and-forth constructively. Use when someone says 'I need a workplace accommodation', 'request reasonable adjustments', 'ADA/Equality Act accommodation', or 'how do I ask for accommodations for my disability/condition'. Produces the request letter, a barriers-and-adjustments map, disclosure guidance, and a plan for the interactive process. Not legal advice — routes to the formal process and to advocacy where needed.
Build a structured account plan for any key customer or target account. Use when asked to create an account plan, key account strategy, strategic account review, or territory plan. Produces a complete account plan with relationship map, growth opportunities, risks, and 90-day action plan.