RY

Case study · Raahi

Raahi

Spot it. Fix it.

An AI browser plugin that helps UX practitioners detect, document, and explain dark patterns while reviewing live websites.

Raahi turns a practitioner’s instinct — “something about this experience feels manipulative” — into documented, defensible evidence.

Raahi's Dark Pattern Detected card open over a live subscription page, next to the region it scanned.
Role
Product Designer + Co-founder
Duration
16 weeks
Team
Design · Engineering · Legal · Data Science
Tools
Figma · Miro · Notion · Forms

The outcome

From “I know a dark pattern when I see one” to evidence a team can act on.

Raahi gives UX practitioners a systematic way to identify and document manipulative interface patterns while reviewing live websites.

Instead of relying on gut feel, checklists, or disconnected notes, practitioners can flag a pattern directly in the browser and connect it to a shared taxonomy.

  1. Notice

    “I think this is manipulative.”

  2. Detect

    Raahi identifies a potential pattern.

  3. Classify

    Coercive · Deceptive · Addictive

  4. Document

    One click creates evidence.

  5. Discuss

    Bring the evidence to a stakeholder.

Why it mattered

Practitioners could recognize manipulation. They couldn’t consistently prove it.

of surveyed practitioners regularly encounter dark patterns
78.9%
practitioners surveyed across the US and India
57+
in-depth practitioner interviews
12

Qualifier: the survey sample was self-selected through a university network. Findings are directional, not statistically representative.

Live website
Subtle manipulative pattern
Practitioner notices
  • No consistent vocabulary
  • No systematic documentation
  • No evidence
Raahi

“I know dark patterns when I see them — but I have no systematic way to document or prove it to a stakeholder.”

Senior UX practitioner, interview · March 2025

The workflow

From manual review to evidence inside the browser.

Before

  1. Live website
  2. Notice something
  3. Screenshot / notes
  4. Remember what happened
  5. Explain later
  6. Debate terminology
  7. Try to prove the issue

After

  1. Live website
  2. Raahi detects
  3. Practitioner flags
  4. Taxonomy classifies
  5. Evidence is recorded
  6. Stakeholder conversation

Raahi didn’t ask practitioners to adopt a new review workflow. It put detection inside the workflow they already had.

The product

Detection happens where the review happens.

Raahi runs as a browser plugin, scanning websites in real time and surfacing potential dark patterns as they appear. A practitioner can flag the pattern directly from the page and connect it to the product’s shared taxonomy.

Raahi's detection card over the scanned region of a live subscription page, with numbered annotations.
From the working prototype. The prototype labels each issue by pattern type and severity.
Raahi switched on from the browser's extension toolbar, over the page being reviewed. Browser avatar blurred.
  1. 01

    Detection

    Potential dark pattern surfaced while browsing.

  2. 02

    Toolbar

    Raahi stays available without taking the practitioner away from the website.

  3. 03

    Taxonomy

    Every flag maps to a consistent category.

  4. 04

    Evidence

    A flagged pattern becomes something the practitioner can document and discuss.

Product model

One vocabulary. One workflow. One source of evidence.

  • Tier 1

    Coercive

    Patterns that pressure users into an action.

  • Tier 2

    Deceptive

    Patterns that obscure, misrepresent, or manipulate information.

  • Tier 3

    Addictive

    Patterns designed to encourage repeated or excessive engagement.

The taxonomy became the backbone of the product because research showed that “dark pattern” meant different things to different practitioners.

Without a shared vocabulary, detection could not scale consistently.

Research

12 interviews. 57+ surveys. One product direction.

I combined practitioner interviews with a broader survey to understand how UX professionals identify and document dark patterns.

The important finding wasn’t simply that practitioners wanted a tool. It was who needed it, where they worked, and what was missing from their current workflow.

12

interviews

Recurring workflow patterns

57+

survey responses

Directional validation

5 product-relevant findings

  1. 1

    Language was missing

    “Dark pattern” meant something different to every practitioner.

  2. 2

    Review happens in the browser

    A tool that lives anywhere else doesn't get used.

  3. 3

    Instinct without proof

    Practitioners knew — they couldn't prove it to a stakeholder.

  4. 4

    Speed is the problem

    Manipulation works because it's invisible in the moment.

  5. 5

    The lever is upstream

    Reach the reviewer before the pattern ships.

The research synthesis board: user pain points, use-case scenarios, guiding questions, and a catalogue of deceptive pattern types.
Synthesis board — pain points, use cases, and the pattern types practitioners named.
Ramya presenting practitioner research findings, with examples of dark patterns on screen.
Presenting practitioner research findings.

Research → product

Research didn’t validate the original idea. It changed it.

  1. 01

    Browser plugin, not standalone app

    Original assumption

    Practitioners would use a standalone review application.

    Finding

    Practitioners review live websites inside the browser.

    Decision

    Move detection into a browser plugin.

    Outcome

    Raahi works where the review already happens.

  2. 02

    Shared taxonomy

    Original assumption

    “Dark pattern” was already a shared vocabulary.

    Finding

    Practitioners used the term differently.

    Decision

    Create a three-tier taxonomy.

    Outcome

    Every flag resolves to a consistent category.

  3. 03

    Evidence, not just flags

    Original assumption

    Flagging the pattern was enough.

    Finding

    Practitioners could identify patterns but struggled to prove them to stakeholders.

    Decision

    Turn each flag into evidence.

    Outcome

    A practitioner's instinct becomes something they can document and discuss.

