R-P-P (Reality → Perception → Perspective) Mental Model

The Reality–Perception–Perspective (RPP) mental model will help distinguish objective facts from human experience and stakeholder interpretation, preventing confusion caused by mixing the three. By separating what is true, what is felt, and how it’s interpreted, RPP enables clearer thinking, faster alignment, and better decisions.

Think of it as a 3-layer stack or a 3-stage pipeline. Each layer answers a different question.

Separate facts, feelings, and viewpoints to gain clear, actionable insight.

The “Sorting Test”

When you hear a statement, classify it like this:

1. Is it about facts? → Reality
2. Is it about experience? → Perception
3. Is it about interpretation or judgment? → Perspective

Example: “The product is slow.”

• Reality: “Median response time is 3.1 seconds.”
• Perception: “Users feel it’s slow.”
• Perspective: “As a PM, I think that’s unacceptable for onboarding.”

Why is this model powerful?

• Prevent arguments caused by mixing layers (“You’re wrong” when you’re just in different layers).
• Diagnose problems correctly (is this a real issue, a perception issue, or a framing issue?).
• Communicate better (“Here’s the data, here’s what users feel, and here’s how each team sees it.”)

One-line memory hook

Reality is  - what is.
Perception is  - what’s noticed.
Perspective is - how it’s judged.

In short: Fact → Feeling → Frame

RPP lens for Product Manages:

 1.      Product Reality (Facts)

What is objectively true about the product. This is your instrumentation layer.

Includes:

• Metrics (latency, uptime, conversion, retention, churn)
• Usage data (DAU/MAU, funnels, cohorts)
• System constraints (tech debt, cost, scalability)
• Market facts (pricing, competition, regulation)

PM question: “What is actually happening in the product and market?”

Tools: Analytics, Logs, Experiments, Benchmarks

Failure mode: Building based on opinions instead of data.

 2.       User Perception (Experience)

How users experience and feel about the product. This is your empathy layer.

Includes:

• User complaints
• Reviews, NPS, CSAT
• Support tickets
• Usability findings

PM question:  “How does it feel to use this product?”

Tools: Interviews, Usability tests, Surveys, Session recordings

Failure mode: Ignoring user pain because metrics look fine.

3.       3.      Stakeholder Perspective (Interpretation)

How different stakeholders interpret the same reality and perception. This is your alignment layer.

Includes:

• Engineering constraints (quality, complexity)
• Leadership goals (growth, efficiency, strategy)
• Legal/compliance risk
• Marketing positioning

PM question:
 “Why do different teams disagree about what to do?”

Tools: 1:1s, Roadmap reviews, Strategy docs, Incentive mapping

Failure mode: Roadmap becomes political instead of rational.

How PMs should use the model?

Step 1: Anchor on Reality - “What does the data say is happening?”

Step 2: Validate with Perception - “Do users experience this as a problem?”

Step 3: Resolve via Perspective - “Given our goals and constraints, what should we do?”

This prevents:

• Data-only decisions that ignore humans.
• Empathy-only decisions that ignore scale and cost.
• Politics-only decisions that ignore truth and users.

Example: “Onboarding is broken.” Break it down:

Reality:

• 35% drop-off at step 2.
• 2.8s latency on first API call.

Perception:

• Users say it feels “slow and confusing.”
• Support tickets mention unclear error messages.

Perspective:

• Sales: “We’re losing deals.”
• Eng: “Fixing this risks destabilizing auth.”
• Leadership: “Activation is a top OKR.”

The Product Manager Decision Filter

Before prioritizing anything, a PM should ask:

1. Is it real? (Data)
2. Is it felt? (Users care)
3. Is it aligned? (Business + team context)

Only when all three are “yes” should it rise to the top.

Product Manager mantra: Build on facts, design for feelings, decide through frames.

In Short: Measure → Empathize → Align → ActTop of Form

Bottom of Form