腾讯校招产品策划岗面试经验——求职精灵（finsight.work）

两分钟以内，结构是「基本信息 + 产品相关经历 + 个人特质 + 为什么是腾讯产品岗」。
产品相关经历占一半以上：做过什么产品项目、用过什么方法、产出什么结果。比如独立做过一款校园二手交易小程序的竞品分析和原型，上线两个月覆盖三个学院，这类经历比职务头衔有说服力。
个人特质给两到三个词，每个词配一句证据，比如「对细节敏感」对应曾经发现某产品支付流程多一步确认并写成分析。
结尾落到岗位：产品策划要判断做什么，而过去的经历训练的是从用户抱怨里找需求的能力。
避免两个问题：大段罗列学生职务、把课程作业当项目讲。追问预警：面试官通常会挑一个项目问「这个需求你怎么验证的」，提前准备好调研方法和样本量。

选一款自己高频使用、且属于腾讯体系的产品更稳，比如微信、QQ 或腾讯视频，面试官更容易共鸣，也能看出对自家产品的熟悉度。
结构用「总—分—总」：先用一句话说清核心价值与目标用户，比如微信解决的是熟人关系下的低成本沟通。
好在哪讲两到三个维度，每个维度必须落到具体交互：通讯录与聊天入口的层级、消息免打扰的粒度、支付与社交的无缝衔接。不要只说「体验流畅」，要说是哪一步省了操作。
改进点给一到两个，并附方案。比如朋友圈的分组可见设置路径偏深，可以增加常用分组的快捷入口，同时说明这样改可能带来的隐私风险。
收尾一句：判断一个功能好不好，看它是否让核心路径更短，而不是功能更多。追问预警：面试官可能反问「你怎么知道用户需要这个改动」，回答要给验证方式。

按「来源—验证—取舍—落地」四步走，每一步给具体动作。
来源：先判断需求从哪来，是用户反馈、竞品压力还是内部战略。来源不同，优先级完全不同，战略级需求即便量小也要做。
验证：定量看数据，比如相关场景的搜索量、投诉工单量、功能使用漏斗；定性做访谈，找 8 到 10 位典型用户问最近一次遇到问题的场景，而不是直接问「你要不要这个功能」。
取舍：用「用户价值 × 实现成本」做矩阵，同时评估对现有功能的影响。微信的特点是克制，新功能必须服务核心沟通场景，否则宁可不做。
落地：先设计最小可用版本，小范围灰度，看留存、使用频次与负反馈，再决定放量还是回退。
收尾一句：需求分析的本质不是证明需求存在，而是判断值不值得做。追问预警：可能问「灰度数据不好怎么办」，回答是先定位是入口问题还是价值问题。

先讲格局，再讲差异化，最后给一句风险判断。
格局：抖音与快手占据领先位置，强在算法分发与内容生产者生态；微信视频号依托社交关系链快速起量，优势是熟人推荐与低创作门槛；小红书、B 站则在生活方式与中长内容上分走用户时长。整体进入存量竞争，拼的是留存而非拉新。
差异化要结合腾讯的独有资源：社交关系链、微信生态、游戏与 IP 内容、云与音视频技术。可以选三个切口——人群上做职场或银发群体，内容上做知识类与互动视频，分发上把「朋友在看」做成独立入口，而不是再做一个纯算法流。
要给一个取舍：做社交分发意味着冷启动慢，但留存更稳；做纯算法则要面对内容供给不足的问题。
收尾一句：差异化的本质是找到别人做不了而自己能做的事。追问预警：可能问「怎么衡量成功」，回答看 7 日留存与人均使用时长，而不是下载量。

用 STAR，重点放在用什么依据推动决策，而不是谁说服了谁。
情境：做校园服务产品时，团队在功能优先级上分成两派，一方要做社交裂变，一方坚持先做核心工具，争论两周没有结论。
任务：作为产品负责人，要在评审前定下第一版范围。
行动：先把两个方案的用户价值与开发成本列成表，拆到具体功能点；再找 30 位目标用户做小样本问卷，问最近一次使用同类产品的场景；数据显示七成用户的首要需求是查信息而非互动，于是把工具功能放进第一版，社交留到二期；同时给裂变方案留了分享路径，两派诉求都有落点。
结果：第一版按时上线，次周留存达到预期的 1.5 倍。
反思：分歧不可怕，怕的是没有裁决标准，数据往往比职位更适合当裁判。追问预警：若问「数据也不支持怎么办」，回答是做小范围 A/B 测试，用行为而非观点决定。