Product strategy

Three decisions shaped the product.

  • Browser plugin, not standalone app

    Why
    Practitioners already review live websites in-browser.
    Tradeoff
    Less freedom than a dedicated review environment.
    Decision
    Workflow fit mattered more than surface area.
  • Practitioner-first, not end-user

    Why
    One practitioner can influence thousands of users downstream.
    Tradeoff
    The product does not directly protect an individual user at the moment of manipulation.
    Decision
    Move the intervention upstream, before harmful patterns ship.
  • Shared taxonomy

    Why
    Detection needs a stable vocabulary.
    Tradeoff
    A taxonomy necessarily compresses nuance.
    Decision
    Consistency and defensibility were more valuable than individual terminology.

My role

I connected the research, product strategy, and experience.

As Product Designer and Co-founder, I worked across research, product strategy, UX, and cross-functional decision-making.

I wasn’t only designing the interface. I helped determine who the product was for, where it should live, what it should detect, and how a detection becomes usable evidence.

  1. Research

    • 12 interviews
    • 57+ survey responses
    • Affinity mapping
  2. Product strategy

    • Practitioner-first scope
    • Browser-first workflow
    • Taxonomy
  3. UX / Product design

    • Detection card
    • Toolbar
    • Flag-to-evidence flow
    • Information architecture
  4. Collaboration

    • Design
    • Engineering
    • Legal
    • Data Science
  5. Delivery

    • Product specifications
    • Prototype
    • Practitioner validation

The process

A research-led process with decisions tied to evidence.

  1. 01Discover

    Interview practitioners; survey the wider field.

  2. 02Synthesize

    Affinity-map findings; find recurring workflow gaps.

  3. 03Define

    Choose the user, workflow, taxonomy and scope.

  4. 04Design

    Detection, taxonomy, toolbar and evidence flow.

  5. 05Validate

    Bring decisions back to practitioners.

  6. 06Prototype

    Build the model into a working browser prototype.

Core interaction

One click turns a hunch into evidence.

  1. 01

    Practitioner encounters a potential dark pattern.

  2. 02

    Raahi surfaces the detection.

  3. 03

    Practitioner reviews the flag.

  4. 04

    Pattern is classified using the shared taxonomy.

  5. 05

    The flag is recorded as evidence.

  6. 06

    Evidence supports a stakeholder conversation.

Detection alone isn’t enough. The useful outcome is defensible documentation.

The prototype

Raahi works inside the browser, not beside it.

A working prototype demonstrates the core interaction: detecting a potential pattern in context, classifying it, and turning the observation into documented evidence.

  1. A subscription management page on a live site, before Raahi runs. Account holder's name and delivery details are blurred.

    1Live website

  2. Raahi's select-area step: the page dims while the practitioner chooses the region to scan. Account holder's name blurred.

    2Raahi detection

  3. The Dark Pattern Detected card with a severity scale, a 65% design trust score, three issues, legal-violation links, and Provide Suggestions and Export buttons.

    3Detection card

  4. The detection card beside the scanned region, listing Visual Interference / Obfuscation, Hidden Costs / Incomplete Information and Forced Continuity, each with a severity marker.

    4Classification

  5. An expanded issue: high risk of legal violation with a GDPR link, the reason the pattern was flagged, why it matters, and a Read More link.

    5Evidence

Recorded on a teammate’s own account; their name and delivery details are blurred in the stills.

If this product shipped

The real test wouldn’t be installs. It would be whether practitioners use the evidence.

Raahi is a working prototype, not a shipped commercial product. There are therefore no adoption or business-impact numbers to claim.

The right success criteria would be behavioral.

  • Sustained use

    Do practitioners keep Raahi active after the initial novelty?

  • In-workflow detection

    Are flags created during real website reviews rather than demonstrations?

  • Evidence creation

    Do flagged patterns make it into stakeholder conversations?

  • Detection credibility

    Are detections accurate enough that practitioners trust them?

  • Taxonomy coverage

    Can the taxonomy evolve as new patterns emerge without losing consistency?

Before shipping

The hardest problem isn’t detecting more. It’s detecting accurately enough to be trusted.

Product

Open

Detection accuracy

False positives could undermine practitioner trust.

Open

Taxonomy expansion

The three-tier taxonomy will need to evolve as new patterns emerge.

Research evidence

Open

Generalizability

The research sample needs broader validation beyond the self-selected university network.

Open

Real-world adoption

Stated intent to use is not evidence of sustained use.

Operations

Open

Privacy / operational considerations

A production browser tool would need careful decisions about what websites and browsing information are processed.

What’s next

The next step is testing whether the concept holds up in real practice.

  • Broader practitioner validation

    Test the product direction with a more diverse practitioner sample.

  • Stronger detection

    Improve detection accuracy and evaluate false positives and false negatives.

  • AI dark-pattern coverage

    Extend the taxonomy and detection model to manipulation patterns emerging in generative AI interfaces.

The follow-on research is now studying how dark patterns emerge in generative AI, with the longer-term goal of feeding those findings back into the product model. I’m leading a team of five with two faculty advisors; the study is in data collection, targeting CHI 2027.

Final thoughts

Make manipulation visible before it ships.

Raahi started with a simple gap: practitioners could recognize dark patterns, but they lacked a consistent way to document and prove them.

The product turns that gap into a workflow — detect, classify, document, and act.

Next project

Wellnut

View case study