小米校招产品经理面试经验——求职精灵（finsight.work）

选一款真正常用的产品，按「场景—功能—商业—改进」四段讲，控制在四分钟内。

• 场景：先说清它替谁解决了什么问题。内容社区类产品的核心，是让用户在碎片时间里高效获得感兴趣的信息。
• 功能：挑两个设计细节说透，用可用性原则解释，比如信息层级清楚、操作路径短、空状态有引导。
• 商业：说清收入来源与成本结构，判断这套模式能不能持续。
• 改进：给一到两个具体方案，指明改哪个页面、拉动哪个指标，比如降低发布门槛以提升新用户首次互动率。

收尾补一句判断：好产品的共性是让用户少做选择。追问预警：可能问「如果只能改一处，你改哪里」，答案要能落到指标上，而不是感受上。

先定人群和场景，再谈功能取舍，最后说定价与竞品。

• 人群：大学生预算有限、作息不规律、运动打卡有社交需求、常在图书馆等安静场景。
• 核心功能：运动与健康监测（步数、心率、睡眠）、静音闹钟与消息提醒、长续航，这三项命中高频场景。
• 主动砍掉：NFC 支付、独立通话这类抬高成本但使用频次低的功能，把价格压在可接受区间。
• 差异化：考试倒计时、与校园跑打卡系统对接、宿舍静音提醒，这类小设计才是场景理解的证据。
• 商业判断：给出目标售价与大致成本结构，说明靠什么盈利，是硬件微利还是靠配件与服务。

收尾一句：功能清单越长越像在堆料，敢砍才是产品判断力。追问预警：可能问「如果产品经理和研发对功能取舍有分歧，怎么定」。

先声明口径，再拆假设，最后交叉验证。
以需求端估算北京每天咖啡消费量：

• 人口基数：常住人口约 2200 万。
• 渗透率：有喝咖啡习惯的人按三成算，约 660 万。
• 频次分层：重度每天一杯占一成，中度每周三杯占三成，轻度每周一杯占六成。
• 加总：66 万 + 85 万 + 57 万，约 208 万杯，含自泡、办公室与门店。
• 口径收窄：只算门店渠道再乘一个到店比例，大概落在 80 万到 120 万杯。

收尾补两点：说明忽略了旅游人口与季节波动；用供给端门店数乘单店日出杯量做一次校验，两条路径接近才说明假设站得住。面试官看的不是数字，是拆解能否被复现。

先讲清战略结构，再选一个场景讲透。
小米的生态逻辑是「手机 × AIoT」双引擎：手机是入口和控制中心，AIoT 设备覆盖生活场景，两者互相导流，连接数越多，单个用户的迁移成本越高。目前连接设备已超过 8 亿台，覆盖智能家居、可穿戴、出行等方向。
最有潜力的场景选全屋智能：价值不在单设备智能，而在跨设备的场景联动。比如门锁识别到回家，联动灯光、空调、音箱，用户感受到的是一套服务而不是一堆硬件。
再往上一层是人车家：车成为移动的第三空间，手机、车机、家居共用一套账号与语控，这是其他厂商短期难复制的壁垒。
收尾一句：生态的护城河是连接数带来的场景组合能力，不是单品参数。

按「定义指标—分层诊断—设计方案—验证效果」四步走。

• 定义：活跃度先落到指标，是 DAU、人均使用时长，还是发帖与评论人数。不同指标对应不同方案，口径必须先统一。
• 诊断：做用户分层。新用户流失多半是首日没找到感兴趣的内容；老用户沉默多半是发帖无人互动；内容侧问题则表现为推荐不准、优质内容得不到曝光。
• 设计：新用户做引导与新人话题区，降低首次发帖门槛；老用户做积分、徽章与内容生产者激励，让互动有反馈；内容侧做优质加权与分区运营。
• 验证：设一个主指标加若干护栏指标，先做小流量实验，避免为了活跃度牺牲内容质量。