核心是三件事：早沟通、会做减法、有排序机制。
早沟通：需求还在草图阶段就拉研发评估，问清技术边界与成本量级，不要等方案定稿才发现做不了。研发越早参与，越愿意一起想替代方案。
会做减法：技术成本过高时，先问用户价值能不能用更轻的方式实现。比如要做智能推荐，先用规则加人工运营跑通，再逐步换算法；要做实时同步，先做准实时，体验差距可能远小于成本差距。
排序机制：用「用户价值 × 实现成本」矩阵，高价值低成本优先做，高价值高成本拆成两期，低价值的一律砍掉。判断价值时看影响多少用户、影响多深，而不是看需求提的人是谁。
收尾一句：平衡不是各让一步，而是找到同样效果下最便宜的那条路。追问预警：可能问「研发说做不了怎么办」，回答是先确认是技术上不可能还是排期不允许，两者的解法完全不同。

不给教科书定义，讲自己的理解和判断方法。
理解：用户体验是用户从产生念头到完成目标的整条路径上的感受总和，由无数微观细节堆出来——入口好不好找、文案说不说得清、失败时有没有退路。它不是界面漂亮，而是让人少费力、少犹豫。
判断分四层：看数据，核心路径的转化率、任务完成时长、留存与复购；看情绪，NPS 与用户评价里的高频抱怨词；看行为，新用户首次使用的流失点在哪一步；看走查，自己以小白身份完整走一遍，记录每一处需要思考的地方。
可以举一个具体例子：退款流程要跳四个页面、填三项信息，而用户真正要的只是把钱退回来，每多一步就多一层流失。
收尾一句：好的体验是用户感觉不到设计，坏体验是每一步都要猜。追问预警：可能问「数据和用户反馈冲突听谁的」，回答是看样本与场景，行为数据优先但要解释原因。

先定义「不好」，再分层定位，最后给方案。
定义指标：是曝光不足、点击率低、使用率低，还是用了不留存？不同指标对应不同问题，先确认口径与对比基准。
分层排查：曝光不够，说明入口位置或触达方式有问题；点击低，说明文案与视觉没让人理解价值；使用率低，说明功能本身难用或场景不匹配；留存差，说明价值是一次性的。
交叉验证：定量看漏斗每一层的流失，定性看用户评论、客服工单与访谈，确认是「不知道」还是「不需要」。必要时做 A/B 实验，把变量单独拆出来。
处理：按原因给方案——改入口、改文案、简化流程，或者直接下线。上线前设好止损线，比如两周内使用率过低就回退。
收尾一句：数据不好不可怕，怕的是用「用户还没发现」解释一切。追问预警：可能问「怎么区分功能问题和运营问题」，回答是看对照组与触达是否到位。

按七天排期讲，每天有明确产出。
第一天定方向：快速访谈 10 位同学，找出高频痛点，比如课表混乱、组队找队友、二手教材流转，选一个范围小但痛的场景。
第二天看竞品：把已有方案列出来，比较功能与门槛，找到没被满足的那一小块，避免做「什么都能做」的工具。
第三天定 MVP：只保留解决核心问题必需的功能，写清主流程与三个关键页面，明确第一版不做什么。
第四到五天出原型：用 Figma 或纸笔做低保真稿，跑通主流程，重点打磨首次引导。
第六天做可用性测试：找 5 位目标用户完成任务，记录卡住的位置和原话，不解释、不引导。
第七天改版并准备汇报：用「问题—方案—验证」三段讲清楚。
收尾一句：一周做不出完整产品，但能证明会不会抓重点。追问预警：可能问「为什么不先做推广」，回答是先验证需求再谈增长。

这是最后的加分题，答「没有了」等于放弃一次表达机会。准备两到三个问题，按面试轮次挑最合适的。
问团队与产品：目前团队负责的产品最大的挑战是什么，是增长、留存还是商业化？这个问题能让面试官讲真实困境。
问成长：对刚入职的产品策划，您建议前半年优先练哪项能力？这个问题务实，回答里能听出团队期待。
问行业：怎么看 AI 对产品策划工作的影响，团队现在有哪些尝试？适合二面或总监面，能体现视野。
三个不要：不要问薪资福利（留给 HR 面）、不要问官网能查到的信息、不要问「能不能录取」。
收尾可补一句回应，比如「您提到留存是难点，刚才的方案其实也围绕留存设计」，把反问变成对话。追问预警：若面试官说「你问得挺细」，说明准备充分，别急着结束，可以再追一个具体场景。