一句话划界：产品经理对"做什么、为谁做、卖什么价、何时上"负责——需求定义、市场洞察、成本与上市节奏；研发工程师对"怎么做成、做出来安全稳定、可量产"负责——配方、工艺、稳定性与功效评价、注册备案所需技术资料。两者的接口在"需求文档 → 技术可行性 → 打样 → 验收"这条链上，扯皮点几乎都出在需求变更和验收标准模糊。解法是把"目标指标 + 验收标准"写成双方签字的书面文档。
产品经理对什么负责
- 市场与消费者：目标人群、真实痛点、竞品格局与差异化卖点；
- 需求定义：把消费者需求翻译成原料/功效/感官/成本的可执行目标；
- 商业约束：内料成本上限、定价逻辑、上市时间窗口与渠道要求；
- 跨部门推进：对接研发、供应链、法规、生产与营销，对最终上市结果负责。
研发工程师对什么负责
- 技术可行性：判断需求能否实现、代价多大、有哪些技术路线；
- 配方与工艺：打样、放大、稳定性与功效评价，对配方本身负责；
- 合规技术资料：按《条例》与注册备案要求准备配方、安全评估等技术材料；
- 量产落地：固化工艺参数与检验规程，跟踪首批量产数据是否重现。
三条高频扯皮点怎么切
| 争议点 | PM 负责 | 研发负责 |
|---|---|---|
| 要不要做 | 市场与商业判断 | 技术可行性判断 |
| 做到什么程度 | 定义目标指标 | 提出可实现区间 |
| 需求变更 | 说明变更理由与代价 | 评估对周期/成本的影响 |
规则是：需求变更必须书面化，并同步重估周期与成本，而不是口头改一句就打样。
协作接口：一份对齐的需求文档
减少摩擦的关键是把"目标指标 + 验收标准"写进需求文档，让研发据此出方案、PM 据此验收。常见做法是：PM 出需求（含人群、卖点、成本、时间），研发出可行性反馈（含技术路线、可实现指标、风险），双方在文档上对齐后冻结基线；后续任何改动走变更流程。合规与安全性的最终把关在研发侧，商业与上市节奏的最终把关在 PM 侧。
数据锚点：化妆品新原料和产品在注册、备案前，注册人/备案人应当自行或委托专业机构开展安全评估，这一技术把关落在研发与法规侧（《化妆品监督管理条例》；评估方法见《化妆品安全评估技术导则（2021 年版）》）。
协作节奏怎么排：别靠临时拉群
边界清楚了，还要有固定节奏，否则还是会变成临时拉群、口头改需求。比较稳的做法是三段式：立项对齐会——PM 讲清楚做什么、为谁、预算和时间，研发当场给出可行性与风险，会后冻结基线；打样评审会——每轮打样后，双方按既定指标一起打分，决定继续、调整还是淘汰，结论写进文档；上线复盘会——上市后回看哪些指标达标、哪些判断失误，沉淀成下一次立项的经验。
两个常见误区要避开：一是 PM 把"我觉得用户喜欢"当成需求，没有数据支撑就让研发打样；二是研发把"技术上做不到"当结论，却不给可实现区间和替代方案。前者浪费打样轮次，后者把矛盾激化。健康的协作是：PM 提目标和约束，研发给区间和代价，双方在文档上共同签字后再动手。
验收环节尤其要事先对齐：什么叫"感官通过"、什么叫"成本达标"，最好在打样前就写成可勾选的条目，而不是打样出来再凭印象判断。验收标准模糊，是后期返工最常见的根源。
要点总结
- PM 管"做什么、何时上"，研发管"怎么做成、安全可量产"。
- 接口在需求文档、打样与验收，验收标准必须双方书面对齐。
- 需求变更必须书面化并同步重估周期与成本。
- 安全与合规技术把关在研发/法规侧，商业判断在 PM 侧。
数据口径与来源说明
本文为团队协作方法论梳理，不涉及任何企业或品牌。安全评估义务来源：《化妆品监督管理条例》、《化妆品安全评估技术导则（2021 年版）》。具体岗位职责以企业组织架构与岗位说明书为准。