🎯

status-quo-bias

🎯Skill

from flpbalada/my-opencode-config

VibeIndex|
What it does

Helps design product changes and migrations by understanding users' psychological resistance to change and creating strategies to overcome status quo bias.

πŸ“¦

Part of

flpbalada/my-opencode-config(40 items)

status-quo-bias

Installation

πŸ“‹ No install commands found in docs. Showing default command. Check GitHub for actual instructions.
Quick InstallInstall with npx
npx skills add flpbalada/my-opencode-config --skill status-quo-bias
1Installs
-
AddedFeb 4, 2026

Skill Details

SKILL.md

Overview

# Status Quo Bias - Designing for Change Resistance

Status quo bias is the tendency for people to prefer the current state of things

and avoid changes, even when change could bring better results. Understanding

this bias is essential for product design, user migration, and adoption

strategies.

When to Use This Skill

  • Planning product migrations or updates
  • Introducing new features or workflows
  • Designing default settings
  • Overcoming resistance to adoption
  • Creating onboarding experiences
  • Repositioning existing products

Core Principle

```

Status Quo Bias Dynamics:

People prefer current state because:

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”

β”‚ 1. Fear of uncertainty (unknown outcomes) β”‚

β”‚ 2. Loss aversion (losses feel 2x worse than gains) β”‚

β”‚ 3. Cognitive effort (change requires thinking) β”‚

β”‚ 4. Sunk cost fallacy (invested in current way) β”‚

β”‚ 5. Regret avoidance (fear of making wrong choice) β”‚

β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Result: Users stick with familiar even when

objectively better options exist

```

Psychological Foundations

Loss Aversion Connection

```

Change involves perceived losses AND gains:

Current State ───────────────────► New State

β”‚

β–Ό

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”

β”‚ User's calculation: β”‚

β”‚ β”‚

β”‚ Losses: -2x weight β”‚

β”‚ Gains: +1x weight β”‚

β”‚ β”‚

β”‚ Even if gains > losses, β”‚

β”‚ change feels net negative β”‚

β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

```

Cognitive Cost of Change

| Factor | Impact on Resistance |

| ------------------------ | ----------------------------------- |

| Learning new interface | High cognitive effort required |

| Uncertainty about result | Risk feels larger than it is |

| Breaking habits | Automatic behaviors disrupted |

| Decision fatigue | Choosing to change is itself effort |

Design Strategies

1. Smart Defaults

```

Leverage status quo bias FOR good outcomes:

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”

β”‚ Set beneficial defaults that users keep β”‚

β”‚ β”‚

β”‚ Examples: β”‚

β”‚ β”œβ”€β”€ Privacy settings defaulted to secure β”‚

β”‚ β”œβ”€β”€ Energy-saving mode defaulted on β”‚

β”‚ β”œβ”€β”€ Auto-renewal for subscriptions β”‚

β”‚ └── Recommended plan pre-selected β”‚

β”‚ β”‚

β”‚ Users rarely change defaults = design for it β”‚

β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

```

2. Gradual Transition

```

Migration Strategy:

Instead of: Old ────────────────────► New

(big scary jump)

Use: Old ──► Old+ ──► New- ──► New

(incremental steps)

Each step feels like small adjustment,

not abandoning familiar territory

```

3. Loss Framing Reversal

```

Traditional framing (triggers resistance):

"Switch to our new system for better features!"

Reframed (works with bias):

"Your current workflow is costing you 5 hours/week.

Here's how to reclaim that time."

Focus on losses of NOT changing,

not gains of changing.

```

4. Parallel Running

```

Reduce risk perception by offering both:

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”

β”‚ "Try the new version anytime" β”‚

β”‚ "Your old workflow is still available" β”‚

β”‚ "Switch back with one click" β”‚

β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Safety net reduces change anxiety

```

Application Areas

Product Migrations

| Challenge | Strategy |

| ---------------------- | -------------------------------------- |

| Moving users to new UI | Gradual rollout with opt-out |

| Deprecating features | Show replacement value before removing |

| Platform changes | Data migration handled automatically |

| Pricing updates | Grandfather existing users |

Feature Adoption

```

Why users ignore new features:

Current workflow works ──► Why risk changing it?

Solution framework:

  1. Show friction in current workflow
  2. Demonstrate specific improvement
  3. Make trying reversible
  4. Celebrate early wins

```

Default Design

```

Default Selection Impact:

Decision Type | Default Selection Rate

─────────────────────┼───────────────────────

Organ donation | 85-90% keep default

Retirement savings | 80%+ keep default

Privacy settings | 90%+ keep default

Subscription plans | 70%+ keep default

Takeaway: Default IS the decision for most users

```

Onboarding

```

Reduce status quo pull during onboarding:

Old Tool Habits ←─── User ───► Your New Tool

Strategies:

β”œβ”€β”€ Import existing data/settings

β”œβ”€β”€ Match familiar UI patterns where possible

β”œβ”€β”€ Highlight "you already know this" elements

β”œβ”€β”€ Make first success very quick

└── Show immediate value before asking for change

```

Overcoming Status Quo Bias

Framework: EASE

```

E - Eliminate uncertainty

└── Free trials, demos, guarantees

A - Amplify current pain

└── Show what staying costs them

S - Simplify the switch

└── One-click migration, setup wizards

E - Enable easy reversal

└── "Switch back anytime" safety nets

```

