字节跳动产品经理怎么准备
字节产品面试公开讨论里，sense 和取舍比背竞品功能更重要。你要能说清为什么现在做、怎么验证、伤害什么。
五题覆盖取舍、实验、通知打扰、创作者生态和冲突。用你的作品或项目答。
字节怎么面产品
- 常有产品分析和追问为什么。
- 增长题要有指标和副作用。
- 准备画闭环，不画组织架构。
面试阶段与知识点
第一批不把每个阶段拆成独立 URL，避免程序化重复页。阶段对应下面的题，练完再用模拟面试串起来。
- 判断：做不做。
- 验证：实验。
- 体验：打扰。
- 协作：冲突。
值得开口练的题
每题给考察点、思路、结构化参考答案和追问。参考答案用来组织语言，面试时必须换成你自己的项目事实。
推荐页要加一个新入口，你会如何决定做不做？
考察点
- 目标
- 成本
- 伤害
回答思路
我会先对齐新增入口要拉升的具体指标，再评估首屏拥挤、误点率和已有入口能否复用，避免为单一诉求重复占首屏位。
结构化参考答案
- 我会先对齐新增入口要对应的增长、留存或商业目标，并约束首屏组件数和关键误点率上限，避免为局部入口牺牲整体首屏可用性。
- 若同一诉求可以被搜索、Tab 或已有运营位承接，我会优先收敛到现有入口，而非再造新坑位；只在有独立意图且无法复用时才立项。
- 验证上用分场景的小流量实验，对比推荐页核心点击、负反馈和新入口误点，必要时按新老用户分层观察，以数据而非拍脑袋定全量。
- 全量前要同步推荐、设计和算法评估长期入口膨胀风险，并约定季度回看：命中阈值则收缩或下线，避免推荐页变成功能堆叠场。
面试官可能追问
- 谁提出来的？
- 不做的代价是什么？
- 如何避免入口膨胀？
推送打开率很高但次日留存掉了，你怎么看？
考察点
- 打扰
- 质量
- 分层
回答思路
打开率不是成功指标，我会把次日留存、卸载和负反馈作为主指标，按用户频次和内容质量分层排查推送是否在透支信任。
结构化参考答案
- 我会先明确推送服务的核心目标是促活还是召回，并约束单日频次上限和可关闭偏好，避免用高打开率掩盖对留存的伤害。
- 若高打开来自标题党或过度频控，我会优先降频、提升内容相关性，对商业类推送单独设限额，而不是继续堆量换打开。
- 验证上按用户分层做 A/B：对比留存、卸载、关闭推送比例，并抽样看用户投诉与回访，确认改动后打开率下降但留存回升才算有效。
- 方案落地后要和运营、算法同步口径，把主指标从打开率改为留存与打扰率，并设回滚线：卸载或关闭率超阈值立即停推或回退策略。
面试官可能追问
- 如何定义打扰？
- 商业推送如何限额？
- 实验多久？
创作者说流量少，用户说刷到重复，你站哪边？
考察点
- 生态
- 体验
- 配额
回答思路
我不会站单边，而是同时看创作者侧新内容曝光、完播和用户侧重复率、负反馈，用生态健康与体验两条线找可执行的配额策略。
结构化参考答案
- 目标是在不牺牲用户刷到新鲜内容体验的前提下，给新作者和长尾内容合理曝光，约束重复率上限和头部集中度，避免生态只服务少数头部。
- 取舍上可以给新内容有限配额和冷启动通道，但不硬塞低质或同质内容；重复过高时优先调分发策略而非单纯加量，兼顾两边诉求。
- 验证上对比新作者留存发文率、用户重复曝光占比和「不感兴趣」点击率，分内容类型做小流量实验，看哪类配额最有效且副作用最小。
- 策略上线后要向创作者解释规则与回看周期，和算法、运营对齐申诉与防刷机制，避免只安抚头部而让用户侧重复问题继续恶化。
面试官可能追问
- 如何防刷？
- 头部作者反对怎么办？
- 你如何沟通策略？
设计一个「不感兴趣」：要收集信号又不能让用户觉得被监视
考察点
- 反馈
- 解释
- 可撤销
回答思路
负反馈要即时生效、可撤销、解释清楚用于推荐优化，且不把信号做成社交可见，在收集信号与隐私感知之间找平衡。
结构化参考答案
- 目标是让推荐系统获得可用的负向信号，同时约束反馈选项数量和默认可见范围，避免用户觉得每一次点击都被全程监视。
- 取舍上点击后立刻减少同类内容曝光，但保留撤销入口和温和文案，说明信号仅用于个性化推荐而非对外展示或人工窥探。
- 验证上用误点率、撤销率和后续会话时长对比实验组，并做可用性测试看用户是否理解反馈后果，隐私相关投诉是否上升。
- 上线前对齐法务与隐私文案，和设计约定反馈入口不侵入主阅读流；与算法约定信号衰减规则，防止负反馈被过度放大或长期误伤。
面试官可能追问
- 选项过多怎么办？
- 如何避免误点？
- 和隐私文案如何对齐？
研发说做不完，运营说必须赶上节点，你怎么排？
考察点
- 范围
- 风险
- 透明
回答思路
我会砍范围而不砍质量底线，把必须交付与可延后项写清楚，节点只承诺最小可用并书面同步风险给三方。
结构化参考答案
- 先对齐节点背后的业务目标与不可妥协的质量底线，例如核心链路可用、无已知阻断性缺陷，其余增强功能可以明确延后到下一迭代。
- 取舍上列出必须项与可砍项，优先保主路径闭环；若运营诉求超出容量，用数据说明全做会带来的延期与质量风险，而不是无声硬扛。
- 验证上以最小可用版本做灰度或内部走查，确认主流程可走通后再对外承诺；未验证能力一律不写进对外口径，避免节点后大面积返工。
- 会后书面同步研发、运营与业务方：范围、风险、责任人与复盘时间，若再次拍脑袋加需求则升级拍板，避免同类冲突重复发生。
面试官可能追问
- 底线是什么？
- 如何避免下次再拍？
- 你如何承担结果？
和岗位、模拟面试一起用
资料管理里保存目标岗位 JD，模拟面试会按简历出题。点题目下的按钮会把本题带进模拟开场，仍需先绑定简历与岗位。