home / skills / coowoolf / insighthunt-skills / single-consciousness-roadmap

single-consciousness-roadmap skill

/strategy-planning/single-consciousness-roadmap

This skill helps teams coordinate a single rolling two-year roadmap to align engineering, design, and marketing for impactful, synchronized launches.

npx playbooks add skill coowoolf/insighthunt-skills --skill single-consciousness-roadmap

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
2.6 KB
---
name: Single Consciousness Roadmap
description: A planning framework where the entire company operates off a single, rolling two-year roadmap with synchronized releases. Use when shipping frequently but customers aren't noticing, or when engineering and marketing are out of sync.
---

# The Single Consciousness Roadmap

> "We wanted a company where a thousand people could work, but it'll look like 10 people did it." — Brian Chesky

## What It Is

A planning framework where the **entire company operates off a single, rolling two-year roadmap**. This ensures that engineering, design, and marketing are perfectly synchronized for massive, unified launches.

## When To Use

- Company is shipping frequently but **customers aren't noticing**
- Engineering and marketing are **out of sync**
- Teams have **fragmented roadmaps** with no coherent narrative
- Need to create **newsworthy launch moments**

## Core Principles

### 1. The Rolling 2-Year View
Maintain a roadmap that looks 2 years out, updated every 6 months. The immediate horizon is fixed; the distant horizon is flexible.

### 2. Metrics Subordinate to Calendar
Commit to release dates (e.g., Summer and Winter releases). This forces scope decisions and prevents endless optimization loops.

### 3. Launches as Episodes
Treat product releases like TV episodes or chapters in a book. Bundle features into a cohesive narrative that marketing can actually sell.

### 4. Total Visibility
All projects must be on the central roadmap (except minor infra). If it's not on the sheet, it doesn't exist.

## How To Apply

```
STEP 1: Define Release Cadence
└── Choose fixed release windows (e.g., May + November)
└── Work backwards from launch dates

STEP 2: Create Single Source of Truth
└── One roadmap document for entire company
└── All initiatives must fit into release episodes

STEP 3: Bundle Features Into Narratives
└── Group related features into "chapters"
└── Create marketing story for each release

STEP 4: Enforce Visibility
└── No "shadow roadmaps" or side projects
└── Regular sync meetings across all functions
```

## Common Mistakes

❌ Allowing teams to have "shadow roadmaps" or side projects that consume resources

❌ Shipping continuous small updates with no coherent marketing story

❌ Optimizing for velocity metrics over customer impact

## Real-World Example

Airbnb's "Winter Release" and "Summer Release" cadence, where they bundle hundreds of upgrades (like Guest Favorites and the new Host Tab) into a single newsworthy moment.

---
*Source: Brian Chesky, Lenny's Podcast*

Overview

This skill describes the Single Consciousness Roadmap: a company-wide planning framework where everyone operates from one rolling two-year roadmap with synchronized release windows. It aligns engineering, design, marketing, and leadership so launches become cohesive, newsworthy events rather than fragmented trickles. Use it to turn frequent shipping into visible customer impact and coordinated narratives.

How this skill works

The entire company maintains one central roadmap that looks two years ahead and is refreshed on a regular cadence (e.g., every six months). Releases are treated as bundled episodes with fixed launch windows; teams work backwards from those dates and prioritize scope over endless optimization. Visibility is enforced: if an initiative isn’t on the single roadmap, it doesn’t consume company resources.

When to use it

  • You ship frequently but customers don’t notice the progress
  • Engineering and marketing are chronically out of sync
  • Multiple teams maintain fragmented or private roadmaps
  • You need to create clear, newsworthy launch moments
  • You want predictable planning that forces scope discipline

Best practices

  • Define fixed release windows (e.g., Summer and Winter) and plan backward from those dates
  • Keep a single source-of-truth roadmap document accessible to all functions
  • Bundle related features into coherent narratives that marketing can sell
  • Update the two-year view every six months—keep near-term fixed, long-term flexible
  • Prohibit ‘shadow roadmaps’ and surface all initiatives in regular cross-functional syncs

Example use cases

  • A product team shipping weekly bugfixes decides to bundle features into two major seasonal releases to regain media attention
  • Marketing and engineering establish one roadmap to coordinate launch assets, PR, and platform changes for a unified campaign
  • A rapidly scaling company removes local team roadmaps and migrates initiatives into the central two-year plan to reduce duplication
  • Leadership enforces release dates to force scope cuts and avoid endless optimization on low-impact features

FAQ

How rigid is the two-year horizon?

The roadmap shows two years outward but is updated regularly; the near-term is fixed while the distant horizon remains flexible and re-scoped every six months.

What about small infrastructure or emergency work?

Minor infra or critical fixes can be exceptions, but they should be documented and approved; the goal is to minimize shadow projects that steal focus from planned releases.