Messaging Patterns

| Instead of... | Try... |

| ---------------------------- | --------------------------------------- |

| "New and improved!" | "Same reliability, now even faster" |

| "Switch to X today" | "You're losing Y by not using X" |

| "Revolutionary new approach" | "Evolution of what you already love" |

| "Complete redesign" | "Streamlined version of familiar tools" |

Analysis Template

```markdown

Status Quo Bias Analysis

Change/Feature: [Name] Date: [Date]

Current State Assessment

| Factor | User Attachment Level |

| ------------------------ | --------------------- |

| Time invested in current | High/Med/Low |

| Habit strength | High/Med/Low |

| Perceived risk of change | High/Med/Low |

| Clarity of benefits | High/Med/Low |

Resistance Points

| Resistance Source | Mitigation Strategy |

| ------------------ | ------------------- |

| [Specific concern] | [How to address] |

| [Specific concern] | [How to address] |

Transition Design

Approach: [Gradual/Big Bang/Parallel]

Key Elements:

  • [ ] Safety net provided (easy reversal)
  • [ ] Loss framing used in messaging
  • [ ] Defaults optimized
  • [ ] Quick wins designed into early experience
  • [ ] Familiar elements preserved

Success Metrics

| Metric | Target |

| ------------------------ | ------ |

| Adoption rate | X% |

| Time to switch | X days |

| Reversion rate | < X% |

| Satisfaction post-change | X/10 |

```

Ethical Considerations

```

RESPONSIBLE USE OF STATUS QUO BIAS

Ethical uses:

β”œβ”€β”€ Default to privacy-protective settings

β”œβ”€β”€ Pre-select beneficial financial choices

β”œβ”€β”€ Auto-enroll in valuable programs with opt-out

└── Design for user's long-term benefit

Dark patterns to avoid:

β”œβ”€β”€ Making cancellation harder than signup

β”œβ”€β”€ Hiding opt-out options

β”œβ”€β”€ Auto-renewing at higher prices

β”œβ”€β”€ Defaulting to data-selling options

└── Creating artificial switching costs

```

Integration with Other Methods

| Method | Combined Use |

| -------------------------- | --------------------------------------------- |

| Loss Aversion | Frame staying as losing, not changing as gain |

| Cognitive Load | Reduce effort required to switch |

| Progressive Disclosure | Reveal change gradually |

| Trust Psychology | Build trust before asking for change |

| Fogg Behavior Model | Make switching easy (ability) and motivated |

Quick Reference

```

STATUS QUO BIAS CHEAT SHEET

When users resist change:

β–‘ Is the benefit of changing clear?

β–‘ Have you shown cost of NOT changing?

β–‘ Is there a safety net (easy reversal)?

β–‘ Can you make the transition gradual?

β–‘ Are familiar elements preserved?

When designing defaults:

β–‘ What serves user's best interest?

β–‘ What would an informed user choose?

β–‘ Is opt-out clearly available?

β–‘ Have you avoided dark patterns?

When migrating users:

β–‘ Automatic data/setting migration?

β–‘ Parallel running period available?

β–‘ Quick wins in new experience?

β–‘ Clear communication of changes?

```

Resources

  • [Nudge - Richard Thaler & Cass Sunstein](https://www.amazon.com/Nudge-Improving-Decisions-Health-Happiness/dp/014311526X)
  • [Thinking, Fast and Slow - Daniel Kahneman](https://www.amazon.com/Thinking-Fast-Slow-Daniel-Kahneman/dp/0374533555)
  • [Status Quo Bias in Decision Making - Samuelson & Zeckhauser](https://scholar.harvard.edu/rzeckhauser/publications/status-quo-bias-decision-making)

More from this repository10

🎯
five-whys🎯Skill

Systematically uncovers root causes of problems through iterative questioning, revealing underlying issues beyond surface-level symptoms.

🎯
social-proof-psychology🎯Skill

Optimizes user trust and conversion by strategically displaying social validation through testimonials, user stats, and expert endorsements.

🎯
cognitive-fluency-psychology🎯Skill

Enhances user comprehension and engagement by applying cognitive fluency principles to simplify information processing across content and interfaces.

🎯
hooked-model🎯Skill

Designs habit-forming products by mapping user triggers, actions, rewards, and investments to create engaging, addictive product experiences.

🎯
cognitive-biases🎯Skill

Applies cognitive bias insights to optimize product design, user experiences, and decision-making strategies by leveraging psychological principles.

🎯
cognitive-load🎯Skill

Optimizes user experiences by managing mental resources through Cognitive Load Theory, reducing interface complexity and improving task completion.

🎯
typescript-satisfies-operator🎯Skill

Validates TypeScript object types while preserving precise literal types, preventing type widening and catching type-related errors early.

🎯
what-not-to-do-as-product-manager🎯Skill

Highlights common pitfalls and mistakes product managers should avoid to improve their professional effectiveness and team collaboration.

🎯
typescript-interface-vs-type🎯Skill

Guides developers on choosing between TypeScript interfaces and type aliases based on specific use cases and performance considerations.

🎯
typescript-best-practices🎯Skill

Enforces TypeScript best practices and coding standards through comprehensive linting and configuration rules for consistent, high-quality code.