收尾一句：活跃度是结果，先找到用户不活跃的那个具体环节。追问预警：可能问「预算只有十万，你先做哪一件」。

从分发、生产、变现三条线对比，再各自落到护城河。

• 分发：抖音是算法驱动，内容找人，用户不需要选择，核心看停留时长与完播率；B 站是关注与分区驱动，用户主动选择，核心看互动率与社区氛围。
• 生产：抖音把创作门槛压到一部手机，供给极大丰富也极易同质化；B 站以中长视频和弹幕文化为主，制作成本高，用户参与更深。
• 变现：抖音靠广告与电商闭环，效率优先；B 站靠会员、广告与增值服务，更依赖社区信任。
• 护城河：抖音是数据规模训练出的推荐效率与商业化体系；B 站是社区文化与博主和粉丝之间的情感连接，迁移成本高。

收尾一句：功能可以抄，分发逻辑和社区关系抄不走。

按五阶段讲，每段给出交付物。

• 需求验证：先判断真需求还是伪需求，用访谈、问卷、行为数据三方交叉，找出高频且现有方案解决不好的场景。
• 优先级：用 RICE 打分，覆盖人数、影响强度、信心度、投入成本各给权重，避免凭感觉排期。
• 方案设计：输出 PRD，写清主流程、异常分支、埋点与验收标准，与设计对齐原型，与技术对齐可行性。
• 研发跟进：参与评审，管好需求变更，变更要留记录并重估排期。
• 上线迭代：看核心指标与护栏指标，收集反馈，判断继续优化还是回滚。

落一个具体例子，比如商城做 3D 展示，主指标看商详转化率，护栏指标看页面加载时长。收尾一句：从零到一最怕的是没有验收标准。

先给事实判断，再给设计框架。
SU7 的关键不只是参数，而是人车家全生态：手机导航能流转到车机，家里的小爱能提前开空调，车与家共用一套账号体系。这是相对传统车企的差异点，也是这款车被讨论最多的部分。
如果负责一个模块，按三层设计：

• 车控层：远程开关锁、空调预调、充电计划、车辆状态，要求稳定、低延迟、弱网可用。
• 社区层：车主圈子，围绕自驾、改装、充电经验做 UGC，把购车用户变成内容生产者。
• 服务层：保养预约、道路救援、保险续费，把一次性交易变成长期关系。

安全底线要单独说：行驶中限制娱乐类操作，关键指令二次确认，远程控车做身份校验。收尾一句：车控类产品，可用性排在体验感前面。

用 STAR 讲，但重点放在决策依据和量化结果上。

• 情境：一句话交代背景与要解决的问题，比如校园二手交易小程序的次日留存偏低。
• 任务：说清自己负责的边界，是独立负责某个模块，还是协调多方推进，别把团队成果说成个人成果。
• 行动：讲两到三个关键动作和判断依据。比如通过访谈发现用户卡在发布环节，于是把发布流程从五步压到两步，并加了图片智能填充。
• 结果：用数字收尾，留存提升多少、发布转化提升多少，同时交代数据口径与观察周期。

收尾补一句反思：如果重做会改哪一步，这一句最能体现成长性。追问预警：面试官常追问「这个结果里有多少是你的贡献」，要能清楚拆分。

先给能力模型，再用一段自评落地，避免空谈。
硬技能三条：用户研究，能从访谈与数据里分辨真需求；逻辑分析，能把模糊问题拆成可验证的假设；方案设计，能输出结构完整、边界清楚的 PRD。
软技能三条：沟通协作，能把需求翻译成设计语言和工程语言；共情，既理解用户处境也理解开发成本；学习能力，对新形态保持好奇并快速上手。
自评要有取舍：说清哪两项已被经历验证，用具体事实支撑，比如做过多少场访谈、推动过什么功能上线；再说一到两项正在补的短板和动作，比如在系统学 SQL 以便自己取数。
收尾一句：产品经理的差别不在知道多少模型，而在能不能把一个问题问到根上。