====== Blog Post Planning Template for Consumer EEG Sleep Technology ======
This template provides a structured framework for planning blog content.
===== Part 1: Strategic Planning Framework =====
Complete this section before drafting any content. Each field must align with business objectives.
^ Element ^ Requirements & Guiding Questions ^ Example ^
| **Target Audience** | Define the specific segment. Consider: demographics, current solutions they use, pain points, sophistication level. | Quantified-self enthusiasts aged 25-45 who track sleep with wearables but seek deeper insights into sleep quality |
| **Core Message** | One sentence capturing the primary insight readers must retain. This drives all content decisions. | EEG-based monitoring reveals brain activity patterns that movement-based trackers cannot detect, providing actionable insights for sleep optimization |
| **Intended Action** | Single, specific behavior you want readers to take. Avoid multiple CTAs. | Join early access waitlist for beta testing program |
| **Competitive Context** | How to position alternative solutions constructively. Acknowledge their strengths while clarifying different use cases. | Wrist-worn devices excel at 24/7 activity tracking and convenience; EEG devices provide clinical-grade sleep stage analysis for those prioritizing sleep optimization |
| **Product Status & Narrative Mode** | Select current status and how you’ll talk about it. Options: Concept, Basic Prototype, In Development, Shipping. Narrative modes: Present-state (what exists today) or Future-cast (market interest test, projecting near-term availability). Ensure consistent framing across the post and Q&A. | Status: Basic Prototype. Narrative: Future-cast — “We’re building toward a version you could use at home next year.” |
| **Required Assets** | List specific data, images, or demonstrations needed. Mark items as "TO CREATE" if not available. | 1. Comparison chart: sleep stage accuracy (EEG vs accelerometer) 2. Product photo on nightstand 3. Sample hypnogram from our device |
| **Distribution Plan** | Outline primary channels and messaging. How will this content reach the target audience? Tailor the hook for each platform. | * **Kickstarter Update:** **Hook:** "Deep Dive: We're sharing the science behind our smart alarm. See the EEG data that makes it possible." **Asset:** Use the sample hypnogram chart.
* **LinkedIn (Founder's Profile):** **Hook:** "Many sleep trackers guess your sleep stages. Here's why measuring brain activity directly is a game-changer. A look at the tech we're building." **Asset:** Use the comparison chart.
* **Email Newsletter:** **Hook:** "For our waitlist members: a first look at how we validate our sleep staging accuracy." **Asset:** Embed the product photo. |
===== Part 2: Content Structure Guidelines =====
==== 2.1 Optimal Length ====
* **Target: 800-1,200 words** for consumer-focused content
* **Technical deep-dives: 1,500-2,000 words** for researcher/prosumer audiences
* Prioritize depth over length — every paragraph must serve the core message
==== 2.2 Standard Post Architecture ====
1. Headline (8-12 words)
└─ Clear value proposition aligned with core message
2. Introduction (50-100 words)
├─ Hook: relatable problem or striking insight
└─ Promise: what reader will gain
[Optional] TL;DR or Key Takeaways (use only when skimmability is critical)
├─ TL;DR: 2–3 bullets summarizing the post, OR
└─ Key Takeaways: 3–5 bullets placed near the end before the CTA
3. Body Sections (3-5 sections)
├─ H2: Main concept headers
├─ H3: Supporting points
├─ Short paragraphs (2-3 sentences max)
└─ Visual breaks: bullets, images, charts
4. Conclusion & CTA (75-100 words)
├─ Reinforce core message
└─ Single, clear call-to-action
5. Q&A (Mandatory; 3–6 concise Qs)
├─ Address common reader questions raised by the post
└─ Keep answers practical and plain-language
==== 2.3 Essential Sections by Audience Type ====
^ Audience ^ Required Sections ^ Tone Adjustments ^
| **Consumers** | Problem validation, solution comparison, user benefits, social proof | Conversational but credible; minimize jargon |
| **Prosumers / Biohackers** | Technical differentiators, data deep-dives, integration potential, clear product specs | Enthusiastic and data-rich; use precise terminology but explain its practical value |
| **Researchers** | Methodology transparency, data quality metrics, validation studies, collaboration opportunities | Technical precision; include citations |
==== 2.4 Q&A Section Guidance (Mandatory) ====
Include 3–6 of the most relevant questions. Suggested prompts:
* Is this product already available or currently being built?
* Why did you try this experiment or approach?
* How does this differ from wrist wearables or phone-based alarms?
* What can readers expect in the first week of use?
* What are the known trade-offs (e.g., comfort, setup)?
* How can interested readers get involved or share feedback?
Keep answers short (1–3 sentences), concrete, and aligned with the selected Product Status & Narrative Mode.
===== Part 3: Editorial Standards & Style Guide =====
==== 3.1 Language Principles ====
* **Person-first language mandatory**
* ❌ "insomniacs" → ✓ "individuals experiencing insomnia"
* ❌ "sleep disorder sufferers" → ✓ "people managing sleep conditions"
* **Inclusive writing**
* Default to "they/them" for singular examples
* Use "users," "individuals," or role-specific terms
* Avoid assumptions about family structures or lifestyles
* **Technical terminology**
* Define on first use: "REM (Rapid Eye Movement) sleep"
* Link to glossary for recurring terms
* Provide analogies for complex concepts
==== 3.2 Competitor Positioning Framework ====
**Template for respectful comparison:**
> "[Competitor/category] excels at [genuine strength], making it ideal for [use case]. For users specifically seeking [our differentiator], EEG-based monitoring provides [unique value]."
**Example:**
> "The Oura Ring excels at continuous health monitoring and long-term trend analysis, making it ideal for holistic wellness tracking. For users specifically seeking to understand why they wake unrested despite adequate sleep duration, EEG-based monitoring provides the brain activity data necessary to identify sleep stage disruptions."
==== 3.3 Tone Guidelines ====
* **Authority without arrogance**: Support claims with concrete evidence/examples, not superlatives
* **Empathetic problem acknowledgment**: Validate reader frustrations without dramatization
* **Solution-focused optimism**: Present technology as tool, not miracle cure
* **Accessible expertise**: Explain complex concepts through relatable analogies
==== 3.4 Narrative Mode: Future-Cast (Market Interest Test) ====
Use when exploring a device or version not yet available but planned.
* Be consistent: match language across headline, body, and Q&A (e.g., “we’re building toward…” “targeting next year”).
* Focus on experience: describe what mornings could feel like and what problems it aims to solve.
* Invite signal: clearly state how readers can express interest (e.g., join waitlist, short survey).
===== Part 4: Pre-Publication Checklist =====
==== 4.1 Content Verification ====
- [ ] Core message appears in headline, introduction, and conclusion
- [ ] Single, clear CTA with minimal friction
- [ ] All claims supported by concrete examples, visuals, or citations (as appropriate)
- [ ] Competitor mentions follow positioning framework
- [ ] Technical terms defined on first use
- [ ] Narrative Mode matches Product Status throughout the post
==== 4.2 Accessibility & Formatting ====
- [ ] All images include descriptive alt text
- [ ] Headings follow semantic hierarchy (H2 → H3)
- [ ] Paragraphs ≤ 3 sentences for mobile readability
- [ ] Links use descriptive text (not "click here")
- [ ] Optional TL;DR or Key Takeaways included when skimmability is important
- [ ] Content passes readability analysis (target: 8th-10th grade level for consumers)
==== 4.3 Asset Quality Control ====
- [ ] Data visualizations include clear labels and units
- [ ] Product images show real prototypes (not renders)
- [ ] Charts highlight key insights with annotations
- [ ] Human subjects in images have provided consent
- [ ] File sizes optimized for web performance
==== 4.4 Q&A Quality (Mandatory) ====
- [ ] Includes 3–6 questions with concise answers
- [ ] Explicitly addresses availability/build status
- [ ] Explains why the experiment/approach was tried
- [ ] Provides a clear way to engage (e.g., waitlist, survey, reply)
===== Part 5: Common Pitfalls & Solutions =====
^ Pitfall ^ Impact ^ Solution ^
| Multiple CTAs | Decision paralysis, reduced conversions | Choose primary action; save others for follow-up |
| Generic stock photos | Reduced authenticity and trust | Use actual product shots or team photos |
| Over-explaining basics | Reader abandonment | Link to external resources; focus on unique insights |
| Jargon without context | Alienates non-technical readers | Always provide plain-language explanation |
| Defensive competitor comparisons | Appears insecure | Emphasize different tools for different needs |
| Inconsistent product status messaging | Confusion and distrust | Set Product Status & Narrative Mode in Part 1; ensure Q&A aligns |
| Burying availability info | Frustration, missed intent signals | Use the mandatory Q&A to answer availability clearly |
===== Part 6: Example Blog Topics =====
==== 6.1 Establishing Credibility ====
* Behind the technology: How EEG captures what other devices miss
* Team spotlight: Sleep researchers explain why they joined our mission
* How we check ourselves: What “good” looks like for a smart alarm (in plain English)
* Design choices that matter: Headband comfort, electrode placement, and quick setup
==== 6.2 Demonstrating Product Value ====
* Case study: How beta users discovered their optimal sleep schedule
* Feature deep-dive: Understanding your personal sleep architecture
* Real user night: A before/after wake-up experience with EEG timing
* Concept spotlight (future-cast): What we’re exploring next — tell us if you’d use it
----
**Implementation Note:** Save a completed Part 1 (including Product Status & Narrative Mode) for each planned post in your project management system before content creation begins. This ensures strategic alignment and prevents scope creep during writing.