flpbalada/fb-skills

status-quo-bias

Design for user resistance to change and preference for the current state.

First seen May 4, 2026

Installation

$ npx skills add flpbalada/fb-skills --skill status-quo-bias

Summary

  • Design for user resistance to change and preference for the current state.
  • Use when planning migrations, defaults, switching paths, feature adoption, workflow replacement, or rollout risk; distinguish from loss aversion by focusing on change friction, reversibility, and transition design.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from flpbalada/fb-skills · top by installs.

npx skills add flpbalada/fb-skills

Browse all from flpbalada/fb-skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 7
Default branch main
Open issues 0
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,406 B
  • docs SUMMARY.md 312 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 11 installs

SKILL.md

Status Quo Bias

Goal

Make change feel lower risk than staying still. Reduce effort, uncertainty, and perceived loss.

Rules

  • Identify what users lose by changing.
  • Preserve familiar workflows where possible.
  • Use smart defaults.
  • Make change reversible when possible.
  • Show clear benefit before asking for effort.
  • Let users transition gradually for risky changes.
  • Do not force change without support.

Resistance Sources

  • Loss aversion: change feels like giving something up.
  • Cognitive cost: learning a new path takes effort.
  • Uncertainty: user does not know what happens next.
  • Switching cost: migration, setup, data, or team coordination.
  • Identity or habit: old way feels safer.

Strategies

  • Smart defaults: make best option the easiest option.
  • Gradual transition: introduce change in steps.
  • Risk reversal: backup, undo, rollback, trial.
  • Parallel running: old and new workflows overlap temporarily.
  • Clear migration help: import, setup, checklist, support.
  • Loss framing reversal: show cost of staying unchanged.

Flow

  1. Define current behavior.
  2. Define desired behavior.
  3. List perceived losses and effort.
  4. Identify risks of staying the same.
  5. Design a low-friction transition path.
  6. Add support, reversibility, and defaults.
  7. Measure adoption and fallback usage.

Metrics

  • Adoption rate.
  • Migration completion.
  • Time to first successful use.
  • Rollback or opt-out rate.
  • Support tickets.
  • Feature retention after first use.

Resources

Output

## Status Quo Bias Analysis
- Current state:
- Desired state:
- Resistance points:
- Transition design:
- Defaults:
- Risk reversal:
- Metrics: