Release Notes Style Guide
Writing standards to ensure consistency, clarity, and user-focus across all release notes.Voice & Tone
Voice Characteristics
| Trait | Application |
|---|---|
| Clear | Simple words, short sentences |
| Direct | Get to the point immediately |
| Helpful | Focus on user benefit, not features |
| Confident | State facts without hedging |
| Approachable | Professional but not stiff |
Tone Guidelines
Do:- Use contractions (“you’ll”, “can’t”, “don’t”)
- Address the reader as “you”
- Lead with benefits
- Be specific and concrete
- Use “we” or “our” (company-focused)
- Hedge with “hopefully”, “should”, “might”
- Use passive voice
- Include internal jokes or references
Verb Tense
Present Tense (Active)
Use for new features and current capabilities:- ✅ “Adds playlist collaboration”
- ✅ “Improves dashboard loading speed”
- ✅ “Introduces new upload flow”
Past Tense
Use for bug fixes and resolved issues:- ✅ “Fixed login timeout error”
- ✅ “Resolved mobile player crash”
- ✅ “Corrected billing calculation”
Present Perfect (Sparingly)
Use for cumulative changes:- ✅ “Has streamlined the approval process”
- ⚠️ Use sparingly—prefer simple present or past
Sentence Structure
Length
- Keep sentences under 25 words
- Break long sentences into bullets
- One idea per sentence
Examples
❌ Too long: “We’ve updated the producer dashboard to include new analytics features that help you track your performance and understand your audience better with detailed metrics.” ✅ Better: “New analytics in your producer dashboard. Track performance metrics and understand your audience.”Bullet Points
Format:- Lead with outcome/benefit
- Keep to one line when possible
- Use parallel structure
- Upload speed is faster
- We’ve improved the player
- Bug with login is fixed
- Faster uploads — Process tracks 50% quicker
- Improved player — Smoother playback on mobile
- Fixed login bug — No more timeout errors
Word Choice
Preferred Terms
| Use This | Not This |
|---|---|
| you | we, our, us |
| your profile | your account |
| Billing | Settings → Subscription |
| profile avatar | user menu |
| track | song (use “track” for beats) |
| beat | song (for producer content) |
| producer | artist (when referring to uploaders) |
| artist | listener (when referring to consumers) |
Numbers
- Write 1-9 as words: “three new features”
- Write 10+ as numerals: “12% faster”
- Always use numerals for percentages, prices, dates
- Use “95%” not “ninety-five percent”
Time References
- “now” for immediate availability
- “today” for day of release
- “this week” for rolling releases
- Avoid “soon”, “eventually”, “coming soon”
UI References
Formatting
Bold all UI elements:- Button text —
**Save Changes** - Menu items —
**Billing** - Page names —
**Producer Dashboard** - Section headers —
**Current Plan** - Navigation paths —
**profile avatar** → **Billing**
Navigation Patterns
Always use the exact UI labels: ✅ Correct: “Click your profile avatar in the top navigation, then select Billing.” ❌ Incorrect: “Go to Settings → Subscription”Examples
| Element | Correct Reference |
|---|---|
| User menu | profile avatar |
| Billing page | Billing |
| Dashboard | Producer Dashboard |
| Upload button | Upload button |
| Plan change button | Change plan |
Tooltips
Purpose
Use<Tooltip> to give readers an inline definition of a term on hover — without leaving the page. Tooltips reduce confusion around domain jargon, technical acronyms, and BeatPass-specific concepts.
Writing Tooltip Text
tip text rules:
- One to two sentences maximum
- Define the term in the BeatPass context, not a generic dictionary definition
- Write in plain English — no code, no internal terminology
- Don’t repeat the term itself inside the tip
When to Add a Tooltip
Add a tooltip when a term meets any of these criteria:- It’s BeatPass-specific jargon (contribution value, tokens, platform fee, duration tier)
- It’s a technical term the audience may not know (Bearer token, webhook, rate limit, 2FA)
- It has a BeatPass-specific meaning different from everyday usage (exclusive license, Stripe Express)
- The term is common English (subscription, upload, download, payment)
- A
<Note>,<Info>, or<Warning>already explains it in the same section - The term has already been tooltipped earlier on the same page
Placement Rules
- First occurrence only — One tooltip per term per page
- Body text preferred — Place in running prose, not inside
##headings (exception: glossary-style headings where the heading IS the defined term) - Works with formatting — Can nest inside bold:
**<Tooltip tip="...">term</Tooltip>** - Don’t use inside code blocks — Tooltips are for prose, not code examples
Cross-Linking with cta + href
Use only when a dedicated page goes deeper on the term:
cta and href when there’s no deeper page to link to.
Prohibited Content
Never Include
-
Internal terminology
- ❌ “music.create permission”
- ✅ “ability to upload tracks”
-
Code or technical details
- ❌ “Fixed null pointer in TrackController”
- ✅ “Fixed crash when saving tracks”
-
Database/technical terms
- ❌ “Added migration for user_settings”
- ✅ “New settings available in your profile”
-
Internal IDs or slugs
- ❌ “Updated notif_id: beat_request_match”
- ✅ “Updated beat request notifications”
-
API endpoints
- ❌ “POST /api/v2/tracks now supports…”
- ✅ “Track uploads now support…”
-
Git references
- ❌ “PR #1234 merged”
- ✅ “New feature released”
-
Emoji
- ❌ ”🎉 New feature! 🚀”
- ✅ Use Mintlify icons only
Section Standards
Summary (2-3 sentences)
Template:What’s New (3-7 bullets)
Structure:Why It Matters (2-4 bullets)
Focus on user outcomes:How to Use (Numbered steps)
Format:Formatting Rules
Headers
- Use title case (“What’s New”, not “What’s new”)
- H2 for main sections
- H3 for subsections only if needed
Links
- Use descriptive text, not “click here”
- Root-relative paths:
/help/page-name - Test all links before publishing
Lists
- Use bullet points for unordered items
- Use numbered lists for sequential steps
- Keep list items parallel in structure
Tables
- Use for comparisons (before/after, options)
- Include header row
- Keep cell content brief
Length Guidelines
| Section | Target Length |
|---|---|
| Title | 3-7 words |
| Summary | 2-3 sentences |
| What’s New | 3-7 bullets |
| Why It Matters | 2-4 bullets |
| How to Use | 3-5 steps |
| Total | 200-400 words |
Examples: Good vs Bad
Title
❌ “Implementation of New Feature for User Enhancement” ✅ “New Playlist Collaboration”Summary
❌ “We have been working hard on this feature and are excited to announce that users can now collaborate on playlists which we think will be really useful for everyone.” ✅ “Collaborate on playlists in real-time. Invite editors, set permissions, and track changes.”What’s New
❌Why It Matters
❌ “This feature allows users to work together on playlists which is something people have been asking for and we think it’s really great.” ✅Quick Reference Card
| Aspect | Rule |
|---|---|
| Voice | Active, user-focused |
| Tense | Present for features, past for fixes |
| Length | 200-400 words total |
| You vs We | Always “you”, never “we” |
| Numbers | Words 1-9, numerals 10+ |
| UI refs | Bold exact labels |
| Emoji | Never use |
| Jargon | Never use internal terms |
| Tooltips | First occurrence per page for domain jargon/technical terms |
| Snippets | Use /snippets/ imports for repeated content (fees, support, warnings) |