principle-experience-first

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

Updated Sep 2, 2026
One-click install
npx skills add https://github.com/jnyross/pstack-muse --skill principle-experience-first-jnyross
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: principle-experience-first
Source: https://github.com/jnyross/pstack-muse/tree/main/skills/principle-experience-first
Command: npx skills add https://github.com/jnyross/pstack-muse --skill principle-experience-first-jnyross

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When building products, teams often let implementation convenience dictate scope and quality, resulting in bloated features and rough experiences. This Skill provides a decision framework that keeps user experience as the governing priority in every product, UX, and feature-scope tradeoff. ## Core Features & Use Cases - Tradeoff Resolution: Resolves conflicts between engineering convenience and user delight in favor of the experience. - Scope Discipline: Encourages shipping fewer polished features instead of many rough ones, and saying no to features that do not earn their place. - Broad User Definition: Treats end users, library consumers, and future maintainers as users whose experience must be weighed. - Use Case: When debating whether to ship ten half-finished features or three polished ones before a release, apply this principle to cut scope and tighten the core workflow. ## Quick Start Ask the AI to apply the experience-first principle when reviewing a feature scope decision or product tradeoff.

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 must earn its place in the product.

What should I do when implementation convenience conflicts with user experience?

Choose user delight over implementation convenience. Every technical decision either helps or hurts the experience, so resolve the conflict in favor of the person consuming the work.

Who counts as the user for internal tools and libraries?

The user is whoever consumes the work. For a UI it is the end user, for a library or internal API it is the colleague who imports it, and the engineer who maintains the code next is a user too.

When should I prototype before committing to production code?

Prototype before committing whenever design decisions are involved. Design decisions are cheaper to explore in throwaway HTML than in production code.

How does this principle relate to foundational engineering work?

Foundations should serve the experience, not the other way around. Foundational thinking governs the sequence of work, while this principle governs the target the work aims at.