Framework Deep Dive

CIRCLES 方法

PM 面试的通关武器,也是产品设计会议的结构化骨架。CIRCLES 不是答题模板,而是防止你在理解问题之前就跳入解决方案的防护机制。

「给我设计一款产品」——然后大脑一片空白

PM 面试中最常见的失败模式不是答案错误,而是思路混乱:面试官刚说完「为老年人设计一个产品」,候选人就开始描述 App 界面。他们跳过了最关键的步骤——理解问题本身。

这个陷阱在真实工作中同样普遍。需求评审会上,团队争论功能细节,却没有人先确认「我们在为哪类用户解决什么核心问题」。结论往往是功能做出来了,用户并不买账。

CIRCLES 的价值在于它提供了一条强制路径:在说出任何方案之前,你必须先完成情境理解、用户识别、需求挖掘和优先级判断。它不是告诉你答案是什么,而是确保你在正确的问题上思考。

七步水平流:从「是什么」到「建议做什么」

CIRCLES 是一个线性推进的结构,每一步都为下一步提供素材。跳过任何一步,后续的分析就会失去根基。

CComprehend
IIdentify
RReport
CCut
LList
EEvaluate
SSummarize
C
理解情境
这个产品是什么?商业模式?当前用户规模?公司战略目标?先建立情境再开口。
常见错误
跳过澄清,直接假设自己已理解问题
I
识别用户
谁是目标用户?列出细分群体,明确选择哪一类及原因——不能说「所有人」。
常见错误
用人口统计代替行为特征分段
R
用户需求
该用户有哪些目标、痛点和待完成任务?用 JTBD 格式展开,先广后筛。
常见错误
把解决方案伪装成需求列出
C
优先级切割
哪个需求最重要?用显式标准(影响用户数 × 战略契合度)选出一个核心需求。
常见错误
「所有需求都很重要」——没有优先级
L
列出方案
针对优先需求提出 3–5 个本质不同的解决方向,不是同一想法的变体。
常见错误
三个方案其实是同一个方案的微调
E
评估权衡
对每个方案评分:用户价值 / 技术复杂度 / 业务价值。展示你的判断逻辑。
常见错误
评估没有标准,只是直觉排序
S
总结建议
一句话给出建议,说明 top 2 风险及应对,提出成功指标和时间框架。
常见错误
总结时重新提出新想法,推翻前面的分析

什么时候该用它?

CIRCLES 是一个通用的结构化思维框架,在任何需要「从问题到方案」的对话中都能发挥作用,不限于面试场景。

💼
PM 面试产品设计题
Google、Amazon、Meta 等公司的 PM 面试中,CIRCLES 是公认的结构化答题框架,能展示系统性思维而非发散臆想。
🧭
新功能立项分析
在写 PRD 之前,先用 CIRCLES 完成一遍分析,确保功能定义是从用户需求出发,而非从「我有一个想法」出发。
🔍
产品设计评审
在评审他人设计时,用 CIRCLES 的七个维度逐一检验:这个方案是从哪个用户需求出发的?优先级依据是什么?
🤔
模糊需求的结构化处理
当老板说「给我做一个竞争对手有的功能」时,用 CIRCLES 将模糊指令转化为有逻辑基础的产品决策。
🏁
产品策略复盘
季度末复盘时,用 CIRCLES 逆向检验已做的产品决策:我们当时对用户的理解是否准确?优先级选择是否正确?
🎓
团队产品能力培训
新 PM 入职培训中,CIRCLES 是教授「结构化产品思维」的标准工具,帮助建立从用户视角分析问题的习惯。

Amazon PM 面试
CIRCLES 如何拿下 offer

Lewis Lin 在《Decode and Conquer》中记录了大量 CIRCLES 的实战应用案例。其中最广为引用的是一位 Amazon PM 候选人应对「设计 Amazon 实体零售体验」这道题的完整过程。

这道题的难点在于它极其开放——没有限定用户、没有给定约束。大多数候选人会立刻开始描述「无人收银」「AR 货架」等技术方案,跳过了最重要的前期思考。

Amazon PM 面试
设计 Amazon 实体零售体验 · Lewis Lin 记录案例
2013–至今
候选人的 CIRCLES 完整推演
C
理解情境
Amazon 的核心优势是便利性和价格,线下店的目标可能是解决网购的「不确定性痛点」(商品实物与预期不符),而非替代超市。
I
识别用户
三类用户:① 时间紧缺的城市专业人士 ② 老年人(不信任网购) ③ 冲动消费者。选择第一类,因为他们是 Amazon Prime 主力,线下体验的 ROI 最高。
R
用户需求
核心需求:在可预测的时间内获取高质量生鲜,且品质可信任(「生鲜不确定性」是网购阻碍)。次要需求:减少排队时间、无缝与 Prime 账户整合。
C
优先级
生鲜品质的不可预测性是核心痛点——影响 70% 的城市用户,且与 Amazon Fresh 的战略扩张直接相关,因此优先于排队体验优化。
L
列出方案
① 品质保证订阅(AI 评级 + 不满意退款) ② 到店自选 + 即时配送混合模式 ③ 供应链溯源展示屏 ④ 品质 SLA 服务协议 ⑤ 社区冰箱共享模式
E
评估权衡
方案①:用户价值 5/5,工程复杂度 3/5,与 Prime 协同 5/5 — 胜出。方案③工程风险高但用户感知弱。方案⑤超出核心场景。
S
总结建议
建议:Amazon Fresh 生鲜品质保证订阅。风险:① 退款滥用(用频次限制缓解)② 供应链成本(分阶段验证可控性)。成功指标:生鲜复购率提升 20% / 6 个月。
7步
完整 CIRCLES 推演
1个
明确的优先用户选择
Offer
结构化思维的结果
为什么 CIRCLES 有效
候选人没有比面试官更聪明,但他的思路比其他人更系统——这是 CIRCLES 的真正优势
在 Cut 步骤明确说出「我选择这个用户群,因为……」展示了产品判断力
面试官能跟随思路,随时插入问题而不打断整体逻辑流
💡
关键启示
CIRCLES 的核心价值不是「正确答案」,而是防止在未理解问题前就跳入方案
「I」步骤(用户细分选择)是最能展示产品品味的环节,不要跳过或敷衍
Lewis Lin 已出版超过 50 个 CIRCLES 实战案例,Google/Amazon/Meta 面试中均有使用记录

