升级清单不是职责说明书

消息提到，荣耀笔记本9月升级主要涉及YOYO Claw等功能，其中既有编码能力、悬浮球这类功能项，也有邀请好友送积分、账户明细这类运营项。但素材没有给出团队编制、岗位分工或指标归属。因此，这份清单不能直接说明谁负责功能设计、谁负责用户运营，更不能推出团队同时承担两类工作。对求职者来说，它更像一份提问素材：你可以在面试中拿具体条目，去核查岗位真实职责。

功能项和运营项，问法不同

看到功能项，别只问“这个功能怎么做”。可以问需求来源：编码能力是来自用户反馈、竞品分析还是技术团队提案？优先级由谁定？产品经理交付的是需求文档、验收标准还是场景定义？如果面试官说“都做”，继续追问最近一次版本中他个人负责的具体交付物。

看到运营项，比如邀请好友送积分，可以问活动目标：拉新、留存还是活跃？产品经理是否负责活动方案、触达策略和数据复盘？核心指标是参与率、留存率还是获客成本？如果岗位涉及三方接入或合作，再追问合作范围谁拍板、排期谁定、商务谁谈。注意，这是核查方法，不是对某家公司岗位的断言。

还可以准备一个模拟场景：假设面试官说“我们产品经理什么都做”，你可以问“上个月版本中，你亲自写的文档是哪份？跟进的指标是哪个？”回答越具体，职责边界越清楚。

转岗者带一张问题表去面试

转岗者不必急着补技术原理，先补提问能力。面试前把目标岗位近几次版本更新列出来，标出功能项和运营项，选两条具体条目，各写三个问题。比如选“邀请好友送积分”，问提案人、上线负责人、核心指标；选“编码能力”，问需求来源、验收标准、迭代节奏。

如果过往经验偏功能设计，想转用户运营，可以梳理自己是否做过分层、激励或触达类项目，但如实描述，用[实际记录]这类占位提醒自己不要编数据。如果偏运营想转功能，准备一个需求优先级取舍的例子。模拟面试不是断言面试官一定会问，而是帮你把模糊职责变成可核查的问题。

最后给一个可做的小建议：下次面试前，挑一条目标团队最近更新的功能，写下“谁提案、谁交付、谁背指标”三个问题，带着它去问。这比泛泛问“岗位职责是什么”更容易得到真实答案。