后台产品经理

用人方：远程团队（名称在约面时告知）

1. 后台结构梳理与重构 盘清现有各后台的功能边界与数据模型，找出重复建设、口径冲突、权限混乱的地方，输出可落地的收敛方案。 设计信息架构、模块边界、角色权限模型（RBAC）与通用能力层，推动多业务线的相似功能收敛成一套可配置能力，而不是各建一套。 重构要有前后对比：改之前结构问题是什么、改之后哪些指标变了。 1. CMS、内容链路与运营效率 盘清现有各后台的功能边界与数据模型，找出重复建设、口径冲突、权限混乱的地方，输出可落地的收敛方案. 负责视频 / 短剧 / 动漫 / 小说内容从入库、转码、打标、审核、上架、下架、推荐位配置的全链路产品设计。 设计内容模型（单片 / 分集 / 剧集 / 合集 / 专题）与状态机，覆盖版权状态、可见范围、多端差异、定时发布等实际场景。 把 SEO 需求前置到内容模型：URL 与 canonical、标题 / 描述模板、结构化数据、sitemap、内链与聚合页、多语言别名、图片 alt 等，分别需要 CMS 里有哪些字段、哪些可运营编辑、哪些自动生成；专题 / 标签 / 聚合页要做成可配置，而不是每次找开发加页面。 支撑规模化运营：批量上下架与打标、模板化配置、导入导出、操作留痕与回滚；以「运营完成一件事的耗时与操作步数」作为迭代验收指标。 3. 埋点、看数与归因 输出开发照着就能实现的埋点需求文档（事件名、触发时机、参数、示例 payload、边界情况），判断什么该前端埋、什么必须服务端落库；跟进联调与上线验收，确认埋点真的落了、参数没漏。 维护你负责模块的指标口径，口径变更有记录、有影响面评估。 定义后台侧关键指标（内容周转时长、审核时效、上架成功率、运营操作耗时、功能使用率），功能上线后主动回看数据，判断是真解决了问题还是只交付了需求；没人用的功能敢下掉。 用归因看清效果：渠道归因与站内归因（内容、推荐位、落地页对播放、留存、付费的贡献拆分），知道不同归因模型为什么会给出打架的结论、各自适用在什么场景。 4. 与研发对齐后台架构 看得懂接口文档与数据表结构，能和后端讨论表设计、接口粒度、分页与性能、权限校验位置、异步任务与队列。 PRD 写到开发照着就能实现：字段、状态流转、边界与异常、权限矩阵都写清楚。 任职要求 必须 3 年以上 B 端 / 后台产品经验，主导或作为核心负责过一套内容后台 / CMS 的从 0 到 1，或一次结构性重构（只负责提需求排期的不算）。 做过视频 / 短剧 / 直播 / 资讯等内容业务，清楚内容生产与分发链路上真实的卡点在哪。 能独立写出埋点需求文档：理解事件模型与指标口径，跟过埋点联调与上线验收。 熟悉即可，不要求精通 神策 / GrowingIO / Amplitude 等任一平台的数据模型与限制。 归因：说得清 first / last touch、线性、时间衰减等模型的差异与适用边界。 SEO：说得清 canonical、标题描述模板、结构化数据、sitemap、聚合页这些分别需要 CMS 提供什么字段与能力。 后台架构常识：数据表与接口设计、RBAC、状态机、审核流、任务队列、操作日志，能和研发讨论方案而不是只画原型。