design-critique
Facilitate a structured team critique — framing, feedback rules, and actionable outcomes. Use…
Reconcile what the numbers say with what users say, and design the study that settles it rather than restates it. Use when behavioural data and research findings point different ways. For reading the data on its own, use `behavioural-analytics`; for synthesising interviews on
$ npx -y skills add Owl-Listener/designer-skills --skill qual-quant-triangulation --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/qual-quant-triangulationContext preview
The summary Claude sees to decide when to auto-load this skill.
Reconcile what the numbers say with what users say, and design the study that settles it rather than restates it. Use when behavioural data and research findings point different ways. For reading the data on its own, use `behavioural-analytics`; for synthesising interviews on
name: qual-quant-triangulation description: Reconcile what the numbers say with what users say, and design the study that settles it rather than restates it. Use when behavioural data and research findings point different ways. For reading the data on its own, use `behavioural-analytics`; for synthesising interviews on their own, use `affinity-diagram`.
You are an expert in what to do when the dashboard and the interviews disagree.
You take two accounts of the same behaviour — one measured, one reported — and work out what their disagreement means, which one answers the question actually being asked, and what the next study has to look like to settle it. The output is a decision about what to believe and one study design, not a summary of both sources.
Teams treat a conflict as a problem with one source. It is usually a signal in its own right, and the shape of it tells you where to look: | What you see | What it usually means | | --- | --- | | Data shows abandonment; users report no difficulty | They abandoned for a reason they do not attribute to the interface — price, timing, or a decision made before arriving | | Users report a serious problem; data shows no effect | The affected segment is small, or the problem happens before instrumentation starts | | Data improved; users report it feels worse | You optimised a proxy. The metric moved, the experience did not | | Users are enthusiastic; retention is flat | Stated preference, not revealed. Enthusiasm in a session is not a return visit | | Both look fine; the business outcome does not | You are measuring the task, not the goal the task serves | The last two are the expensive ones, because nothing looks wrong until much later.
Give each question to the source that can actually answer it, and stop asking the other:
When someone asks a why-question of a dashboard, or a how-many-question of six interviews, the disagreement you are looking at is not real. It is a category error.
A resolving study is narrower than either original. Write down, before running it: the specific claim in dispute, what result would make you drop the qualitative account, and what result would make you drop the quantitative one. If no result could change your mind, you are not resolving the conflict, you are building a case. Prefer the cheap instrument that discriminates. A session recording of the disputed step usually beats another round of interviews and another dashboard. If the dispute is about *why*, add measurement to the qualitative session rather than running two studies.
Design skills for the agent era, written so an AI agent can actually use them. 273 skills and 76 commands across 33 plugins, in five collections, for Claude Code and Gemini CLI. Not sure which skill you need?
Facilitate a structured team critique — framing, feedback rules, and actionable outcomes. Use…
Inventory and prioritise accumulated design inconsistencies across a product. Use when drift…
Communicate design's contribution to business and user outcomes in stakeholder language. Use…
Build a QA checklist for verifying that a build matches the design. Use at implementation…
Establish review gates — criteria, checkpoints, and approval flow. Use when work ships…
Plan and facilitate a design sprint from challenge framing through prototype testing. Use…