Three Levels of Product Work by coowoolf/insighthunt-skills
npx skills add https://github.com/coowoolf/insighthunt-skills --skill 'Three Levels of Product Work'"Optics(内部感知)能让人意识到影响和执行。它能创造能量。" — Shreyas Doshi
产品工作发生在三个层面:Impact(影响)(业务成果)、Execution(执行)(把事情做成)、以及 Optics(内部感知)(内部认知)。当一个人从一个层面论证,而另一个人从另一个层面看待问题时,冲突就会产生。
┌─────────────────────────────────────────────┐
│ 影响 │
│ (业务成果,指标) │
│ "客户讨厌它" "收入下降" │
├─────────────────────────────────────────────┤
│ 执行 │
│ (把事情做成,交付产品) │
│ "构建很困难" "技术债务" │
├─────────────────────────────────────────────┤
│ 内部感知 │
│ (内部认知,观感) │
│ "没人知道" "团队士气低落" │
└─────────────────────────────────────────────┘
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
内部感知不仅仅是"政治"——它能创造能量、意识和信任。没有它,好的工作会被忽视,资源会被削减。
为了解决冲突,要明确识别对方在哪个层面运作,并与之匹配。
步骤 1: 倾听层面指示词
└── 影响: "客户", "收入", "指标"
└── 执行: "时间线", "资源", "技术"
└── 内部感知: "观感", "可见性", "意识"
步骤 2: 诊断不匹配
└── "我在解释延迟原因(执行)"
└── "CEO 在询问客户投诉问题(影响)"
步骤 3: 转换你的信息
└── 用对方层面的语言重新表述你的观点
└── 将执行限制与影响后果联系起来
步骤 4: 主动搭建桥梁
└── "我们落后了 2 周(执行),这意味着
我们将错过假日收入(影响)"
❌ 将"内部感知"视为负面或政治性的而予以否定
❌ 只用自己的默认层面进行沟通
❌ 假设一个层面的理性论证会在另一个层面引起共鸣
一位 PM 解释由于技术债务导致的延迟(执行),而 CEO 询问为什么客户支持工单激增(影响)——他们各说各话。
来源:Shreyas Doshi, Lenny's Podcast
每周安装量
0
代码仓库
GitHub 星标数
2
首次出现
1970年1月1日
安全审计
"Optics creates awareness of the impact and execution. It creates energy." — Shreyas Doshi
Product work happens at three levels: Impact (Business outcomes), Execution (Getting things done), and Optics (Internal awareness). Conflicts arise when one person argues from one level while another is looking at a different level.
┌─────────────────────────────────────────────┐
│ IMPACT │
│ (Business outcomes, metrics) │
│ "Customers hate it" "Revenue is down" │
├─────────────────────────────────────────────┤
│ EXECUTION │
│ (Getting things done, shipping) │
│ "It's hard to build" "Technical debt" │
├─────────────────────────────────────────────┤
│ OPTICS │
│ (Internal awareness, perception) │
│ "No one knows" "Team morale is low" │
└─────────────────────────────────────────────┘
Internal optics isn't just "politics"—it creates energy, awareness, and trust. Without it, good work goes unnoticed and resources get cut.
To resolve conflict, explicitly identify which level the other person is operating on and match it.
STEP 1: Listen for Level Indicators
└── Impact: "customers", "revenue", "metrics"
└── Execution: "timeline", "resources", "technical"
└── Optics: "perception", "visibility", "awareness"
STEP 2: Diagnose Mismatch
└── "I'm explaining delays (Execution)"
└── "CEO is asking about customer complaints (Impact)"
STEP 3: Translate Your Message
└── Reframe your point in their level's language
└── Connect Execution constraint to Impact consequence
STEP 4: Bridge Proactively
└── "We're 2 weeks behind (Execution), which means
we'll miss holiday revenue (Impact)"
❌ Dismissing "Optics" as negative or political
❌ Only communicating in your own default level
❌ Assuming rational arguments in one level will resonate in another
A PM explaining delays due to technical debt (Execution) vs. a CEO asking why customer support tickets are spiking (Impact) — they're talking past each other.
Source: Shreyas Doshi, Lenny's Podcast
Weekly Installs
0
Repository
GitHub Stars
2
First Seen
Jan 1, 1970
Security Audits
飞书日程待办摘要工作流:AI自动生成每日/每周开工报告,提升个人生产力
24,200 周安装