Meeting Use Case · Product Management

Private product requirement drafting notes on Mac

Transform stakeholder feature workshops into structured product requirements and functional specs in Markdown.

Verified WorkflowEvidence in codebase: main/meeting/system-audio.ts, processing/speech-to-text.ts (as of 2026-10-03)local Whisper Large v3, functional PRD templates

Problem

Specification drift in PRD authoring

  • Stakeholder alignment calls wander without capturing explicit feature boundary decisions and trade-offs
  • Confidential roadmap concepts and unreleased product IP leaked to external cloud meeting bots
  • Product managers spend nights manually translating fragmented meeting notes into structured PRD documents

Response

How Oyma converts workshops into PRDs

  • Record feature discovery workshops silently via ScreenCaptureKit without distracting participants
  • Extract functional user stories, acceptance criteria, and edge cases into structured Markdown specs
  • Connect requirement documents to design tokens, sprint backlogs, and customer feedback logs via wikilinks

Drafting an authoritative Product Requirements Document (PRD) represents one of the most intellectually demanding responsibilities of software product management. Before a single line of production code is authored or an interactive Figma component is designed, product managers must align executive sponsors, design leads, engineering architects, and sales directors around a cohesive vision.

However, the verbal workshops where product scope is forged are notorious for organizational friction:

Engineering architects debate concurrency constraints and database scalability. Marketing leads advocate for launch-day feature variants. Customer success leads raise urgent enterprise client requests. Throughout these multi-hour brainstorming sessions, crucial trade-offs, explicit non-goals, and subtle boundary edge cases are voiced aloud—only to vanish when participants log off.

If product managers invite a third-party cloud recording bot into these roadmap workshops, enterprise security concerns flare up immediately. Discussion of unreleased patentable algorithms, strategic pricing pivots, or confidential enterprise customer commitments cannot be entrusted to multi-tenant cloud transcription SaaS platforms.

Oyma resolves this specification workflow challenge on macOS. Utilizing Apple’s native ScreenCaptureKit framework, Oyma captures roadmap discussions silently without deploying an intrusive AI bot to your Zoom, Google Meet, or Slack Huddle. On-device Whisper models transcribe stakeholder dialogue locally on your Apple Silicon hardware, synthesizing hours of spoken debate into rigorous, structured Markdown PRDs stored securely on your local file system.

The core structural challenges in product requirement drafting

Translating spoken product strategy into executable engineering specifications demands overcoming systemic knowledge translation obstacles:

  1. Roadmap intellectual property exposure: Discovery calls discuss unreleased product capabilities months before public disclosure. Storing transcriptions on third-party cloud servers risks competitive espionage or unauthorized data harvesting.
  2. Ambiguity in verbal scope commitments: In meetings, stakeholders frequently nod along with statements like “we should support bulk actions,” yet each attendee envisions a different implementation scope. Capturing exact verbal boundary debates clarifies explicit acceptance criteria.
  3. The manual transcription bottleneck: Product managers often spend hours after a 90-minute workshop attempting to reconstruct what was settled versus what was tabled for subsequent quarters.
  4. Disconnection from architectural decision records: When PRDs exist in isolated SaaS wiki silos, engineering teams lose visibility into the business context that motivated specific architectural trade-offs.

The product manager’s requirements repository in plain Markdown

Oyma structures product requirement documentation directly into an interconnected, sovereign Markdown knowledge base:

vault/
├── product/
│   ├── prds/
│   │   ├── PRD-042-real-time-collaboration.md
│   │   ├── PRD-043-audit-logging-pipeline.md
│   │   └── PRD-044-workspace-role-rbac.md
│   ├── discovery/
│   │   ├── stakeholder-workshop-2026-10-09.md
│   │   └── customer-feedback-aggregates.md
│   └── templates/
│       └── prd-functional-specification-template.md
└── engineering/
    ├── rfc/
    │   └── RFC-019-websocket-sync-engine.md
    └── architecture/
        └── ADR-0014-row-level-security.md

Linking functional PRDs to technical RFCs, customer discovery interviews, and ADRs via [[wikilinks]] creates a permanent, auditable rationale for why features are shaped the way they are.

Sample on-device product requirements draft

Here is an authentic Markdown artifact synthesized from a live product scoping session in Oyma:

---
prdId: PRD-044
title: "Enterprise Workspace Role-Based Access Control (RBAC)"
version: "0.1-draft"
owner: "[[team/elena-rostova]]"
engineeringLead: "[[team/marcus-vance]]"
designLead: "[[team/chloe-dupont]]"
status: In Review
targetRelease: Q1 2027
relatedRfc: "[[engineering/rfc/RFC-022-iam-service-tokens]]"
tags:
  - product-management
  - prd
  - enterprise
  - security
---

# PRD-044: Enterprise Workspace Role-Based Access Control

## 1. Executive Summary & Problem Statement
Currently, our platform only supports two primitive account permissions: Owner and Member. Mid-market and enterprise compliance officers consistently block deployment because department heads cannot delegate administrative billing authority without granting read/write access to sensitive production analytics vaults. This PRD defines granular role assignment across Workspace, Project, and Artifact tiers.

## 2. Target Personas & Use Scenarios
- **Enterprise Infosec Admin ([[personas/it-director]]):** Requires least-privilege role assignment, enforcement of mandatory session timeouts, and granular audit logging.
- **Department Lead:** Needs ability to invite external contractors to specific project workspaces with read-only view rights.
- **Contractor / External Auditor:** Access must be strictly scoped to assigned documents with zero visibility into team-wide member rosters.

## 3. High-Priority User Stories & Acceptance Criteria

