产品上市管理 LEx
产品上市管理 LEx
产品上市管理（Launch Excellence）管的是 NPI 量产放行（G3/G4）之后、规模化营收达成之前的那段系统工作：把“能生产”变成“卖得出去、装得上、服务得住”。它与 CPD、VPM 配合使用，用阶段化发布和上市作战室，把上市风险分批暴露、分批消灭。
量产是资格，上市才是生意；分批发布，是为了让失败在小范围内先发生。
上市与量产：别混为一谈
| NPI 量产导入 | LEx 产品上市管理 | |
|---|---|---|
| 核心问题 | 造得出来、质量稳定吗 | 卖得出去、服务得住吗 |
| 关注对象 | 工艺、良率、BOM、产能爬坡 | 客户、渠道、备件、营收爬坡 |
| 主要角色 | 制造、质量、研发 | 销售、市场、服务、研发 |
| 结束标志 | 量产放行（良率/产能达标） | 达到规模化营收与服务稳态 |
对研发工程师的意义：量产放行 ≠ 工作结束，上市期的现场问题、ECN 与复盘输入，还是你的活。
什么时候 LEx 才算结束？三个条件同时满足：
- 连续一个周期（如季度）销量达到或超过修正后预测
- 早期失效率降到稳态目标以下
- 服务与备件运转正常，现场问题关闭回到日常节奏
上市就绪度评估：五个维度
上市前按五维打分（红/黄/绿），任何一维为红，不允许进入下一阶段。
1. 产品就绪
- 量产基线（BOM + 固件/软件版本）已冻结并可追溯
- 认证/合规证书齐全，标签、说明书与实物一致
- 已知缺陷有清单与规避说明（Workaround）
- 产品资料（规格书、应用笔记、FAQ）已发布到受控库
2. 供应链就绪
- 关键物料供应稳定，长交期件有安全库存
- 产能可支撑预测销量的爬坡曲线
- 包装、条码、物流方案已验证
- 替代料/二供方案在关键件上有效
3. 销售与渠道就绪
- 定价、折扣与报价工具已生效
- 销售与渠道完成产品培训并通过考核
- 目标客户清单与首批订单/意向已确认
- 销售话术、竞品对比、样机到位
4. 服务与备件就绪
- 服务手册、拆装/维修指导已发布
- 备件清单（含易损件）已建立并有库存
- 服务/FAE 已培训，升级与返修流程可走通
- 现场问题升级路径（L1/L2/研发）已明确
5. 组织与培训就绪
- 上市 Owner 与作战室成员名单已定
- 研发值班/响应机制已排班
- 各角色的上市期职责书面化
- 发布后 90 天的例会节奏已排入日历
上市节奏：分批发布
NPI 放行 ──> Beta 客户 ──> 限量发布 ──> 全面发布
(3-5家) (区域/行业) (全渠道)| 阶段 | 目的 | 退出标准（示例） |
|---|---|---|
| Beta 客户 | 在真实场景暴露早期问题 | 3–5 家客户跑通核心场景；A 类问题清零；失效均有关闭证据 |
| 限量发布 | 验证交付与服务能跟上 | 交付周期达标；服务工单关闭率 ≥ 95%；无新增系统性缺陷；备件周转正常 |
| 全面发布 | 规模化放量 | 前两阶段标准全部满足；供应链爬坡验证通过；培训覆盖率 100% |
问题分级建议（上市期通用）：
| 级别 | 定义 | 响应要求 |
|---|---|---|
| A 类 | 安全、停机、批量性失效 | 立即升级研发，24h 内给临时对策 |
| B 类 | 功能受限、有规避办法 | 本阶段退出前关闭 |
| C 类 | 轻微瑕疵、体验问题 | 排入下版本，复盘时评审 |
原则：每一阶段的退出标准必须在进入该阶段前书面定好，不达标就停，不用“先铺出去再说”。
上市作战室与例会机制
上市期成立跨职能作战室（销售、市场、服务、供应链、质量、研发），对齐 VPM 的红黄绿：
| 节奏 | 焦点 |
|---|---|
| 每日/隔日站会（上市初期） | 现场问题、交付阻塞、红项升级 |
| 每周上市例会 | 五维就绪度红黄绿、销量 vs 预测、阶段退出判定 |
看板建议泳道：产品问题 / 交付问题 / 服务问题 / 渠道问题，每条问题有 Owner 与承诺关闭日期；红项超龄（如 > 7 天）自动升级。
作战室角色最小分工：
| 角色 | 上市期负责 |
|---|---|
| 上市 Owner | 节奏与退出判定，红黄绿汇总 |
| 销售/市场 | 客户获取、预测更新、渠道培训覆盖 |
| 服务/FAE | 现场问题一线处理与升级 |
| 供应链/制造 | 交付爬坡、备件周转 |
| 研发 | A 类问题根因、ECN、设计侧对策 |
研发在上市期的职责
- 现场问题快速响应：值班机制下，A 类（停机/安全）问题按 SLA 响应（如 24h 内给临时对策）；先用 Workaround 保客户，再做根因。
- ECN 纪律：上市期改动诱惑最大——客户要改、销售要改。一切改动走 ECN（见 研发基础管理），紧急变更允许先救火、后补单，但口头改绝不允许。
- 问题归因与沉淀：每个现场失效有根因、有对策、有验证证据，写入知识库。
- 复盘输入：如实提供问题数据与设计侧改进项，是上市后复盘的研发责任。
上市期研发每日自问
- 今天有没有新的现场 A 类问题？临时对策是否已给客户？
- 我手头有没有绕过 ECN 的改动需要补单？
- 看板上我名下的红项是否超龄？
- 今天解决的问题有没有记入知识库/失效台账？
上市后 90 天复盘
发布后 90 天开复盘会，用数据说话，输出回流程：
| 复盘项 | 关键问题 | 输出去向 |
|---|---|---|
| 销量 vs 预测 | 偏差多大？是需求误判还是交付/渠道问题？ | 修正预测模型与销售计划 |
| 早期失效 | 失效率 vs 目标？根因是设计、来料还是使用？ | DFX 检查表、设计标准更新 |
| 客户反馈 | 客户最满意/最抱怨的三点是什么？ | 闭环回 CPD 与 VOC，进下一代需求 |
| 流程表现 | 哪次升级/例外本可避免？ | 修订上市检查清单与退出标准 |
复盘产物必须有人认领、有期限，否则复盘等于白开。
常见误区
- 把发布会当上市 — 发布是营销动作，上市是跨职能系统工作，就绪度不达标开发布会只是放大风险。
- 研发转产即撤场 — 量产放行就把研发抽走，现场问题无人快速响应，早期口碑直接塌方。
- 没有限量发布直接全面铺 — 跳过中间阶段，系统性缺陷在全渠道同时爆发，召回成本远超省下的时间。
- 复盘变成庆功会 — 只讲成绩不讲问题，失效与预测偏差没有 Owner，下一次上市原样再犯。
- 上市期随意改设计 — 绕过 ECN 的“快速响应”，造成版本混乱，新旧状态混在客户现场。
本周就可以做的三件事
- 为一个在研产品建一页上市就绪清单：五维度各列 3–5 项，标出当前红黄绿状态。
- 和主管明确上市期研发值班/响应机制：谁值班、A 类问题响应时限、升级路径，写进一页纸。
- 给上一次上市补一份问题清单：当时暴露了哪些问题、哪些本可在 Beta 阶段发现，作为下次的退出标准输入。