principle-experience-first

Guides product and UX tradeoff decisions toward user delight over implementation convenience.

1|Updated Aug 26, 2026
One-click install
npx skills add https://github.com/edivad1999/stuc-stack --skill principle-experience-first-edivad1999
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: principle-experience-first
Source: https://github.com/edivad1999/stuc-stack/tree/main/skills/principle-experience-first
Command: npx skills add https://github.com/edivad1999/stuc-stack --skill principle-experience-first-edivad1999

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Engineering teams often let implementation convenience dictate product decisions, resulting in bloated feature sets and rough user experiences. This Skill provides a decision principle that resolves product, UX, and feature-scope tradeoffs in favor of user delight. ## Core Features & Use Cases - Tradeoff Resolution: When convenience conflicts with delight, it directs you to choose delight and explain impact from the user's seat. - Scope Discipline: Encourages shipping fewer polished features instead of many rough ones, and saying no to features that have not earned their place. - Prototyping Guidance: Promotes validating design decisions in throwaway Compose previews before committing to production code. - Use Case: While scoping an Android feature, a developer is tempted to add ten half-finished options. Apply this principle to cut scope to three polished features with refined transitions, spacing, and error states. ## Quick Start Apply the experience-first principle to evaluate whether this feature scope and UX tradeoff prioritizes user delight over implementation convenience.

Frequently Asked Questions about principle-experience-first

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I decide between shipping more features or polishing fewer ones?▼

Ship fewer polished features rather than more rough ones. A polished experience with three features beats a rough one with ten, and every feature, control, and option must earn its place in the product.

How to validate UX design decisions before writing production code?▼

Prototype before committing by testing design decisions in a throwaway Compose preview, where changes are far cheaper than in production code. This lets you evaluate the experience before investing in implementation.

Does this principle apply to libraries and internal APIs?▼

Yes, the user is whoever consumes the work. For a library or internal API, the user is the colleague who imports it, and the engineer who maintains the code next is a user too. Weigh their experience the same way.

When should implementation convenience override user experience?▼

According to this principle, it should not. When implementation convenience conflicts with user delight, choose delight, and explain the impact of decisions from the user's seat rather than the implementer's.

What details matter most when polishing a user experience?▼

Focus on transitions, alignment, spacing, feedback, and error states. Also tighten the core loop so every feature serves the central workflow or gets out of the way.