如何主持一次完整产品设计分析

以下是把 CIRCLES 用于完整产品设计会议的引导手册。与面试不同,工作场景中你有更多时间做每一步,但逻辑顺序完全相同。

01
20 min
Comprehend + Identify — 建立共同情境
全团队 澄清问题
先问澄清问题:这个产品今天做什么?商业模式是什么?谁在使用它?用两句话写下「情境摘要」,在继续之前让所有参与者确认。然后列出 3–5 个可能的目标用户细分,选定一个并说明选择理由。
产出标准:两句话的情境摘要 + 一个明确的目标用户定义,必须包含行为特征(不只是年龄/性别)。
02
30 min
Report — 挖掘用户需求
产品 + 研究 JTBD 格式
为目标用户列出 5–8 个需求,使用 JTBD 格式:「当 [情境] 时,用户希望 [进展],以便 [结果]。」先广后筛,不要在这一步过滤任何想法。目标是有足够多的素材供下一步优先级判断。
引导技巧:如果团队只能写出 2–3 个需求,说明对用户理解不足,应该先做用户访谈再继续。需求列表过短是危险信号。
03
20 min
Cut — 优先级判断
产品负责人 2x2 矩阵
用「用户影响 × 战略契合度」2×2 矩阵评估每个需求,选出一个最重要的需求来解决。明确说出判断标准:「我选择这个,因为它影响了 80% 的用户,且直接服务于我们的留存目标。」不能说「感觉这个比较重要」。
常见陷阱:不要选择「最容易做的需求」而非「最重要的需求」。Cut 步骤测试的是产品判断力,不是工程可行性评估。
04
40 min
List + Evaluate — 方案生成与评估
全团队 评分矩阵
生成 3 个本质不同的解决方向(不是同一想法的微调)。对每个方案打分:用户价值(1–5)、工程复杂度(1–5)、业务价值(1–5)。展示评分逻辑,让团队能看到你的权衡依据。
检验方案多样性:如果你的三个方案删掉两个只剩一个,其余两个也没有损失——说明它们不是真正不同的方案。方案应该在解决问题的根本路径上有所不同。
05
10 min
Summarize — 给出建议
产品负责人 一句话结论
用一句话给出建议。说明 top 2 风险及缓解措施。提出成功指标:「我们将知道这个决策正确,当 [指标] 在 [时间框架] 内改善 [幅度]。」结论要可被追责——如果你不愿意签名对这个建议负责,说明分析还没做完。
避免回避性结论:「需要更多数据才能决定」不是建议,是逃避。基于现有信息给出有方向的建议,同时说明哪些假设需要在执行中验证。

从面试白板题到产品思维的系统化训练框架

CIRCLES 方法由产品管理培训专家 Lewis C. Lin 开发,专为帮助产品经理候选人在面试中结构化回答"请设计一款产品"类问题而设计,后来逐渐超越面试场景,成为产品定义与需求分析的通用思维框架。

2013
Lewis C. Lin 开始系统整理 PM 面试方法论
曾任微软和 Google 产品经理的 Lewis C. Lin 在为学员提供 PM 面试辅导时,发现候选人普遍缺乏结构化回答产品设计题的框架,开始系统整理和提炼面试答题方法论,CIRCLES 方法的雏形在此阶段形成。
2013
《Decode and Conquer》出版,CIRCLES 正式命名
Lewis C. Lin 出版《Decode and Conquer: Answers to Product Management Interviews》,正式提出 CIRCLES 方法(Comprehend—Identify—Report—Cut—List—Evaluate—Summarize 七个步骤),为产品经理面试提供了从理解题意到给出推荐方案的完整答题流程。
2015
在硅谷 PM 求职社群中广泛传播
随着 Facebook、Google、亚马逊等公司 PM 职位竞争加剧,CIRCLES 方法在求职社群(Quora、LinkedIn、PM 学习圈)中快速传播。配合《Cracking the PM Interview》等书籍,它成为硅谷 PM 面试准备的必学框架,并逐步影响亚洲地区的产品经理培训生态。
2016
框架超越面试场景,进入日常产品规划
产品从业者开始在实际工作中借用 CIRCLES 的结构化思维——特别是"识别用户—界定目标—列举方案—评估权衡"的决策链路,应用于新功能立项、PRD 编写前的问题拆解和设计评审。框架的应用场景从面试准备扩展至日常产品管理。
2019
Lewis C. Lin 更新版本,纳入增长指标视角
Lin 在培训课程中更新了 CIRCLES 的应用指导,将北极星指标、OKR 与 CIRCLES 决策流程结合,使框架更适应数据驱动产品管理时代的决策需求。此阶段 CIRCLES 在中国 PM 社群也获得大量关注,成为互联网大厂面试培训的主流方法之一。

与这些工具搭配效果更好