ux-sound-design — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited ux-sound-design (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Create functional and emotionally resonant audio for digital products using Audio UX methodology—from notification sounds to complete sonic systems.
Source: Audio UX + Design Thinking Principles
Core Principle: "Audio UX is the strategic and intentional use of sound to enhance the user experience." Unlike music or entertainment audio, UX sound design serves a function first. The best product sounds are invisible when working correctly and noticeable only when something needs attention.
Why This Matters: Sound is the most underutilized tool in digital product design. Research shows audio feedback improves task completion, reduces errors, and creates stronger brand associations. Yet most products either ignore sound entirely or use generic, forgettable audio.
| Claude Does | You Decide |
|---|---|
| Structures production workflow | Final creative direction |
| Suggests technical approaches | Equipment and tool choices |
| Creates templates and checklists | Quality standards |
| Identifies best practices | Brand/voice decisions |
| Generates script outlines | Final script approval |
Help me design audio for [product/feature].
Interaction: [what the user does]
Feedback needed: [what the sound should communicate]
Brand personality: [tone/feeling]Create an audio system for [app/product].
Key interactions: [list]
Brand: [personality traits]
Constraints: [technical limitations]Review these product sounds for UX effectiveness:
[describe current sounds]
Issues: [problems you've noticed]When designing UX sounds, follow this methodology:
Every product sound serves one of these purposes.
## UX Sound Categories
### 1. FEEDBACK SOUNDS
Confirm that an action was registered.
| Type | Purpose | Example |
|------|---------|---------|
| Confirmation | Action completed | Send button click |
| Progress | Something is happening | Upload progress |
| Success | Task finished successfully | Payment confirmed |
| Error | Something went wrong | Form validation error |
| Warning | Attention needed | Low battery |
### 2. NOTIFICATION SOUNDS
Alert user to external events.
| Type | Purpose | Example |
|------|---------|---------|
| Alert | Immediate attention | New message |
| Reminder | Scheduled prompt | Calendar event |
| Update | Information available | Download complete |
| Social | Human interaction | Someone liked your post |
### 3. NAVIGATION SOUNDS
Spatial orientation and movement.
| Type | Purpose | Example |
|------|---------|---------|
| Transition | Moving between views | Screen change |
| Selection | Choosing an option | Menu item hover |
| Boundary | End of scrollable content | List bottom reached |
### 4. AMBIENT/BACKGROUND
Context and mood.
| Type | Purpose | Example |
|------|---------|---------|
| Presence | App is running | Subtle background tone |
| Mode | Current state | Focus mode active |
| Celebration | Achievement | Goal reached |Core principles for effective UX audio.
## UX Sound Design Principles
### 1. FUNCTION FIRST
- Sound must communicate something useful
- Ask: "What information does this convey?"
- If no clear function, consider no sound
### 2. DISTINCT BUT RELATED
- Each sound should be recognizably different
- All sounds should feel like a family
- Use consistent:
- Tonal palette (key/scale)
- Timbral characteristics
- Duration ranges
- Dynamic levels
### 3. APPROPRIATE URGENCY
- Match sound urgency to message urgency
- Error ≠ always alarming
- Success ≠ always celebratory
- Scale:
1. Subtle acknowledgment
2. Gentle notification
3. Attention-getting alert
4. Urgent alarm
### 4. CONTEXT AWARE
- Consider when/where users hear this
- Public spaces: shorter, more subtle
- Private: can be more expressive
- Frequency: often-heard sounds must be less intrusive
### 5. ACCESSIBLE
- Don't rely solely on sound
- Always pair with visual feedback
- Consider frequency range (avoid only high frequencies)
- Ensure distinctiveness for users who can't see visual cues
### 6. CONTROLLABLE
- Users must be able to mute/adjust
- Provide volume controls
- Respect system settings
- Never surprise with unexpected soundDefine the raw materials for your audio system.
## Sound Palette Development
### Step 3.1: Define Brand Sound Attributes
Translate brand personality into audio terms:
| Brand Attribute | Sound Translation |
|-----------------|-------------------|
| Playful | Bouncy, melodic, varied pitch |
| Professional | Clean, precise, consonant |
| Innovative | Modern synthesis, unique timbres |
| Warm | Rounded, organic, mid-range |
| Energetic | Fast attack, bright, rhythmic |
| Calm | Soft attack, slow decay, filtered |
### Step 3.2: Choose Your Palette Elements
**Tonal Center**
- Pick a key (e.g., C major, F major)
- All sounds should relate to this key
- Create harmonic cohesion
**Timbre Family**
- Acoustic (piano, bells, wood)
- Synthetic (sine, FM, wavetable)
- Hybrid (processed acoustic)
- Choose based on brand
**Duration Range**
- Micro: 50-150ms (feedback)
- Short: 150-500ms (notifications)
- Medium: 500-1500ms (transitions)
- Long: 1500ms+ (celebrations)
**Dynamic Range**
- Define min/max volume levels
- Relative loudness between sound types
- Error > Notification > Feedback (typically)
### Step 3.3: Document the Palette
Tonal Center: F major Character: Warm, professional, approachable
Primary Timbre: Rounded sine with subtle harmonics Secondary Timbre: Soft mallet (marimba-like) Accent Timbre: Clean bell tone
Durations:
Loudness Hierarchy (relative to baseline):
Process for creating each sound.
## Sound Design Process
### For Each Sound:
**1. Define the Function**
- What exactly does this communicate?
- What action triggered it?
- What should user understand?
**2. Determine Urgency Level**
- 1 (subtle) → 5 (urgent)
- This affects: loudness, duration, pitch, complexity
**3. Consider Context**
- How often is it heard?
- Where is user when hearing it?
- What's user's emotional state?
**4. Design Parameters**
| Parameter | Low Urgency | High Urgency |
|-----------|-------------|--------------|
| Duration | Shorter | Longer |
| Attack | Soft | Sharp |
| Pitch | Neutral | Higher or dissonant |
| Complexity | Simple | More layers |
| Volume | Quieter | Louder |
**5. Create Variations**
- Design 3-5 options
- Test in context
- Get user feedback
- Iterate
### Common Patterns
**Confirmation/Success**:
- Rising pitch (positive)
- Clean, resolved harmony
- Quick, satisfying
- Example: Two notes ascending a third
**Error/Warning**:
- Falling or dissonant
- More complex/harsh
- Attention-getting but not alarming
- Example: Minor second interval, longer duration
**Notification**:
- Distinct melodic motif
- Balanced urgency
- Memorable but not annoying
- Example: 3-4 note sequenceCreate a coherent family of related sounds.
## Audio System Architecture
### Core Sound Set (Minimum Viable)
1. **Generic feedback** - Neutral acknowledgment
2. **Success** - Positive confirmation
3. **Error** - Something went wrong
4. **Notification** - New information
5. **Alert** - Requires attention
### Extended Sound Set
**Feedback family**:
- Tap/click (lightest)
- Selection
- Confirmation
- Success (fullest)
**Notification family**:
- Subtle update
- Standard notification
- Message received
- Urgent alert
**Navigation family**:
- Transition in
- Transition out
- Boundary reached
- Mode change
### Sound Relationships
QUIET ←───────────────────→ LOUD
Feedback Notification Alert Alarm ○ ● ◉ ◎
SUBTLE ←────────────────→ URGENT
### Variation Strategy
For each core sound, create:
- Standard version
- Subtle version (-6dB, shorter)
- Emphasized version (+3dB, fuller)
- This allows contextual flexibilitySpecifications for implementation.
## Audio Guidelines Document
### Overview
[Product] uses sound to enhance user experience through
clear feedback, gentle notifications, and brand presence.
### Sound Files
| Sound Name | File | Duration | Usage |
|------------|------|----------|-------|
| feedback_tap | tap.wav | 80ms | Button presses |
| feedback_success | success.wav | 250ms | Completed actions |
| feedback_error | error.wav | 350ms | Validation errors |
| notif_message | message.wav | 400ms | New messages |
| notif_alert | alert.wav | 600ms | Important updates |
### Implementation Guidelines
**When to Play**:
- Play sounds AFTER visual feedback, not before
- Never play sounds on page load
- Respect system mute settings
- Throttle rapid-fire triggers (max 1 per 100ms)
**Volume Control**:
- All sounds respect master volume
- Users can disable sound in settings
- Haptic feedback should accompany (mobile)
**Accessibility**:
- Every sound has visual equivalent
- Screen reader announcements pair with audio
- Don't rely on sound alone for critical info
### File Specifications
- Format: WAV (for development), MP3/AAC (production)
- Sample rate: 44.1kHz
- Bit depth: 16-bit minimum
- Channels: Mono (reduces file size, consistent playback)
- Peak level: -1dB (avoid clipping)Context: Designing sounds for a productivity app.
Input:
Help me design an audio system for a task management app. Key moments: task created, task completed, reminder, all tasks done for the day. Brand is calm, focused, professional.
Output:
Brand attributes: Calm, focused, professional Sound translation:
Tonal Center: C major (neutral, universal) Primary Timbre: Soft mallet/vibraphone character Duration Range: 100ms - 800ms Character: Clear, wood-like resonance with gentle decay
1. Task Created (feedback_subtle)
2. Task Completed (feedback_success)
3. Reminder (notification_standard)
4. All Tasks Complete (celebration)
Sound System: TaskFlow v1.0
Palette:
tonal_center: C_major
timbre: mallet_vibraphone
character: calm_professional
Sounds:
- name: task_created
file: sounds/task_created.wav
duration_ms: 120
trigger: task.create
volume: -9dB (relative)
- name: task_completed
file: sounds/task_completed.wav
duration_ms: 250
trigger: task.complete
volume: -6dB (relative)
- name: reminder
file: sounds/reminder.wav
duration_ms: 400
trigger: reminder.fire
volume: 0dB (baseline)
- name: daily_complete
file: sounds/daily_complete.wav
duration_ms: 800
trigger: tasks.all_complete
volume: 0dB (baseline)
Rules:
- Respect system mute
- Pair all sounds with haptic (mobile)
- Throttle: max 1 sound per 200ms
- No sound on app openContext: Adding audio feedback to checkout flow.
Input:
Design sounds for an e-commerce checkout: add to cart, remove from cart, apply coupon, payment processing, purchase complete. Brand is modern, trustworthy, slightly playful.
Output:
Modern: Clean synthesis, not acoustic Trustworthy: Consonant, resolved, stable Slightly playful: Small melodic interest, not sterile
Tonal Center: F major (warm, friendly) Timbre: Rounded digital tones, slight shimmer Character: Friendly but professional, like a good salesperson
Add to Cart ✚
Remove from Cart ✕
Coupon Applied 🎟️
Payment Processing ⏳
Purchase Complete 🎉
// Sound trigger logic
// Add to cart - play immediately on success
cartAPI.add(item).then(() => {
playSound('cart_add', { volume: 0.4 });
// Throttle: won't play again within 150ms
});
// Purchase complete - play after visual confirmation
if (purchaseSuccess) {
// Short delay so visual leads
setTimeout(() => {
playSound('purchase_complete', { volume: 0.8 });
}, 200);
}
// Processing - loop while waiting
const processingSound = playSound('processing', {
loop: true,
volume: 0.2
});
// Stop when complete
paymentAPI.process().finally(() => {
processingSound.stop();
});## Current State Assessment
□ What sounds exist currently?
□ Are they consistent (family feel)?
□ Do users complain about any sounds?
□ Are sounds controllable (mute option)?
□ Are visual alternatives provided?
## Function Check
□ Every sound serves a clear purpose
□ Users understand what each sound means
□ Urgency matches message importance
□ Frequency considered (annoying over time?)
## Brand Check
□ Sounds match brand personality
□ Sounds distinct from competitors
□ Consistent with visual design language
□ Appropriate for target audience
## Technical Check
□ Files optimized for platform
□ Plays reliably across devices
□ Respects system audio settings
□ No clipping or distortion## Sound: [Name]
### Function
- Purpose:
- Trigger:
- User action that causes this:
### Context
- How often heard:
- User emotional state:
- Environment:
### Design
- Urgency level: _/5
- Duration: _ms
- Tonal content:
- Timbre description:
### Technical
- File: [filename.wav]
- Sample rate: 44.1kHz
- Channels: Mono
- Peak level: -1dB
- Relative volume:
### Relationships
- Replaces: [if replacing existing sound]
- Similar to: [related sounds in system]
- Distinct from: [sounds it must differ from]name: ux-sound-design
category: audio
subcategory: sound-design
version: 1.0
author: MKTG Skills
source_expert: Audio UX
source_work: Audio UX Methodology
difficulty: intermediate
estimated_value: $2,000-10,000 per audio system (equivalent design work)
tags: [ux, sound-design, product, notifications, audio-feedback]
created: 2026-01-26
updated: 2026-01-26~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.