- Home
- Skills
- Flpbalada
- My Opencode Config
- Status Quo Bias
status-quo-bias_skill
136
GitHub Stars
1
Bundled Files
2 months ago
Catalog Refreshed
4 months ago
First Indexed
Readme & install
Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.
Installation
Preview and clipboard use veilstrat where the catalogue uses aiagentskills.
npx veilstrat add skill flpbalada/my-opencode-config --skill status-quo-bias- SKILL.md10.2 KB
Overview
This skill helps you identify and design for users' preference for the current state over change. It provides practical patterns to reduce resistance, use defaults ethically, and plan migrations or feature rollouts that users will accept. Use it to increase adoption while avoiding manipulative tactics.
How this skill works
The skill inspects user attachment to existing workflows, perceived risks, and cognitive costs of switching. It recommends interventions—smart defaults, gradual transitions, loss-framing, parallel running, and easy reversal—and maps those to concrete design steps and success metrics. It also flags ethical pitfalls and suggests measurable experiments to test adoption.
When to use it
- Planning product migrations or UI overhauls
- Introducing major new features or workflows
- Designing default settings and opt-out flows
- Onboarding users who must replace old tools or habits
- Updating pricing, policies, or account structures
Best practices
- Set beneficial defaults that protect users and require explicit opt-out
- Break big changes into incremental steps with visible progress
- Frame messaging around costs of not switching, not just feature gains
- Provide reversible trials or parallel running to reduce perceived risk
- Automate data/settings migration and preserve familiar elements
Example use cases
- Migrating enterprise customers to a new dashboard via phased rollout and one-click rollback
- Introducing a privacy-forward default while giving easy opt-out and clear rationale
- Rolling out a redesigned editor as an opt-in preview with saved drafts and side-by-side view
- Changing subscription tiers while grandfathering existing users and highlighting exact costs of staying on old plan
- Onboarding users from a competitor by importing configurations and showing a quick first success
FAQ
If attachment, perceived risk, or sunk cost is high, choose gradual steps with parallel running; use big-bang only when benefits greatly outweigh risk and you can automate migration.
Is framing losses ethical?
Yes when used transparently to surface real costs of staying; avoid fearmongering or hiding opt-outs. Always provide clear reversal and informed choice.
What metrics should I track during migration?
Adoption rate, time to switch, reversion rate (switch-back), and satisfaction post-change. Also measure support requests and task completion time.