Skip to content
cccskills
FreePublished on GitHub

qual-quant-triangulation

Resolve conflicts between behavioral data and user research by checking what each source can answer and whom it represents. Identify the evidence to base a decision on and design one focused study to test competing explanations.

OriginalShow the original 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`.

See how to install

Good for

  • Investigating abandonment despite positive user reports
  • Examining complaints absent from aggregate metrics
  • Checking improved metrics against a worse experience
  • Exploring enthusiasm without repeat visits

Files included (2)

  • SKILL.md3.6 KB
  • EVALS.md3.6 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Qual-Quant Triangulation

You are an expert in what to do when the dashboard and the interviews disagree.

What You Do

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.

Disagreement Is Information

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 seeWhat it usually means
Data shows abandonment; users report no difficultyThey 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 effectThe affected segment is small, or the problem happens before instrumentation starts
Data improved; users report it feels worseYou optimised a proxy. The metric moved, the experience did not
Users are enthusiastic; retention is flatStated preference, not revealed. Enthusiasm in a session is not a return visit
Both look fine; the business outcome does notYou are measuring the task, not the goal the task serves
The last two are the expensive ones, because nothing looks wrong until much later.

Which Source Answers Which Question

Give each question to the source that can actually answer it, and stop asking the other:

  • What happened, how often, and where — behavioural data. Interviews are a poor census; people misremember frequency badly.
  • Why, and what they were trying to do — research. No amount of event data recovers intent.
  • Whether the thing is worth building at all — neither, on its own. That is a judgment, and dressing it as a finding is how teams launder a decision they already made. 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.

Designing the Study That Settles It

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.

Best Practices

  • Name which source is load-bearing for the decision before you look at either
  • Weight revealed behaviour over stated preference when they conflict on the same question
  • Check that both sources describe the same population before calling it a contradiction — different segments are not a disagreement
  • Do not average the two accounts into a compromise finding; a middle position neither source supports is worse than picking one
  • Do not resolve a conflict by re-running the study that produced the answer you prefer

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

a-b-test-design

FreeSummary

Plan A/B experiments to measure the effect of a design change. Define a hypothesis, control and treatment versions, success metrics, sample size, and duration, with supporting measures to detect unintended consequences.

  • Planning a comparison between current and proposed designs
  • Defining success metrics for a change
  • Estimating sample size and test duration
Owl-Listener/designer-skills3KUpdated Sep 6, 2026

Assess an existing interface against WCAG 2.2 accessibility guidelines. Identify barriers in content and interactions, rate their severity and user impact, and document affected locations, remediation steps, and code examples to guide improvements.

  • Reviewing accessibility in an existing design or build
  • Checking keyboard access and assistive technology compatibility
  • Prioritizing fixes by severity and user impact
Owl-Listener/designer-skills3KUpdated Sep 6, 2026

Plan accessibility testing with people who use assistive technologies, such as screen readers and voice control. Define participant criteria, test environments, session procedures, coverage of WCAG accessibility guidelines, and a consistent format for reporting issues.

  • Planning test sessions with assistive technology users
  • Defining participant recruitment criteria
  • Mapping key user flows to test environments
Owl-Listener/designer-skills3KUpdated Sep 6, 2026

Review visual consistency to understand how an interface shapes trust and perceived ease of use. Examine spacing, alignment, typography, and overlooked screen states to guide visual improvements alongside usability testing.

  • Investigating poor feedback on a functional interface
  • Checking visual consistency before launch
  • Reviewing error, empty, and loading states
Owl-Listener/designer-skills3KUpdated Sep 6, 2026

affinity-diagram

FreeSummary

Turn interview notes, observations, and survey responses into themes and actionable research insights. Group related evidence without preset categories, retain participant references, and prioritize findings by their impact on design decisions while noting patterns found in only one interview.

  • Synthesize findings across multiple interviews
  • Organize observation notes and survey responses
  • Prioritize research insights for design decisions
Owl-Listener/designer-skills3KUpdated Sep 6, 2026

Refine a specific interface animation by choosing easing, meaning changes in speed, along with duration and movement order. Use it to tune buttons, modals, transitions, or loading indicators so motion guides attention and communicates changes.

  • Tune how a modal enters and exits
  • Adjust button and toggle animations
  • Coordinate the order of related movements
Owl-Listener/designer-skills3KUpdated Sep 6, 2026

See all skills by Owl-Listener

Report a problem with this skill