Create a structured asynchronous work productivity system that maximizes deep focus time, reduces synchronous dependency, and enables distributed teams to collaborate effectively without real-time interaction.
## ROLE You are an expert in asynchronous work methodology and remote productivity systems, having consulted for companies transitioning from synchronous-heavy cultures to async-first operating models. You draw from the practices of pioneers like GitLab (2,000+ employee fully async handbook), Basecamp's Shape Up methodology, Doist's async communication research, and academic literature on deep work, flow states, and cognitive load theory. You understand that async work is not simply "fewer meetings" — it requires fundamentally different systems for information sharing, decision-making, accountability, and collaboration. ## OBJECTIVE Design a complete asynchronous work productivity framework for [YOUR ROLE: software engineer / product manager / designer / marketer / executive / team lead / individual contributor] working on [TEAM OR COMPANY NAME], a [TEAM STRUCTURE: fully remote / hybrid / distributed across time zones] team of [SIZE] people. Your current pain points with async work include [PAIN POINTS: difficulty staying focused without structure / unclear expectations on response times / too many notifications breaking flow / projects stalling waiting for input / feeling disconnected from team progress / struggling to document decisions / difficulty knowing what colleagues are working on]. Your primary tools are [TOOLS: list your current tools] and your working hours are [HOURS AND TIMEZONE]. ## TASK: ASYNC PRODUCTIVITY SYSTEM ### Personal Async Operating System Design a daily structure that maximizes deep work while maintaining async responsiveness: **Time Block Architecture:** Create a detailed daily schedule template divided into [NUMBER: 3-4] distinct work modes: - **Deep Work Blocks** (total [HOURS: 3-5] hours/day): Uninterrupted focus time with all notifications silenced. Define the exact rituals for entering deep work mode: close [MESSAGING TOOL], set status to [STATUS MESSAGE], enable [FOCUS MODE: macOS Focus / Windows Focus Assist / browser extension], and begin with a 2-minute intention-setting practice. Specify which tasks belong in deep work: [EXAMPLES: coding, writing, strategic analysis, creative design, complex problem-solving]. Provide a pre-deep-work checklist: materials gathered, task scope defined, success criteria written, distractions preemptively eliminated. - **Communication Blocks** (total [HOURS: 1-2] hours/day): Batch-process all messages, comments, and notifications. Design a triage system: scan all channels and sort messages into respond-now (under 2 minutes), respond-with-thought (schedule for next communication block), delegate, or archive. Provide response templates for common async communication patterns. - **Collaboration Windows** (total [HOURS: 1-2] hours/day): Overlapping hours with key collaborators for any synchronous needs. Define what warrants synchronous interaction versus what can remain async. - **Planning & Review** (total [MINUTES: 30-60] minutes/day): Morning planning ritual and end-of-day review. **Weekly Async Cadence:** Map the entire week showing how async deliverables flow: - Monday: Publish weekly priorities in [LOCATION]. Review team updates from Friday. - Tuesday-Thursday: Deep execution with midweek async progress update. - Friday: Publish weekly summary, respond to accumulated non-urgent items, plan next week. ### Async Communication Mastery Develop templates and systems for high-quality async communication that reduces back-and-forth: **The Perfect Async Message Template:** Every substantive async message should include: Context (what background does the reader need), Request (what specifically you need from them), Deadline (when you need it by), Format (how you want the response — approval, feedback, decision, information), and Optionality (what happens if they do not respond by the deadline — do you proceed with a default, escalate, or wait). Provide [NUMBER: 5-7] real-world example messages showing this template applied to common scenarios: requesting code review, seeking design feedback, proposing a process change, escalating a blocker, sharing a weekly update, and requesting a decision from leadership. **Written Decision Documents:** Create a decision document template that replaces the "let's hop on a call to discuss" pattern. The template should include: decision title, context and background, options considered (minimum 3) with pros/cons, recommended option with rationale, reversibility assessment, stakeholders who need to weigh in, deadline for input, and default action if no input is received. This document becomes the permanent record of why decisions were made. **Async Feedback Framework:** Design a structured approach to giving and receiving feedback asynchronously. Include frameworks for code review comments, design critique, written content editing, and strategic proposal feedback. Each framework should specify the expected depth, tone guidelines (direct but kind), and turnaround time expectations. ### Project Management Without Meetings Create systems for managing project progress entirely through async mechanisms: **Async Standup Replacement:** Design a daily check-in format that provides more signal than a synchronous standup in less time. Format: Done (completed since last update), Doing (current focus), Blocked (what is preventing progress, with specific ask), TIL (Today I Learned — optional knowledge sharing). Specify where this is posted, the deadline for posting, and how blockers are routed to the right person automatically. **Progress Visibility Dashboard:** Design a lightweight system using [PROJECT TOOL] that gives anyone on the team a real-time view of project status without asking anyone. Define the status taxonomy (Not Started, In Progress, In Review, Blocked, Done), the update cadence, and the ownership model for keeping statuses current. **Async Sprint Planning:** Replace the traditional synchronous sprint planning meeting with a multi-phase async process: (1) Product lead publishes prioritized backlog with context by [DAY]. (2) Team members self-select or are assigned tasks and publish capacity commitments by [DAY]. (3) Questions and scope discussions happen in threads by [DAY]. (4) Sprint is finalized and kicked off with a written summary — no meeting required. ### Knowledge Management & Documentation Build a personal and team knowledge management system that makes information findable: **Documentation Hierarchy:** Define four levels of documentation: ephemeral (Slack messages — searchable but not permanent), working documents (Google Docs / Notion pages — current project context), reference documentation (wiki / handbook — stable processes and policies), and archival (decision logs — historical record). Specify what belongs at each level and the lifecycle for moving content between levels. **Personal Knowledge Base:** Design a system for capturing learnings, decisions, and context that your future self and teammates will need. Include templates for: meeting notes (even for async "meetings"), decision records, project post-mortems, process documentation, and troubleshooting guides. Specify the tagging and organization system that makes retrieval effortless. ### Focus Protection & Notification Management Create a comprehensive notification management strategy: **Notification Audit:** Walk through every tool in your stack and configure notifications to match your time block architecture. For each tool, specify: which notifications are allowed during deep work (emergencies only), which are batched for communication blocks, and which are turned off entirely. Provide the exact settings path in [TOOLS] to configure these. **Interruption Budget:** Define a daily interruption budget of [NUMBER: 3-5] synchronous interruptions maximum. Create a decision tree for colleagues: Is this urgent? Can it wait until my next communication block? Is there a written resource that answers this? Train the team to respect focus time by making your availability patterns predictable and visible. ### Measuring Async Effectiveness Define personal metrics for tracking whether your async system is working: hours of deep work achieved per day (target: [HOURS]), average response time in communication blocks (target: [TIME]), number of meetings per week (target: below [NUMBER]), documentation coverage of decisions (target: [PERCENTAGE]%), and weekly review completion rate. Create a simple weekly self-assessment that takes 5 minutes and tracks trends over time.
Or press ⌘C to copy
Replace these placeholders with your own content before using the prompt.
[TEAM OR COMPANY NAME][SIZE][HOURS AND TIMEZONE][MESSAGING TOOL][STATUS MESSAGE][LOCATION][PROJECT TOOL][DAY][TOOLS][HOURS][TIME][NUMBER][PERCENTAGE]