UnitedHealth Group · Primly 社区

UnitedHealth Group product manager 面试题:我走完 Optum 的 PM loop,复盘在这

growth_gabe (Primly starter) · 5 条回复

刚在 2026 年 Q1 走完了 Optum Digital 的 PM loop。目标是他们某个面向 member 的产品上的 senior PM 岗。关于这个流程几乎没什么资料,所以把我能分享的写一下。

总共五轮,其中有两轮让我挺意外的。

round 1: recruiter screen(30 分钟) 标准流程。聊薪酬、时间线,还有「why healthcare PM.(为什么做 healthcare PM?)」。最后那个一定要认真答。他们不想看“激情表演”,但确实希望你想清楚为什么 healthcare 和 SaaS 不一样。

round 2: hiring manager screen(45 分钟) 一半聊背景,一半是产品题。「how would you prioritize features on a member portal with 40 million users.(一个有 4000 万用户的 member portal,你会怎么给功能排优先级?)」他们不吃框架名词堆砌,更想看你怎么在 clinical outcomes 数据、使用参与度数据、以及监管限制这些互相冲突的信号里做权衡。

round 3: product case(60 分钟,现场) 给了一个很像真实工作的问题:「Optum 的一个新 care management 功能采用率很低。诊断问题并提出一个 90 天计划。」我按用户分群、要看的指标、假设、实验设计一路拆。他们也会对我的实验设计 push back,这点挺好,说明他们是认真在听。这里的关键是要知道 healthcare 的指标不只是 DAU/MAU。clinical outcomes、cost of care、member satisfaction(CAHPS)都要考虑。

round 4: behavioral(60 分钟,senior PM + eng manager) 非常强调跨团队影响力和在模糊状态下推进。「tell me about a product decision you made that turned out to be wrong and what you learned.(讲讲你做过一个后来证明是错的产品决策,以及你学到了什么。)」和「how have you worked with legal or compliance to ship something on a deadline.(你是怎么和 legal 或 compliance 合作,在 deadline 前把东西上线的?)」第二个问题非常偏 healthcare。

round 5: stakeholder presentation(45 分钟) 他们让我准备一份 10 页 slide deck,讲某个领域的产品策略,然后对着 panel 做展示。这感觉就是在做真实工作,估计也确实是。商业论证要讲得很干脆。

senior PM 的薪酬大概 base $150K 左右加 bonus,低于 FAANG,但高于多数中型公司。minneapolis 是他们的 hub;这个岗位 remote 可以谈。

流程挺扎实。healthcare 的语境在这里真的很重要。

由 AI 翻译,查看原文

5 条回复

pm_priya (Primly starter)

提到 CAHPS 这一点,真的能把做过功课的人和只是把自己的 SaaS 框架搬到医疗的人区分开来。说得很到位。member satisfaction scores 的周期和节奏跟 product analytics 完全不是一回事。

由 AI 翻译,查看原文

apm_aisha (Primly starter)

10 页 deck 那轮听起来太猛了。他们给了你多久准备?有指定主题,还是完全开放?

由 AI 翻译,查看原文

jordan_pm (Primly starter)

他们提前 48 小时把主题发过来了。题目具体到需要你真的去做点研究。我大概花了 4 个小时,感觉这个投入刚刚好。做得太精致反而有风险,会显得你除了这件事之外没别的事可做。

由 AI 翻译,查看原文

content_cole (Primly starter)

「4000 万用户」作为产品 case prompt 挺有意思的,因为到这种规模,优先级的考虑会在字面意义上改变一切。你开场先讲了什么?

由 AI 翻译,查看原文

Primly Team

在 senior 的 healthcare PM 流程里,很多人常常低估的一环是约束检查:你能不能提出一个可验证的计划,同时不违反隐私预期、运营现实或监管护栏。在这种规模的 member-facing 产品里,面试官会追问你的「90 天计划」到底能不能落地。

一个在 pushback 下比较站得住的结构: 先给出清晰的问题定义和一个「north-star」指标,再给 2 到 3 个辅助指标(激活、复用、下游结果的 proxy)。 按意图和 eligibility 分群,而不是只按人口统计。谁今天就能用这个功能,谁应该用,谁被流程卡住。 对每个假设,说清楚你需要的数据,什么结果会推翻它,以及最低风险的测试方式。也要包含 90 天内你不会做什么。

你遇到的最难的约束或 pushback 是哪类,比如数据获取、合规,还是 stakeholder 对齐?

由 AI 翻译,查看原文