Module 1 • Lesson 640 mins

Work with Reasoning Models and Lock Down Output Format

Describe Definition of Done for modern Reasoning Models instead of forcing step-by-step chains, and lock output structure to eliminate formatting variance.

Describe Definition of Done for Reasoning Models instead of forcing steps
Lock output structure to eliminate formatting variance

Work with Reasoning Models and Lock Down Output Format

Building on context and structural engineering from previous lessons, this lesson focuses on execution control: collaborating with modern Reasoning Models, and locking down Output Structure to eliminate formatting variance.

Running Example: The Product Manager of FreelanceFlow leverages AI to estimate engineering complexity for Sprint Planning, and to author periodic Weekly Updates for the CPO/CEO.

TIẾP CẬN CŨ / LỖI THỜI
Legacy: Forced Step-by-Step
Degrades Reasoning Models, breaks unpredictably on edge cases
CHUẨN AI PM / HIỆN ĐẠI
Standard: Definition of Done + Locked Format
Unlocks autonomous internal reasoning and consistent structured output

1. Describe Definition of Done Instead of Forcing Step-by-Step Reasoning

The advent of native reasoning architectures (OpenAI o-series, Gemini Thinking, Claude Extended Thinking, DeepSeek R1) requires PMs to update their prompting intuition. These models are trained to generate internal chains-of-thought autonomously before emitting their final response.

A critical anti-pattern is mechanically inserting "Think step-by-step: Step 1 do X, Step 2 do Y..." into analytical prompts. This practice:

  • Disrupts the model's native, optimal reasoning path.
  • Inflates response length unnecessarily, adding latency and token cost.
  • Can induce superficial step-by-step compliance rather than deep conceptual problem solving.

Optimization Rule: Instead of dictating how to think, focus on precisely describing the Definition of Done (DoD) of the desired answer. Allow the model to determine the necessary reasoning depth autonomously.

Comparative Example: Estimating engineering effort for FreelanceFlow's "Automated Expense Invoicing" feature:

  • Flawed Approach (Process Dictation): "Think carefully step-by-step: Step 1 analyze required banking APIs, Step 2 list security risks, Step 3 estimate story points for backend, Step 4 estimate for mobile app..."
  • Correct Approach (DoD Specification): "Estimate the engineering effort (engineer-days) to build automated expense invoicing, assuming our existing stack uses Node.js microservices and PostgreSQL. Required output: 1 total estimate, broken down across the 3 largest technical risks with 1 mitigation path each."

Exception: Only demand explicit step-by-step reasoning outputs when the intermediate calculation steps themselves are the required auditable deliverable (e.g., tax calculation breakdown for accounting audits).

REASONING & CONSTRAINTSReasoning Model Compatibility & Output Specs

Master Output Specs, Explain Constraints, & Steer Reasoning Models

Reasoning Model Interaction Strategy

Compare micromanaging internal reasoning steps vs. setting clear Acceptance Criteria (Definition of Done).

DOD PROMPT STRUCTURE

## Definition of Done (DoD):

1. Ledger balance invariant: Total Revenue - Expenses = Ending Balance.
2. Tax bracket computation adheres to 5 progressive tiers.
3. Red flag triggered if accounts receivable overdue > 30 days.

-> Model reasoning engine searches optimal paths to satisfy all invariants.

INTERNAL REASONING BEHAVIOR

State Space Exploration: Model explores multiple solution branches, backtracking automatically upon invariant violations.

Token Efficiency: 100% thinking tokens allocated to satisfying business criteria.

✓ PM Best Practice: Define what 'Done' looks like (DoD); let the model plan how.
Governance Principle: On Reasoning Models, specify Definition of Done instead of micro-managing steps. Lock Output Schemas to eliminate drift, and always ground negative constraints in explicit business rationales.

Exercise 3.1: A PM authors this prompt to analyze customer feedback:

"Think step-by-step: Step 1 read all 30 responses, Step 2 categorize positive/negative, Step 3 count totals per bucket, Step 4 identify top keywords, Step 5 write summary."

Rewrite this prompt for modern reasoning models: remove procedural micro-management and define a clean Definition of Done regarding structural output and insight depth.

2. Lock Down Output Structure to Eliminate Formatting Variance

Language models introduce random formatting drift unless explicitly bounded. Given the open request "Summarize this meeting", run 1 might return 500 words of prose, run 2 might yield 3 bullets, and run 3 might generate a markdown table.

Locking down the Output Format completely eliminates a primary axis of variance, allowing the model to focus its entire attention budget on content fidelity.

Example: Drafting a Weekly Update for FreelanceFlow Leadership:

## Output format
Must strictly adhere to the following 3 markdown blocks:
### 1. Weekly Highlights (Max 3 bullets, each paired with 1 quantitative metric)
### 2. Blockers & Risks (Risk Name - Impact P1/P2 - Mitigation Plan)
### 3. Next Week Priorities (Exactly 2 verifiable milestone objectives)

Dual Benefit: Explicit formatting not only guarantees structured AI output but also forces the PM to clarify stakeholder information needs before running the prompt.

Exercise 3.2: Draft a precise Output Format specification for summarizing a 45-minute FreelanceFlow User In-depth Interview, formatted so the output can be pasted directly into Engineering and Design Notion databases without manual cleanup.