Mobile App Design Standards
This skill should be used when the user asks to "design mobile UI", "review app design", "check UI guidelines", "improve app UX", "design React Native interface", "create app screens", "follow design standards", or mentions iOS/Android design patterns, accessibility, or mobile user experience. Provides comprehensive mobile app UI/UX design guidance.
What this skill does
# Mobile App Design Standards Comprehensive guidance for designing mobile applications that follow platform conventions, accessibility standards, and modern UX best practices. ## Purpose Apply platform-specific design guidelines, interaction patterns, and accessibility standards when designing, reviewing, or improving mobile application interfaces. Ensure designs are consistent, accessible, performant, and follow 2026 industry best practices. ## When to Use This Skill Use this skill when: - Designing new mobile app screens or features - Reviewing existing UI/UX implementations - Planning interaction flows and navigation - Establishing design systems or style guides - Making platform-specific design decisions - Optimizing for accessibility or performance - Modernizing legacy mobile interfaces ## Core Design Principles ### Platform-Native Conventions **iOS (Human Interface Guidelines):** - Navigation: Back button in top-left, primary action in top-right - Tab bar at bottom with 3-5 items - Large titles for hierarchy - System fonts: San Francisco (designed for small sizes) - Haptic feedback for confirmations - Swipe gestures for navigation **Android (Material Design):** - Navigation: Back in top-left, overflow menu in top-right - Bottom navigation or navigation drawer - Floating Action Button (FAB) for primary actions - System fonts: Roboto - Ripple effects for touch feedback - Navigation drawer for hierarchical content **React Native Cross-Platform:** - Use platform-specific components where behavior differs - Respect platform conventions for navigation patterns - Test on both iOS and Android devices - Consider using React Navigation for platform-aware navigation - Use Platform API for conditional rendering ### Touch Targets and Spacing **Minimum Sizes:** - iOS: 44 × 44 points minimum for all interactive elements - Android: 48 × 48 dp minimum for all touch targets - Spacing between targets: minimum 8dp/pt **Best Practices:** - Larger targets for primary actions (56dp FAB on Android) - Adequate spacing prevents accidental taps - Consider thumb zones on large screens - Test with actual fingers, not mouse clicks ### Typography Standards **Minimum Sizes:** - Body text: 16sp/pt minimum (14sp absolute minimum) - Labels: 11-12pt minimum - Avoid text smaller than 11pt for legibility **Hierarchy:** - Clear visual hierarchy through size, weight, color - Consistent scale across the app (e.g., 12/14/16/20/24/32pt) - Use platform system fonts unless brand requires custom - Support dynamic type (iOS) and font scaling (Android) ### Color and Contrast **WCAG Standards:** - Normal text: 4.5:1 contrast ratio minimum - Large text (18pt+): 3:1 contrast ratio minimum - UI components: 3:1 contrast ratio for boundaries **Color Usage:** - Don't rely solely on color to convey information - Provide alternative indicators (icons, labels, patterns) - Support dark mode where applicable - Test color blindness scenarios ## Component Architecture ### Container/Presentational Pattern **Presentational Components:** - Focus on rendering UI elements - Receive data via props - No state management or business logic - Highly reusable and testable **Container Components:** - Handle data fetching and state - Manage business logic - Pass data to presentational components - Connect to app state/context ### Atomic Design Methodology **Atoms:** Basic building blocks (buttons, inputs, icons) - Single-purpose components - Highly reusable - Consistent styling **Molecules:** Simple component groups (form fields, search bars) - Combine atoms into functional units - Maintain single responsibility **Organisms:** Complex component assemblies (headers, cards, forms) - Combine molecules and atoms - Represent distinct sections **Templates:** Page-level layouts - Define structure and placement - No real content **Pages:** Specific instances - Real content applied to templates - Actual screens in the app ## Accessibility (a11y) ### Screen Reader Support **Labels and Hints:** - All interactive elements need accessible labels - Use `accessibilityLabel` (React Native) or `contentDescription` (Android) - Provide hints for complex interactions - Announce dynamic content changes **Navigation:** - Logical focus order (top to bottom, left to right) - Skip navigation for repetitive content - Clear heading hierarchy - Announce screen changes ### Cognitive Accessibility **Reduce Cognitive Load:** - Clear, concise labels (avoid jargon) - Consistent patterns throughout app - Progressive disclosure (show what's needed) - Clear error messages with recovery steps **Focus Management:** - Highlight focused elements clearly - Support keyboard navigation where applicable - Maintain focus context during navigation ## Performance Optimization ### Perceived Performance **Loading States:** - Skeleton screens for content loading - Progress indicators for operations >1 second - Optimistic UI updates (show action immediately) - Prevent layout shift during load **Responsiveness:** - Touch feedback within 100ms - Visual feedback for all interactions - Smooth animations (60fps target) - Debounce rapid inputs ### React Native Best Practices **Component Optimization:** - Use `React.memo` for expensive components - Implement `shouldComponentUpdate` or `useMemo` - Lazy load heavy components - Virtualize long lists (FlatList, SectionList) **Bundle Optimization:** - Code splitting for large apps - Remove unused dependencies - Optimize image sizes and formats - Use Hermes engine (Android) ## Design System Essentials ### Consistency Checklist **Visual Consistency:** - [ ] Unified color palette (primary, secondary, accent, neutrals) - [ ] Typography scale defined (font sizes, weights, line heights) - [ ] Spacing system (4pt/8pt grid or similar) - [ ] Component library documented - [ ] Icon set consistent in style and size **Behavioral Consistency:** - [ ] Navigation patterns unified - [ ] Button actions predictable - [ ] Form validation consistent - [ ] Error handling standardized - [ ] Loading states uniform ### Component Documentation Document each component with: - Purpose and use cases - Props and their types - Visual variants (states, sizes, styles) - Accessibility requirements - Platform-specific considerations - Usage examples ## 2026 Design Trends (Optional Enhancement) ### AI-Driven Interaction **Predictive UI:** - Anticipate user needs based on context - Smart defaults in forms - Personalized content ordering - Contextual suggestions **Conversational Interfaces:** - Voice interaction support - Natural language input - Progressive disclosure through conversation ### Advanced Visual Design **Spatial Computing:** - Consider depth and layering - Subtle parallax effects - 3D elements where appropriate - Immersive experiences **Micro-Interactions:** - Delightful animation details - Haptic feedback coordination - Sound design for actions - Emotional engagement ## Workflow Integration ### Design Phase 1. **Define requirements** - Understand user needs and business goals 2. **Research patterns** - Review platform guidelines and competitors 3. **Sketch wireframes** - Low-fidelity layouts first 4. **Create prototypes** - Interactive mockups for testing 5. **Validate designs** - User testing and accessibility checks ### Review Phase When reviewing designs or implementations: 1. Check platform conventions (iOS vs Android) 2. Verify touch target sizes (44pt/48dp minimum) 3. Test color contrast ratios (WCAG AA minimum) 4. Validate accessibility labels 5. Confirm consistency with design system 6. Review performance considerations ### Implementation Phase 1. Use presentational/container pattern 2. Build atomic components bottom-up 3. Implement accessibility from start 4. Test on real devices (both platforms) 5. Optimize for performance 6. Document component usage ## Additional Resources ### Reference Files For detailed platform-specific guidance, consult: **Platform Guidelines:** - **`
Related in Design
contribute
IncludedLocal-only OSS contribution command center. Auto-refreshes the user's in-flight PR and issue state on invoke so conversations start with full context — no need to brief Claude on what's in flight. Helps the user find issues to contribute to on GitHub, builds per-repo dossiers of what each upstream expects (CLA, DCO, branch convention, AI policy, draft-first, review bots, issue templates), runs deterministic gates before any external action so AI-assisted contributions don't reach maintainers as slop. State is markdown-only: candidate files at ~/.contribute-system/candidates/, repo dossiers at ~/.contribute-system/research/, append-only event log at ~/.contribute-system/log.jsonl. No database, no cloud calls. Use when the user asks about their PRs / issues / contributions, wants to find new work to take on, claim an issue, build/refresh a repo's dossier, or draft a Design Issue or PR. Trigger with "/contribute", "what's my PR status", "find a contribution", "claim issue X", "draft a Design Issue for Y", "refresh dossier for Z".
architectural-analysis
IncludedUser-triggered deep architectural analysis of a codebase or scoped subtree across eight modes — information architecture, data flow, integration points, UI surfaces, interaction patterns, data model, control flow, and failure modes. This skill should be used when the user asks to "diagram this codebase," "map the architecture," "show the data flow," "give me an ERD," "trace control flow," "find the integration points," "verify the layout pattern," "audit the UX architecture," or any similar request whose primary deliverable is mermaid diagrams plus cited reports under docs/architecture/. Dispatches haiku/sonnet sub-agents in parallel for per-mode exploration, then verifies every citation mechanically before any node lands in a diagram. Not for one-off prose explanations of code (use code-explanation) or for high-level system design from scratch (use system-design).
mcp
IncludedModel Context Protocol (MCP) server development and tool management. Languages: Python, TypeScript. Capabilities: build MCP servers, integrate external APIs, discover/execute MCP tools, manage multi-server configs, design agent-centric tools. Actions: create, build, integrate, discover, execute, configure MCP servers/tools. Keywords: MCP, Model Context Protocol, MCP server, MCP tool, stdio transport, SSE transport, tool discovery, resource provider, prompt template, external API integration, Gemini CLI MCP, Claude MCP, agent tools, tool execution, server config. Use when: building MCP servers, integrating external APIs as MCP tools, discovering available MCP tools, executing MCP capabilities, configuring multi-server setups, designing tools for AI agents.
react-native-skia
IncludedDesign, build, debug, and optimise high-polish animated graphics in React Native or Expo using @shopify/react-native-skia, Reanimated, and Gesture Handler. Use when the user wants canvas-driven UI, shaders, paths, rich text, image filters, sprite fields, Skottie, video frames, snapshots, web CanvasKit setup, or performance tuning for custom motion-heavy elements such as loaders, hero art, cards, charts, progress indicators, particle systems, or gesture-driven surfaces. Also use when the user asks for fluid, glow, glass, blob, parallax, 60fps/120fps, or GPU-friendly animated effects in React Native, even if they do not explicitly say "Skia". Do not use for ordinary form/layout work with standard views.
plaid
IncludedProduct Led AI Development — guides founders from idea to launched product. Six capabilities: Idea (discover a product idea), Validate (pressure-test the idea against fatal flaws, problem reality, competition, and 2-week MVP feasibility), Plan (vision intake + document generation), Design (translate image references into a design.md spec), Launch (go-to-market strategy), and Build (roadmap execution). Use when someone says "PLAID", "plaid idea", "help me find an idea", "product idea", "idea from my business", "idea from my expertise", "plaid validate", "validate my idea", "pressure-test", "is this idea good", "find fatal flaws", "validate the problem", "plan a product", "define my vision", "generate a PRD", "product strategy", "plaid design", "design from image", "translate image to design", "create design.md", "extract design tokens", "plaid launch", "go-to-market", "launch plan", "GTM strategy", "launch playbook", "plaid build", "build the app", "start building", or "execute the roadmap".
nextjs-framer-motion-animations
IncludedAdds production-safe Motion for React or Framer Motion animations to Next.js apps, including reveal, hover and tap micro-interactions, whileInView, stagger, AnimatePresence, layout and layoutId transitions, reorder, scroll-linked UI, and lightweight route-content transitions. Use when the user asks to add, refactor, or debug Motion or Framer Motion in App Router or Pages Router codebases, especially around server/client boundaries, reduced motion, LazyMotion, bundle size, hydration, or route transitions. Avoid for GSAP-style timelines, WebGL or 3D scenes, heavy scroll storytelling, or CSS-only effects unless Motion is explicitly requested.