| ID | User Story | Acceptance Criteria | Priority |
| :--- | :--- | :--- | :--- |
| US-01 | As an admin, I can assign standard roles (Owner, Admin, Editor, Viewer). | Changing a role updates permissions instantly; session cache invalidates within 500ms. | P0 |
| US-02 | As an admin, I can invite guests scoped to a single collection. | Guests cannot query search APIs across non-permitted collections. | P0 |
| US-03 | As a compliance auditor, I can export all permission change logs. | Export formats include CSV and JSON Lines with cryptographic actor hashes. | P1 |
| US-04 | As an editor, I can request elevated permissions directly in-app. | Generates an interactive Slack notification to workspace admins with 1-click approval. | P2 |

## 4. Explicit Non-Goals & Scope Boundaries (Out of Scope for v1)
- Custom user-defined role creation with arbitrary boolean flags (deferred to v2).
- Integration with external SCIM directory synchronization (covered under separate [[product/prds/PRD-047-scim-sync]]).
- Fine-grained attribute-based access control (ABAC) using dynamic IP heuristics.

## 5. Technical Considerations & Architecture Alignment
Discussed with [[team/marcus-vance]]: Permission evaluation must be cached in memory to maintain p95 read latency under 12ms. All authorization checks must execute via localized policy evaluation rather than synchronous remote network round-trips.

## 6. Success Metrics & Key Performance Indicators (KPIs)
- **Enterprise Conversion:** Increase qualified pilot-to-contract conversion by 35% in Q1 2027.
- **Admin Setup Time:** Median time to configure team permissions under 3 minutes per workspace.
- **Zero Privilege Escalation:** Zero critical severity vulnerabilities discovered during pre-release penetration testing.

How Oyma powers frictionless PRD drafting on macOS

Oyma bridges the gap between chaotic multi-stakeholder workshops and structured engineering specifications:

1. Inaudible botless audio capture via ScreenCaptureKit

Oyma records internal product alignment meetings directly through macOS system audio streams. No third-party meeting bot interrupts the call, no compliance warnings appear on screen, and no external audio pipes risk data leakage.

2. On-device speech recognition via Whisper models

Spoken technical debates—including mentions of internal microservices, database schemas, and prospective client names—are converted to text on your local Mac. Whisper Large v3 operates with near-human transcription accuracy even when speakers talk over one another or use technical jargon.

3. Automated scope extraction into Markdown tables

Using customized local prompts, Oyma parses unstructured meeting dialogue into structured tables: user stories, priority ratings, edge cases, and non-goals. You begin your PRD writing process with 80% of the foundational structural work already completed.

4. Zero vendor lock-in with standard Markdown

Your PRD drafts exist as standard .md text files on your local drive. They open effortlessly in Obsidian, VS Code, iA Writer, or standard command-line tools. You can commit PRD drafts to Git repositories to track specification changes with standard git diff.

Step-by-step workflow: From product workshop to signed-off PRD

Adopting Oyma for your product requirements drafting requires no reconfiguration of your existing toolchain:

Step 1: Launch silent capture during product scoping

When initiating a feature scoping session on Zoom, Slack, or Google Meet, start Oyma in your menu bar. The application captures your microphone and incoming speaker audio without introducing a bot into the meeting room.

Step 2: Conduct unimpeded debate on feature trade-offs

Encourage engineers, designers, and business leads to debate edge cases freely. Because there is no third-party bot recording to an external cloud database, participants express candid concerns regarding architectural feasibility and timeline risks.

Step 3: Generate the initial PRD specification draft

Immediately following the call, select the “PRD & Functional Specification” template. Oyma analyzes the transcript locally, synthesizing the debate into organized problem statements, user story tables, acceptance criteria, and explicit non-goals.

Step 4: Refine in Obsidian and share across engineering channels

Open the generated Markdown file in your favorite text editor. Fine-tune acceptance criteria, link user stories to relevant customer interview notes ([[interviews/cust-2026-09]]), and paste finalized tables directly into your team’s issue tracker.

Why elite product teams maintain sovereign PRD vaults

Product requirements documents represent the intellectual core of your company’s competitive strategy. They define where your product is heading before the rest of the market knows.

Relying on multi-tenant SaaS notetakers exposes your strategic product vision to third-party data breaches, training sets, and vendor outages. With Oyma, your discovery transcripts, debate notes, and PRD drafts remain sovereign, local, and permanently accessible on your Mac.

Questions

Review all 20 use case workflows, learn how botless audio capture protects prd & product requirements drafting, or read the zero-leak privacy architecture.

Why should product requirement workshops avoid cloud recording bots?

PRD discovery sessions frequently discuss unreleased product roadmaps, proprietary feature mechanics, and competitive differentiation strategies. Inviting cloud recording bots exposes core product intellectual property to third-party vendor servers and potential data breaches.

How does Oyma convert stakeholder debates into structured PRD sections?

By applying our PRD drafting template with local Ollama models or your own API key, Oyma parses spoken debates into clear problem statements, target personas, prioritized user stories, out-of-scope non-goals, and measurable success metrics.

Can I customize the generated PRD template to match our engineering RFC format?

Yes. Oyma provides full control over Markdown summary templates. You can customize the schema to generate Shape Up pitch documents, Amazon-style working-backwards 6-pagers, or agile user story matrices directly in your local vault.

How do requirement notes integrate with existing engineering tools like Linear or GitHub?

Because all output is saved as standard plain-text Markdown files, you can copy structured acceptance criteria tables directly into GitHub Issues, Linear tickets, or Jira tasks without reformatting.

Product requirement documents in plain Markdown.

Free during the private beta. Apple silicon Macs, macOS 14 or later.

One email when your invite is ready. No newsletter.