Workbench: Follow the Product
Series B, ~200 employees, ~500 enterprise customers. Building Blueprints . document templates with approval gates.
Prompt style: Enterprise . full stakeholder lists, quantified baselines, explicit metrics.
Phase: Foundation
Persona (Marketing Brief)
Workbench Blueprints marketing persona for enterprise champion sales playbook and pilot-to-expansion messaging
Prompt
/persona marketing brief
Sandra V. to PM Skills agent:
> I need a brief marketing persona for the Workbench Blueprints enterprise> sales playbook. This should represent the internal champion who drives> the purchasing conversation.>> Context:> - 3 pilot customers have requested formal proposals after Blueprint trials> - Common stall point: champion can't answer IT security and legal questions> without vendor-supplied materials> - Need: concise persona for messaging alignment, objection prep, and> pilot-to-expansion proof points> - Sales cycle: 60-90 day evaluations with 3-5 stakeholder sign-offs>> Keep it brief but decision-usable for the sales team.Full output: Persona (Marketing Brief)
Persona Dossier: Sandra Vo, The Champion Who Cannot Arm Her Committee (Marketing, Brief)
Persona (Marketing Detailed)
Workbench Blueprints marketing persona for enterprise economic buyer evaluation and ROI justification
Prompt
/persona marketing detailed
Rachel V. to PM Skills agent:
> I need a detailed marketing persona for the Workbench Blueprints economic> buyer. This is the VP who approves budget and signs contracts, distinct> from Sandra (our internal champion persona).>> Context:> - 3 active pilot-to-enterprise conversations, all stalled at economic review> - VP asks: ROI vs. Confluence, total cost of ownership, data residency,> migration timeline, contract flexibility> - Need this persona for: pricing page messaging, enterprise proposal> templates, sales coaching on executive objection handling> - Typical profile: VP of Operations or VP of IT, $500K-2M departmental> budget authority [fictional], 200-1000 employee companies>> Full detail please. This is the persona that determines whether deals> close or die in procurement limbo.Full output: Persona (Marketing Detailed)
Persona Dossier: Catherine Hsu, The Executive Who Approves What She Cannot Undo (Marketing)
Persona (Product Brief)
Workbench Blueprints product persona for document author submission experience and required-section compliance
Prompt
/persona product brief
Rachel V. to PM Skills agent:
> I need a brief product persona for the Blueprints author experience.> This is the person who creates documents from templates and submits> them for approval. Distinct from Rhea (our approval-governance persona).>> Context:> - 38% of first submissions are rejected for incomplete required sections [fictional]> - Average 2.3 revision cycles before approval [fictional]> - Scoping: guided authoring with completion indicators and inline validation> - Target: user stories and edge cases for the authoring flow>> Keep it brief and focused on the submission experience.Full output: Persona (Product Brief)
Persona Dossier: Marco Alves, The Author Who Submits Before He Is Ready (Product, Brief)
Persona (Product Detailed)
Workbench Blueprints approval governance persona for enterprise operations workflows
Prompt
/persona product detailed
Create a story-first persona for Workbench Blueprints approval governance.
Context:- Product: Workbench (enterprise collaboration platform)- Feature lane: Blueprints required sections + approval gates- Current pain: pilot teams can submit quickly but quality reviewers reopen too many packages late- Baseline: re-open-after-approval rate 18% [fictional]- Target artifact usage: PRD finalization, edge-case planning, launch checklist hardening
Output requirements:- Narrative-first, not sterile template fill- Explicit tradeoffs and decision moments- Clear includes/excludes boundaries- Scenario tailoring for problem statement, PRD, user stories, edge-cases, launch checklist- Explicit assumptions/confidence/evidence trailFull output: Persona (Product Detailed)
Persona Dossier: Rhea Patel, Keeper of the Approval Chain (Product)
Phase: Discover
Competitive Analysis
“Workbench enterprise collaboration platform: Blueprints competitive landscape”
Prompt
/competitive-analysis
Scope: Enterprise documentation and knowledge management -- template governance and approval workflow capabilities. Informing Blueprints GA positioning.
Our product: Workbench -- enterprise collaboration platform, Series B, ~500 enterprise customers [fictional]. Blueprints: reusable doc templates with required sections, role-based approval gates, and version tracking.
Competitors: Atlassian Confluence, Notion, Coda, Monday.com
Segment: Enterprise (500 - 10,000 employees). Buyers: ops, compliance, and product team leads.
Feature matrix dimensions needed:- Document templates- Required/enforced section validation- Native approval workflows- Version control- SSO/SAML- Audit logs- Real-time co-editing- AI-assisted drafting
Also need: pricing comparison, positioning map (Governance Rigor vs. Ease of Adoption), deep dives per competitor, gaps and opportunities, and strategic recommendations.
Audience: Head of Product, Head of Marketing, Enterprise Sales Lead.Full output: Competitive Analysis
Competitive Analysis: Enterprise Documentation and Template Governance
Interview Synthesis
“Workbench enterprise collaboration platform: Blueprints discovery interviews on documentation consistency and Confluence fatigue”
Prompt
/interview-synthesis
Research project: Blueprints discovery interviews -- documentation consistency and governance in enterprise teamsProduct: Workbench (enterprise collaboration platform, Series B, ~500 enterprise customers [fictional])Feature under exploration: Blueprints -- reusable document templates with required sections and role-based approval gates
Participants: 6 enterprise team leads interviewed over 3 weeks (Oct 6 - 24, 2025)- P1: VP Ops, financial services, 8,000 employees, Confluence customer- P2: Director of Compliance, healthcare SaaS, 2,200 employees, Confluence customer- P3: Head of Product, logistics platform, 1,500 employees, Notion customer- P4: Engineering Manager, insurance carrier, 4,000 employees, Confluence + SharePoint- P5: Program Director, government contractor, 6,500 employees, SharePoint- P6: Operations Lead, manufacturing SaaS, 900 employees, Coda customer
Format: 45-minute video calls, semi-structuredInterviewer: Rachel V. (Technical PM, Blueprints)Observer: Tomás G. (Design Lead) on 4 of 6 sessions
Key areas explored:1. How teams currently enforce documentation standards2. What happens when docs reach approval incomplete3. Pain points with current tools (Confluence, Notion, SharePoint, Coda)4. Appetite for required-section enforcement vs. flexibility concerns5. Who approves docs and how long it takes
Raw notes and recordings are in the Workbench research repository.Stakeholders: Sandra C. (Head of Product), Derek H. (Head of Marketing), Mei-Lin T. (Enterprise Sales Lead)Full output: Interview Synthesis
Interview Synthesis: Enterprise Documentation Consistency and Governance
Stakeholder Summary
“Workbench enterprise collaboration platform: Blueprints launch stakeholder map”
Prompt
/stakeholder-summary
Project: Workbench Blueprints -- reusable document templates with required sections and role-based approval gatesProduct: Workbench (enterprise collaboration platform, Series B, ~200 employees, ~500 enterprise customers [fictional])Stage: Pre-development. Discovery interviews complete. About to enter Define phase.PM: Rachel V. (Technical PM, Blueprints)
Stakeholders to map:
Internal:1. Sandra C. -- Head of Product. Blueprints sponsor. Approves scope and timeline. Wants Blueprints to drive enterprise expansion and reduce churn in the compliance segment.2. James W. -- VP Engineering. Owns engineering allocation. Concerned about CRDT complexity and timeline risk. Supportive but cautious.3. Karen L. -- Engineering Lead, Blueprints squad. Day-to-day engineering owner. Excited about the technical challenge. Needs clear requirements early.4. Derek H. -- Head of Marketing. Owns GA positioning and messaging. Needs competitive differentiation story for enterprise sales enablement.5. Mei-Lin T. -- Enterprise Sales Lead. Manages the top 50 enterprise accounts. Wants Blueprints to close pipeline deals stalled on governance gaps. Resistant to phased rollout -- wants everything at once.
External:6. IT Security leads at enterprise customer accounts. Gate SSO and data residency requirements. Will block deployment if security posture is insufficient.7. Confluence-migrant accounts (estimated 15 of 80 closed-beta customers [fictional]). High-value, high-risk -- switching cost makes them sticky if onboarding goes well, churnable if it doesn't.
Format: Full stakeholder summary with influence/interest map, detailed profiles, communication plan, and risk mitigation.Full output: Stakeholder Summary
Stakeholder Summary: Workbench Blueprints
Phase: Define
Problem Statement
“Workbench enterprise collaboration platform: enterprise documentation completeness gap”
Prompt
/problem-statement
Product: Workbench (enterprise collaboration platform, Series B, ~500 enterprise customers [fictional])Feature area: Document templates and approval workflows (Blueprints)
The problem: Enterprise teams create documents using templates but no tool enforces template completion before a document enters the approval workflow. Result: approvers receive incomplete documents, send them back, and the approval cycle inflates from what should be a same-day decision to a multi-day back-and-forth.
Who is affected: Primarily two personas -- (1) document authors (project leads, ops managers) who use templates but don't complete every section; (2) approvers (department heads, compliance leads) who receive incomplete documents and must either reject and wait or approve and accept compliance risk.
Scale:- 38% of Blueprints in closed beta reach approval with ≥1 empty required section [fictional]- 60% of enterprise projects in our customer base lack an approved kickoff document at the time of project handoff [fictional]- Median time to first approval: 4.0 days [fictional]; estimated 3 of those days are queue time while the doc is bounced back for completion- Approvers review ~15 docs/month on average; at least half are incomplete [fictional]
Strategic context:- H1 2026 OKR: expand enterprise customer base from 500 to 650 [fictional]- Enterprise churn in compliance-heavy segments (healthcare, financial services, government) is 18% annual [fictional]; governance tooling is the most-requested feature in churn exit surveys- Series C fundraise planned for late 2026; enterprise traction is the anchor narrative- Competitive gap: no doc-first tool (Confluence, Notion, Coda) enforces template section completion; Monday.com has approval workflows but is not a document tool
Stakeholders: Sandra C. (Head of Product), Mei-Lin T. (Enterprise Sales Lead)Full output: Problem Statement
Problem Statement: Enterprise Document Approval Inefficiency Due to Incomplete Template Submissions
Hypothesis
“Workbench enterprise collaboration platform: required-section enforcement hypothesis”
Prompt
/hypothesis
Product: Workbench Blueprints (enterprise doc templates with required sections and approval gates)Stage: Define phase, post-discovery interviews and problem statement
Hypothesis: Requiring all Blueprint sections to be completed before an author can submit for approval will reduce median time to first approved Blueprint.
Context:- 38% of Blueprints in closed beta reach approval with ≥1 empty required section [fictional]- Median time to first approval: 4.0 days [fictional]- Most rejections are for missing content, not quality [fictional]- Approvers (dept heads, compliance leads) are the bottleneck -- they reject and wait, or approve with risk- Target: reduce median approval time to ≤1 day [fictional] (aspirational)- MDE for experiment: 1.0 day reduction (to ≤3.0 days) [fictional]
Target users: Project leads and document authors at enterprise Workbench accountsValidation: A/B test in closed beta (80 accounts, ~300 Blueprints/week [fictional])Primary metric: median time-to-first-approval (days)Guardrails: author abandonment, author NPS
Stakeholders: Sandra C. (Head of Product), Karen L. (Eng Lead), Leo M. (Data Analyst)Full output: Hypothesis
Hypothesis: Required Blueprint Sections Reduce Time-to-Approval
Opportunity Tree
“Workbench enterprise collaboration platform: enterprise expansion via governance, SSO, and Confluence migration”
Prompt
/opportunity-tree
Product: Workbench Blueprints (enterprise doc templates with required sections and approval gates)Stage: Define phase, post-discovery and problem statement
Desired outcome: Expand Workbench enterprise customer base from 500 to 650 accounts within 12 months [fictional]Current state: 500 enterprise customers [fictional]; enterprise churn in compliance segments is 18% annual [fictional]; 8 pipeline deals ($1.8M ARR) stalled on governance gaps [fictional]Timeframe: 12 months from GA launchOwner: Sandra C. (Head of Product)
Opportunities identified from discovery research:1. Documentation governance gap -- no enterprise doc tool enforces template completion; 38% of docs reach approval incomplete [fictional]; enterprise teams need "templates with teeth"2. SSO and security parity gap -- enterprise IT blocks deployment of tools without SSO/SAML, audit logs, and SOC 2; this is a pre-qualification filter, not a differentiator, but it is a hard gate3. Confluence migration friction -- 4 of 6 interview participants had Confluence experience; all described migration as expensive and risky; Blueprints must offer a capability Confluence cannot provide to justify the migration cost
Solutions to explore per opportunity:- Governance: required-section enforcement, native approval gates, template admin controls- SSO/security: SAML integration, audit log export, SOC 2 Type II, data residency options- Migration: Confluence template import, guided manual migration, migration support program
Prioritization: Governance is highest impact and highest confidence. SSO is table stakes (must-have, not differentiator). Migration is medium confidence (we believe it drives adoption but have not tested).
Stakeholders: Sandra C. (Head of Product), Karen L. (Eng Lead), Mei-Lin T. (Enterprise Sales Lead)Full output: Opportunity Tree
Opportunity Solution Tree: Enterprise Customer Expansion via Blueprints
JTBD Canvas
“Workbench enterprise collaboration platform: Blueprints JTBD for ops managers enforcing documentation standards”
Prompt
/jtbd-canvas
Product: Workbench Blueprints (enterprise doc templates with required sections and approval gates)Stage: Define phase, post-discovery interviews
Job performer: Operations managers and team leads at enterprise companies (500-10,000 employees) who are responsible for ensuring documentation standards are followed across their teams. They are not the approvers (those are department heads) -- they are the middle layer who currently enforce standards manually.
Circumstance: When a new project kicks off, a compliance review is due, or a vendor onboarding begins, these managers need to ensure the team produces a complete, approved document before work proceeds. Currently they manually review documents for completeness -- a shadow approval role that takes ~3 hours/week [fictional].
Core job: Enforce documentation standards across the team without becoming the "docs police" -- without spending their time checking whether other people filled in every section.
Current solutions they "hire":- Confluence templates (direct competitor) -- has templates but no enforcement; "docs graveyard" problem- Notion (direct competitor) -- beautiful UX, zero governance; "flexibility over standards" philosophy- SharePoint + email approval chains (indirect) -- separate tools stitched together; works but is slow and fragile- Manual review by the manager themselves (non-consumption) -- the current workaround; reliable but time-consuming and resented
Key interview quotes to incorporate:- P6: "I don't want to be the docs police. I want the tool to be the docs police." [fictional]- P1: "Templates without enforcement are just suggestions with formatting." [fictional]- P4: "If one tool did both -- the doc and the approval -- we'd move tomorrow." [fictional]
Stakeholders: Sandra C. (Head of Product), Tomás G. (Design Lead)Full output: JTBD Canvas
Jobs to be Done Canvas: Enforce Documentation Standards Without Manual Policing
Phase: Develop
Solution Brief
“Workbench enterprise collaboration platform: Blueprints solution brief (one-pager)”
Prompt
/solution-brief
Product: Workbench Blueprints -- reusable document templates with required sections and role-based approval gatesStage: Pre-PRD; consolidating decisions from discovery, define, and develop phases into a one-pager
Problem recap:- 38% of enterprise documents reach approval with >=1 empty required section [fictional]- Median time to first approval: 4.0 days [fictional]; most of that is rejection-revision cycles- 60% of enterprise projects lack an approved kickoff doc at handoff [fictional]- No doc-first competitor enforces template section completion
Proposed solution:- Blueprint templates with required and optional sections, designated by template admins- Required-section enforcement at submission (Submit button disabled until all required sections complete)- Native role-based approval gates (single-stage approval in v1; multi-stage in v1.1)- Real-time co-editing via Yjs CRDTs (offline-first, 20+ concurrent editors [fictional])- Hybrid creation flow: guided wizard for first-time authors, blank canvas for returning authors- SAML SSO, audit logs, and SCIM provisioning for enterprise deployment
Key features (5):1. Required-section enforcement2. Native approval gates3. Yjs-powered co-editing4. Hybrid wizard/canvas creation flow5. Enterprise security (SAML, audit logs, SCIM)
Success metrics:- Median time to first approval: 4.0 days -> <=2.5 days [fictional]- Approval rejection rate: 38% -> <=15% [fictional]- Enterprise accounts with active Blueprints: 200 of 500 within 6 months of GA [fictional]- Enterprise churn (compliance segment): 18% -> <=12% within 12 months [fictional]
Trade-offs: No AI-assisted drafting in v1 (Partial per competitive analysis); no multi-stage approval in v1; no Confluence template import in v1 (guided manual migration only)
Risks: CRDT complexity (mitigated by spike); author abandonment from enforcement (mitigated by A/B test); Atlassian Rovo response (monitor)
Stakeholders: Sandra C. (Head of Product), Derek H. (Head of Marketing), Mei-Lin T. (Enterprise Sales Lead)Full output: Solution Brief
Solution Brief: Workbench Blueprints
Spike Summary
“Workbench enterprise collaboration platform: CRDT library evaluation for Blueprint co-editing”
Prompt
/spike-summary
Spike: CRDT library evaluation for Blueprints real-time co-editingProduct: Workbench (enterprise collaboration platform)Engineer: Nate P. (Backend Engineer)Duration: 5 days (Dec 1-5, 2025)
Background:- Blueprints requires real-time co-editing (20+ concurrent editors per document [fictional])- Our editor is ProseMirror-based; no current collaboration layer- Enterprise requirements: offline-first, conflict resolution, per-user audit trail- Target: 20+ concurrent editors, <100ms merge latency [fictional]
Libraries evaluated:1. Yjs (CRDT, MIT) -- y-prosemirror binding; offline-first; sub-document support2. Automerge (CRDT, MIT) -- Rust/WASM; strong offline; no ProseMirror binding3. ShareDB (OT, MIT) -- central server model; mature; no offline support
Findings from prototype:- Yjs: integrated in 2 days; 45ms merge latency at 20 users [fictional]; +38KB gzipped [fictional]; offline works out of box- Automerge: no ProseMirror binding (3-4 week custom build [fictional]); +120KB gzipped [fictional]; excellent offline- ShareDB: integrated in 1.5 days; 62ms merge latency [fictional]; +22KB gzipped [fictional]; NO offline (disqualified)
Stakeholders: Karen L. (Eng Lead), James W. (VP Engineering)Full output: Spike Summary
Spike Summary: CRDT Library Evaluation for Blueprints Co-Editing
Architecture Decision Record
“Workbench enterprise collaboration platform: ADR for Yjs CRDTs for Blueprint co-editing”
Prompt
/adr
ADR: Use Yjs CRDTs for Blueprints real-time co-editingProduct: Workbench BlueprintsStage: Post-CRDT spike; recording architecture decision
Context:- Blueprints requires real-time co-editing (20+ concurrent editors [fictional])- ProseMirror-based editor; no current collaboration layer- Enterprise requirements: offline-first, conflict resolution, per-user audit trail- Spike evaluated Yjs, Automerge, ShareDB
Decision: Yjs- 2-day integration via y-prosemirror; 45ms merge latency at 20 users [fictional]; +38KB gzipped [fictional]; offline-first- Automerge rejected: no ProseMirror binding (3-4 week custom build [fictional]); +120KB [fictional]- ShareDB rejected: no offline support (disqualified)
Consequences:- Positive: fast integration, offline-first, active community, sub-document support- Negative: WebSocket provider TBD, audit trail requires custom middleware, binary document format- Neutral: bundle size acceptable for enterprise
Stakeholders: James W. (VP Engineering), Karen L. (Eng Lead), Nate P. (Backend Engineer)Full output: Architecture Decision Record
ADR-012: Use Yjs CRDTs for Blueprints Real-Time Co-Editing
Design Rationale
“Workbench enterprise collaboration platform: guided wizard vs. blank canvas for Blueprint creation flow”
Prompt
/design-rationale
Decision: Blueprint creation flow -- guided wizard vs. blank canvasProduct: Workbench Blueprints (enterprise doc templates with required sections and approval gates)Stage: Develop phase, pre-PRD
Problem: How should a new Blueprint be created? Two options:- Option A: Guided wizard -- step-by-step flow, one section per screen, progress indicator, validation per step- Option B: Blank canvas -- full template opens in the editor, all sections visible, fill in any order (Confluence model)- Option C (hybrid): Wizard for first-time creation, canvas for returning authors who have completed a Blueprint before
Context:- Enterprise users are not power users of Workbench yet -- Blueprints is a new feature- Required sections are the core differentiator; the creation flow must make enforcement feel helpful, not punitive- Discovery interviews: middle managers act as "docs police"; the creation flow should reduce, not increase, that burden- Closed-beta preference test (8 users [fictional]): 6 preferred wizard on first use, 5 preferred canvas after their second Blueprint- Karen L. (Eng Lead): wizard adds 1 sprint of effort vs. canvas [fictional]- Tomas G. (Design Lead): wizard produces cleaner first submissions but risks feeling patronizing for experienced authors
Evaluation criteria: first-submission completeness rate, author time-to-submit, author satisfaction (NPS), engineering effort, scalability to custom templates
Stakeholders: Sandra C. (Head of Product), Karen L. (Eng Lead), Tomas G. (Design Lead)Full output: Design Rationale
Design Rationale: Blueprint Creation Flow
Phase: Deliver
PRD
Workbench enterprise collaboration platform - Blueprints v1 PRD for required-section enforcement and approval gates
Prompt
/prd
Here is the structured brief for the Blueprints v1 PRD.
**Product context:**- Workbench collaboration platform, ~500 enterprise customers [fictional], Series B- Blueprints = reusable document templates with required sections and approval gates- Core problem: 38% of Blueprints reach approval with ≥1 empty section [fictional]; median time to first approval is 4.0 days [fictional]; 60% of enterprise projects lack an approved kickoff doc at handoff [fictional]
**Prior decisions to incorporate:**- ADR-012: Yjs CRDTs selected for real-time co-editing (45ms merge latency at 20 concurrent editors [fictional], +38KB gzipped [fictional])- Design rationale: Hybrid wizard/canvas -- guided wizard for first-time authors, blank canvas for returning authors- Opportunity tree: Priority path is documentation governance gap → required-section enforcement- Hypothesis: Required sections reduce time-to-approved from 4.0 days to ≤2.5 days [fictional]; validation via A/B test (Mar 9 -- Apr 5, 2026)
**Target users:** Enterprise ops managers (creators), department heads (approvers), IT security leads (admin/provisioning)
**Key features for v1:**1. Required-section enforcement (submit button disabled until all required sections complete)2. Native approval gates (role-based routing, sequential and parallel approval)3. Yjs real-time co-editing (offline-first, sub-document-level sync)4. Hybrid wizard/canvas creation flow5. Enterprise security suite (SAML SSO, audit logs, role-based access)
**Timeline:** Closed beta running now with 80 accounts [fictional]; A/B test Mar 9 -- Apr 5; GA target April 2026
**Success metrics:** Time-to-approved ≤2.5 days [fictional], empty-section rate ≤10% [fictional], enterprise account growth from 500 to 650 in 12 months [fictional]
Please generate a complete PRD following the standard template.Full output: PRD
PRD: Workbench Blueprints v1
User Stories
Workbench enterprise collaboration platform - Blueprints v1 sprint stories for required sections and approval gates
Prompt
/user-stories
I need two user stories for the Blueprints v1 sprint backlog. These are the two highest-priority stories for the first sprint.
**Story 1 -- Required-section enforcement (author perspective):**- Persona: Ops manager creating a Blueprint from a template with required sections- Core need: Cannot submit an incomplete document for approval- Key behaviors: Required sections show a visual indicator; submit button disabled until all required sections have content; if content is deleted, submit re-disables- Context: Part of the hybrid wizard/canvas flow; applies to both wizard and canvas modes- Relates to: A/B test hypothesis (required vs. optional sections, Mar 9 -- Apr 5)
**Story 2 -- Approval gate (approver perspective):**- Persona: Department head reviewing a submitted Blueprint- Core need: Review complete documents efficiently with clear approve/reject actions- Key behaviors: Notification on submission; inline section review; approve, reject with required comment, or request changes; Blueprint marked approved when all required approvers complete- Context: Sequential and parallel approval chains configured per template by admin
For each story, include full acceptance criteria, design notes, technical notes, dependencies, out of scope, and open questions.Full output: User Stories
User Story: Required-Section Enforcement for Blueprint Authors
Edge Cases
Workbench enterprise collaboration platform - Blueprints edge-case analysis for approval workflows and co-editing
Prompt
/edge-cases
I need a comprehensive edge-case analysis for Blueprints v1 covering the three highest-risk areas: required-section enforcement boundaries, approval-gate state transitions, and real-time co-editing conflicts.
**Context:**- Required sections use a content-presence check (non-whitespace); submit is disabled until all required sections have content- Approval gates support sequential and parallel chains; state stored in relational DB, not in the Yjs document- Co-editing uses Yjs CRDTs with sub-document-level sync; offline edits cache locally and merge on reconnect- 80 closed-beta accounts [fictional], target ~20 concurrent editors per Blueprint [fictional]
**What I need:**- Edge cases organized by category- Error messages for each failure state- Recovery paths so QA and engineering know the expected behavior- Prioritized test scenarios (P1 must-test, P2 should-test, P3 nice-to-test)
Please be thorough -- Karen's team will use this directly for test planning.Full output: Edge Cases
Edge Cases: Workbench Blueprints v1
Launch Checklist
Workbench enterprise collaboration platform - Blueprints v1 GA launch readiness checklist
Prompt
/launch-checklist
I need a comprehensive launch checklist for Blueprints v1 GA. Here's the context:
**Launch details:**- Launch name: Blueprints GA- Target date: April 28, 2026- Rollout: From 80 closed-beta accounts to all ~500 enterprise customers [fictional]- Ship decision confirmed by Sandra C. on April 14, 2026
**Key stakeholders:**- Rachel V. (PM), Karen L. (Eng Lead), Tomás G. (Design Lead), Derek H. (Head of Marketing), Mei-Lin T. (Enterprise Sales Lead), James W. (VP Eng)
**Critical items I'm tracking:**- SAML SSO certification -- must be complete before GA (enterprise blocker)- IT admin provisioning guide -- enterprise security teams need this before they'll onboard- Confluence migration communication plan -- many prospects are switching from Confluence- A/B test code cleanup -- remove experiment flags, ship required-sections as default- WebSocket provider scaling -- validated at 80 accounts, need to load test for 500
**Rollback concern:** If a critical bug surfaces in the first 48 hours, we need a clean rollback to the pre-Blueprints state without data loss for accounts that already created Blueprints during GA.
Please generate the full launch checklist with go/no-go criteria and a rollback plan.Full output: Launch Checklist
Launch Checklist: Blueprints v1 GA
Release Notes
Workbench enterprise collaboration platform - Workbench 3.5 release notes for Blueprints GA
Prompt
/release-notes
I need customer-facing release notes for Workbench 3.5, which ships Blueprints GA.
**Highlights (top 2 features to call out):**1. Blueprints with required-section enforcement -- the headline feature; reduces incomplete document submissions2. Real-time co-editing -- powered by Yjs CRDTs; multiple authors can work simultaneously, including offline
**New features to cover:**- Required-section enforcement (submit gated on section completeness)- Native approval gates (sequential and parallel chains, role-based routing)- Real-time co-editing (offline-first, presence awareness)- Hybrid wizard/canvas creation flow- SAML SSO integration and audit logs
**Improvements:**- Template gallery redesign (faster browsing, search)- Notification system updated for approval events- Document editor performance (15% faster load time [fictional] from bundle optimization)
**Bug fixes:**- Fixed: document auto-save occasionally failed on slow connections- Fixed: role assignment changes did not propagate until page refresh- Fixed: exported PDFs missing footer page numbers
**Known issues:**- Co-editing cursor labels may overlap when 10+ editors are in the same section- Wizard auto-disable threshold (12 sections) is not configurable by admins in v1
**Coming soon (v1.1 preview):**- Version history for Blueprints- Approval delegation (OOO forwarding)- Section-level commenting- Jira two-way sync
Tone: professional, clear, no hype. Enterprise audience.Full output: Release Notes
Workbench 3.5
Phase: Measure
Experiment Design
“Workbench enterprise collaboration platform: Blueprints required vs. optional sections A/B test”
Prompt
/experiment-design
Experiment: Required vs. optional Blueprint sectionsProduct: Workbench Blueprints (enterprise doc templates with approval gates)Stage: Closed beta shipped; need to A/B test before expanding to full 500-customer base [fictional]
Context:- Blueprints allows admins to create doc templates with sections- Currently all sections are optional -- authors can submit incomplete Blueprints for approval- Data: 38% of Blueprints reach approval with ≥1 empty section [fictional]; most rejections are for missing content, not quality- Hypothesis from Define phase: making sections required (must complete before submitting) reduces time to first approval- Baseline: median time to first approved Blueprint = 4.0 days [fictional]- Goal: reduce to ≤2.5 days [fictional]
Treatment: Required sections -- authoring UI blocks submission if any required section is empty. Show inline validation message, highlight empty sections.Control: Current optional sections -- authors can submit with empty sections as today.
Primary metric: median time-to-first-approval (days)Secondary: approval rejection rate, Blueprint completion rateGuardrail: don't tank author-side NPS or increase abandonment
Audience: Project leads at enterprise customers in closed beta (excludes IT admins and approvers).Stakeholders: Head of Product, Data Science, Engineering Lead (Blueprints)Full output: Experiment Design
Experiment Design: Blueprints Required vs. Optional Sections
Instrumentation Spec
“Workbench enterprise collaboration platform: Blueprints v1 GA instrumentation spec”
Prompt
/instrumentation-spec
I need the instrumentation spec for Blueprints v1 GA. Here are the events I've identified from the PRD and experiment results:
**Core lifecycle events:**1. `blueprint_created` -- when an author creates a new Blueprint from a template2. `section_completed` -- when a required section transitions from empty to non-empty3. `section_cleared` -- when a required section transitions from non-empty to empty4. `approval_requested` -- when an author submits a Blueprint for approval5. `approval_granted` -- when an approver approves a Blueprint6. `approval_rejected` -- when an approver rejects a Blueprint7. `blueprint_published` -- when an approved Blueprint is published to the team workspace
**Key properties I need on each event:**- Standard: account_id, user_id, blueprint_id, template_id, timestamp- blueprint_created: creation_method (wizard/canvas), template_name, required_section_count, optional_section_count- section_completed/cleared: section_id, section_name, is_required, word_count- approval events: approval_chain_type (sequential/parallel), approver_position, approval_cycle_number- blueprint_published: time_to_approved_hours, total_approval_cycles, co_editor_count
**PII concerns:**- user_id is internal (UUID), not PII- We must NOT capture section content in events -- only metadata- Account names should not appear in event properties; use account_id only
**SDK:** Workbench Analytics SDK (server-side collector, JavaScript client)
Please generate the full instrumentation spec with testing checklist.Full output: Instrumentation Spec
Instrumentation Spec: Workbench Blueprints v1
Dashboard Requirements
“Workbench enterprise collaboration platform: Blueprints post-launch monitoring dashboard requirements”
Prompt
/dashboard-requirements
I need dashboard requirements for the Blueprints post-launch monitoring dashboard. Here's the context:
**Audiences:**1. Rachel V. (PM) -- daily check: adoption trends, approval bottlenecks, template usage2. Sandra C. (Head of Product) -- weekly review: executive summary, account growth, key health metrics3. Karen L. (Engineering) -- real-time: system health, merge latency, error rates
**Key metrics from the PRD and experiment results:**- Median time-to-approved (target: ≤2.5 days [fictional])- Empty-section submission rate (target: ≤10% [fictional])- Approval cycle count (target: ≤1.5 cycles [fictional])- Blueprint adoption: monthly active Blueprint creators (target: 2,000 [fictional])- Enterprise account growth (target: 500 → 650 in 12 months [fictional])
**Data sources:**- Workbench analytics pipeline (event data from instrumentation spec)- WebSocket provider telemetry (merge latency, connection count, error rate)- CRM pipeline (account growth, enterprise tier)- Support ticketing system (Blueprint-related ticket volume)
**Visualization preferences:**- Time-to-approved: trend line over time (weekly median)- Adoption: stacked area chart by department/template type- Approval funnel: horizontal funnel chart- System health: real-time gauges with alert thresholds
Please generate the full dashboard requirements including layout, filters, alerts, and acceptance criteria.Full output: Dashboard Requirements
Dashboard Requirements: Blueprints Post-Launch Monitor
Experiment Results
“Workbench enterprise collaboration platform: Blueprints required-section enforcement A/B test results”
Prompt
/experiment-results
Leo M. just finished the A/B test analysis. I need a full experiment-results document for the April 14 ship-decision meeting. Here are the results:
**Experiment details:**- Name: Required-Section Enforcement A/B Test- Duration: Mar 9 -- Apr 5, 2026 (28 days)- Accounts: 80 closed-beta enterprise accounts [fictional]; 40 treatment, 40 control- Randomization: Account-level (all users within an account see the same variant)- Total Blueprints created during test: 612 (298 treatment, 314 control) [fictional]
**Primary metric:**- Median time-to-approved: Treatment 2.4 days [fictional] vs. Control 4.0 days [fictional]- Relative change: -40% [fictional]- Mann-Whitney U test: p = 0.001- 95% CI for median difference: 1.2 -- 2.0 days [fictional]
**Secondary metrics:**- Empty-section submission rate: Treatment 6% [fictional] vs. Control 37% [fictional]- Approval cycle count: Treatment 1.4 [fictional] vs. Control 2.3 [fictional]- Blueprint completion rate (% of started Blueprints that reach approval): Treatment 78% [fictional] vs. Control 71% [fictional]
**Guardrail metrics:**- Author satisfaction (in-app survey, 1-5 scale): Treatment 3.8 [fictional] vs. Control 3.9 [fictional] (not significant, p=0.42)- Blueprint creation rate (Blueprints started per account per week): Treatment 3.7 [fictional] vs. Control 3.9 [fictional] (not significant, p=0.31)- Average section word count: Treatment 142 words [fictional] vs. Control 128 words [fictional] (significant, p=0.03)
**Segment analysis:**- By company size: Large (200+ employees): -44% time-to-approved [fictional]; Mid (50-199): -38% [fictional]; Small (10-49): -31% [fictional]- By template type: Project kickoff templates: -45% [fictional]; Process documentation: -35% [fictional]; Meeting notes: -22% [fictional]
**Surprising finding:** Authors in the treatment group wrote 11% more words per section on average [fictional]. We think the required-section badges acted as a psychological prompt to write more thoroughly.
**Recommendation:** Ship. Required-section enforcement exceeded our MDE of 1.0 day with high confidence.
Please generate the full experiment-results document for the ship-decision meeting.Full output: Experiment Results
Experiment Results: Required-Section Enforcement A/B Test
Phase: Iterate
Retrospective
“Workbench enterprise collaboration platform: Blueprints v1 GA post-launch retrospective”
Prompt
/retrospective
I'm facilitating the Blueprints post-GA retrospective. Here's the context:
**Session details:**- Date: May 12, 2026- Duration: 90 minutes- Format: Virtual (Zoom), structured facilitation
**Attendees:** Rachel V. (PM, facilitator), Karen L. (Eng Lead), Tomás G. (Design Lead), Nate P. (Backend Eng), Aisha K. (Frontend Eng), Leo M. (Data Analyst), Sandra C. (Head of Product, observer)
**Context:**- Blueprints v1 GA launched April 28, progressive rollout completed May 5- 320/500 accounts active on Blueprints [fictional]; remaining 180 in onboarding pipeline- Time-to-approved holding at 2.4 days [fictional] (target: ≤2.5)- 3 launch-week incidents: (1) approval UX confusion -- 23 support tickets from first-time approvers who couldn't find the reject button, (2) SSO incident day 2 -- misconfigured SAML attribute mapping blocked 12 accounts for 3 hours, (3) wizard threshold rigidity -- 8 enterprise templates with 15+ sections couldn't use the wizard at all
**What went well:**- A/B test methodology was solid; ship decision was data-driven and confident- Progressive rollout caught the SSO issue at 10% before it hit all accounts- Yjs co-editing performance exceeded targets (32ms p95 merge latency vs. 50ms target [fictional])- Cross-functional coordination between eng, design, and marketing was the best it's been
**What to improve:**- Approval UX needed more usability testing before launch- SSO configuration was manual and error-prone; need automated validation- Wizard threshold should be configurable, not hardcoded- Edge-case doc was excellent but QA didn't have time to test all P2 scenarios
**Action items I want to formalize:** 5 items for v1.1 sprint planning
Please generate the full retrospective document.Full output: Retrospective
Retrospective: Blueprints v1 GA Launch
Lessons Log
“Workbench enterprise collaboration platform: Blueprints skip-and-submit enforcement lesson”
Prompt
/lessons-log
I need to document a lesson learned from the Blueprints launch. Here's the context:
**Title:** Required-Section Enforcement Caused Skip-and-Submit Behavior
**What happened:**- Required-section enforcement successfully reduced the empty-section submission rate from 37% to 7% [fictional]- But post-launch analysis revealed that approximately 4% of submitted Blueprints contain placeholder text in required sections [fictional] -- authors typing "TBD," "See above," "Will update," or pasting Lorem Ipsum to clear the gate- Combined, 11% of Blueprints reaching approval still have quality issues [fictional] (7% empty + 4% placeholder), vs. our 10% target- This was flagged as a risk in the PRD (Risk row 1: "Required sections cause author frustration and workarounds") but we underestimated the speed of adoption- The root cause: we enforced completeness at the wrong point. Blocking submit punishes the author but doesn't help the approver. Approvers still have to manually check for placeholder text.
**The lesson:**- Enforce quality at the approval gate, not the authoring gate- Shift from "block the author from submitting" to "give the approver a completeness score"- The submit gate should remain (it catches genuine omissions) but add a visible completeness/quality signal to the approval view
**Team:** Rachel V., Karen L., Leo M.**Timeline:** Identified May 10, 2026 (Leo M.'s 2-week post-launch analysis); documented May 14
Please generate the full lessons-log entry.Full output: Lessons Log
Required-Section Enforcement Caused Skip-and-Submit: Enforce at the Approval Gate, Not the Authoring Gate
Refinement Notes
“Workbench enterprise collaboration platform: Blueprints v1.1 backlog refinement session”
Prompt
/refinement-notes
I just ran the v1.1 refinement session. Here are the details:
**Session info:**- Date: May 26, 2026- Duration: 60 minutes- Attendees: Rachel V. (PM, facilitator), Karen L. (Eng Lead), Tomás G. (Design), Nate P. (Backend), Aisha K. (Frontend), Leo M. (Data)
**Stories refined (6):**
1. BLUE-201: Approval action bar redesign -- promote Reject and Request Changes to primary visibility - Points: 3 (was 2 from retro; increased after discussion of animation transitions) - Ready for sprint
2. BLUE-202: Audit trail export (CSV) -- compliance officer can export all Blueprint lifecycle events for a date range - Points: 8 - Ready for sprint - Note: Nate P. flagged that the current audit log stores events in an append-only format optimized for writes, not reads. The export query will need a read-optimized view or materialized table.
3. BLUE-203: Audit trail export (PDF) -- formatted PDF export for regulatory submissions - Points: 5 - Blocked -- depends on BLUE-202 (CSV export provides the data layer); also needs legal review of the PDF format for FDA/SOX compliance
4. BLUE-204: Configurable wizard threshold -- template admins can set the section count at which the wizard auto-disables (default: 12) - Points: 2 - Ready for sprint
5. BLUE-205: Approver-visible completeness score -- display per-section quality indicators in the approval review view - Points: 8 - Ready for sprint (design review scheduled for May 28) - Note: Tomás G. proposed a progress bar showing "% sections with 20+ words" plus yellow warning badges on sections below threshold. Karen L. asked whether the threshold should be configurable -- team decided to hardcode 20 words for v1.1 and make it configurable in v1.2 if needed.
6. BLUE-206: Compliance officer role -- new RBAC role with template-lock and audit-export permissions - Points: 13 - Blocked -- depends on BLUE-202 (audit export) for the export permission; also needs Karen L. to design the RBAC extension architecture
**Questions raised:**- Should the audit trail export include section-level edit history or just lifecycle events? (Decision: lifecycle events only for v1.1; section-level history deferred to version history feature)- Should the completeness score be visible to authors during editing, or only to approvers? (Decision: approvers only for now; author-visible is a future consideration)- What happens to in-flight Blueprints when a compliance officer locks a template? (Parked for BLUE-206 design)
**Decisions made:**- Wizard threshold default stays at 12 (consistency with v1) but is now admin-configurable- Completeness word-count threshold is hardcoded at 20 words for v1.1- Audit trail export scope is lifecycle events only (not section edit history)
Please generate the full refinement notes.Full output: Refinement Notes
Refinement Notes: May 26, 2026
Pivot Decision
“Workbench enterprise collaboration platform: Blueprints customer segment pivot decision”
Prompt
/pivot-decision
I need a formal pivot-decision document for the exec team. Here's the situation:
**Current state:**- Blueprints GA launched April 28, 2026; 320/500 accounts active [fictional]- Time-to-approved: 2.4 days [fictional] (on target)- But adoption is uneven: 68% of active Blueprints come from ops/compliance teams [fictional]; 8% from engineering [fictional]; 24% from other departments [fictional]- Sales pipeline: 6 of 8 stalled deals ($1.8M ARR [fictional]) are in regulated industries waiting for compliance-specific features (audit trail export, regulatory template library, compliance officer role)
**Options:**1. Persevere: Continue horizontal strategy; invest equally across all department use cases2. Customer segment pivot: Narrow focus to ops/compliance teams in regulated industries; defer engineering templates to v23. Hybrid: Ship the compliance features that unblock the $1.8M pipeline, but keep the horizontal template system
**My recommendation:** Option 2 (customer segment pivot). The data is clear that ops/compliance is where the product-market fit is strongest. Engineering teams need fundamentally different features (code review integration, CI/CD hooks, Jira-native workflow) that would take 6+ months to build. Narrowing focus now lets us win the compliance segment, hit the 650-account target [fictional], and return to engineering in v2 with dedicated investment.
**Key concern from Sandra C.:** She worries that narrowing the segment limits the TAM for Series C fundraising. Mei-Lin T. counters that regulated-industry compliance is a $4.2B TAM [fictional] and growing.
Please generate the full pivot-decision document.Full output: Pivot Decision
Pivot Decision: Workbench Blueprints Customer Segment Focus
28 artifacts generated across the full PM lifecycle.
Explore other journeys: