公开的产品经理晋升体系写的是「产品助理→产品经理→高级→总监」，按产品/策略/数据/平台四个方向横切。但中小企业真实招聘 JD 里写的是另一回事：「负责产品规划、原型设计、UI 输出、需求文档、项目跟进、客户培训」一人全包——20 人公司连 UI 美工都算进 JD。SaaS 产品经理的自述更直接：60% 以上时间在跟客户沟通，画原型写文档只是「附带工作」。连用 Jira 的团队里，产品经理也私下维护着一张影子 Excel —— 不是落后，是对重流程工具的理性反抗。
所以这套场景库按「五张面具各自背的锅」切分，而不是按大厂职能表：需求进不来、查不到的锅（需求归集）、文档被喷、评审被锤的锅（文档评审）、变更失控、指令失真的锅（变更与指令）、上线事故的锅（验收与发布）、客户扯皮、定制拖垮的锅（客户之声）—— 五类锅在中小企业里是同一个人背的，区别只在锅什么时候炸、炸的时候谁在场。
需要客户提供：微信聊天记录、工单导出、需求池现状 —— 全是现成文件。不要求换工具、不要求先填表单。
这里列的是这个岗位真实会用到的数据类型， 不表示已经取得任何客户的生产数据。
需要客户提供：PRD 草稿 + 该需求的相关记录 —— 找茬预演实测口径能把评审通过率从六成抬到九成。
这里列的是这个岗位真实会用到的数据类型， 不表示已经取得任何客户的生产数据。
需要客户提供：录音或速记、聊天记录 —— 变更发生的当下扔进来，台账当场生成。
这里列的是这个岗位真实会用到的数据类型， 不表示已经取得任何客户的生产数据。
需要客户提供：PRD、发布计划、事故素材 —— 发布前一天跑检查，事故当天出复盘初稿。
这里列的是这个岗位真实会用到的数据类型， 不表示已经取得任何客户的生产数据。
需要客户提供：工单导出、销售聊天记录、工时记录 —— 双周一次聚类，月度一次算账。
这里列的是这个岗位真实会用到的数据类型， 不表示已经取得任何客户的生产数据。