产品中心章程
产品中心章程
摘要
产品中心（CPO 线）是 Xisound 的需求定义与产品规划中枢，负责将公司战略与客户洞察转化为明确的 PRD、版本路线图、KPI 清单，并贯穿从 L0 芯片到 L5 云端的六层产品矩阵。 本章程定义产品中心的使命、职责边界、下辖产品组、运作机制、KPI 与演进路径，是各产品经理与跨中心协作的行为准据。
1. 使命与定位
1.1 使命陈述
定义对的产品，在对的时间，以对的方式交付给对的客户。
产品中心是 Xisound "研发—商务—交付"铁三角中的北极星： - 向内：为研发中心提供清晰、可验证、可排期的 PRD - 向外：为商务与交付提供可讲清、可承诺、可落地的产品故事 - 向上：为 CEO / 董事会提供基于证据的产品决策 - 向下：为团队建立产品思维与用户视角的文化
1.2 产品中心的三大核心价值
graph TB
CPO[产品中心]
CPO --> V1[定义价值<br/>Why / What]
CPO --> V2[规划节奏<br/>When / How fast]
CPO --> V3[度量结果<br/>KPI / NPS]
V1 --> D1[用户调研 · 竞品分析 · PRD]
V2 --> D2[Roadmap · 版本计划 · 优先级]
V3 --> D3[交付率 · 客户反馈 · 迭代复盘]
class CPO xyL5
class V1,V2,V3 xyL3
class D1,D2,D3 xyL12. 职责边界
2.1 核心职责（Responsible）
- PRD 编写与维护：每个产品都要有 PRD，版本迭代必须更新
- 产品 Roadmap 规划：季度 × 年度 × 三年三档规划
- 用户研究：客户访谈、行业调研、可用性测试
- 竞品分析：持续跟踪头部竞品的产品动向
- 版本优先级管理：决定"做什么、不做什么、何时做"
- 产品评审会组织：每周产品评审，跨中心协同决策
- 产品 KPI 度量：NPS / 活跃度 / 付费转化 / 客户留存
2.2 协同职责（Consulted）
| 场景 | 主要 Owner | 产品中心角色 |
|---|---|---|
| 芯片架构设计 | 研发中心（CTO） | 提供需求输入、参与评审 |
| 商务签约 | 商务中心（CBO） | 提供产品能力输入、定价建议 |
| 交付实施 | 交付中心（VPD） | 参与方案设计、问题复盘 |
| 战略规划 | 战略中心（CSO） | 提供产品视角与客户声音 |
2.3 边界约束（不做什么）
- 不做芯片与算法的底层技术选型（由研发中心决定）
- 不做客户签约与商务谈判（由商务中心主导）
- 不做现场交付与客户培训（由交付中心执行）
- 不做融资与品牌（由战略中心负责）
3. 下辖产品组
3.1 组织结构
graph TB
CPO[CPO · 产品中心]
CPO --> G1[工具产品组<br/>XiStudio / XiForge]
CPO --> G2[算法产品组<br/>XiAlgo 六套件]
CPO --> G3[调音产品组<br/>XiTune / XiTest / XiMic / XiCal / XiProbe]
CPO --> G4[硬件产品组<br/>XiAmp / XiBox]
CPO --> G5[芯片+云产品组<br/>XiDSP / XiCore / XiMind]
CPO --> G6[生态产品组<br/>XiVST · 2026 启动]
G1 --> P1[XiStudio PM]
G1 --> P9[XiForge PM]
G2 --> P5[XiAlgo PM]
G3 --> P6[XiTune PM]
G3 --> P7[XiTest PM]
G4 --> P3[XiAmp PM]
G4 --> P4[XiBox PM]
G5 --> P2[XiDSP PM]
G5 --> P8[XiMind PM]
G6 --> P10[XiVST PM<br/>+ 开发者关系]
class CPO xyL5
class G1,G2,G3,G4,G5 xyL3
class G6 xySuccess
class P1,P2,P3,P4,P5,P6,P7,P8,P9 xyL1
class P10 xyL23.2 六大产品组职责（V1.1 新增生态产品组）
工具产品组（L4）
产品：XiStudio（工坊 IDE）/ XiForge（开发者平台） 定位：生态入口 · 开发者与调音师的统一工作台 核心 KPI：DAU / 项目数 / 插件生态活跃度
算法产品组（L3）
产品：XiAlgo 六大套件（基础/空间/降噪/AI/车载/生态） 定位：DSP 算法市场 · 可组合可商用的声学能力库 核心 KPI：算法数量 / 调用量 / License 签约数
调音产品组（L2）
产品：XiTune / XiTest / XiMic / XiCal / XiProbe 定位：工程调音工具链 · 从测量到调音的闭环 核心 KPI：车型覆盖数 / 调音周期 / 一致性合格率
硬件产品组（L1）
产品：XiAmp（功放参考板）/ XiBox（开发套件） 定位：硬件样板 · 帮客户快速评估与集成 XiDSP 核心 KPI：出货数量 / 开发者注册 / 集成成功率
芯片+云产品组（L0+L5）
产品：XiDSP / XiCore / XiMind 定位：底座能力 · 从芯片到云端的全栈底座 核心 KPI：流片一次通过 · 上云客户数 · 数据规模
生态产品组（L4 · 2026 启动）⭐ 新增
产品：XiVST（XVST 协议 + SDK + Marketplace + 三级认证） 定位：算法 IP 第三种商业模式 · 开发者共治生态 · 车载声学行业的 VST 核心职责： - 协议标准化：定义 XVST 插件协议规范 · 开源 Apache 2.0 - SDK 工具链：C/C++/Python 开发工具 · WASM + 原生 C++ 双栈 - Marketplace 运营：插件上架 · 审核 · 推荐 · 评价 - 开发者关系（DevRel）：种子开发者招募 · 高校合作（清华/上交/MIT）· 开发者大会 · 激励基金发放 - 认证体系：Community 自动扫描 + Verified 车规认证 + Official 官方出品
核心 KPI： - Y1（2026）：50 款插件 · 500 开发者 - Y2（2026 Q4）：300 款 · 5,000 开发者 - Y5（2029）：5,000 款 · 50,000 开发者 · 年 GMV 3 亿+
特殊性： - 跨中心协作最密集的产品组 · 需与研发中心（协议实现）· 商务中心（分成结算）· 交付中心（开发者培训 · 认证）深度协同 - 需建立开发者社区运营能力（论坛 / 文档 / SDK 支持 / 教程） - 需要内容运营（官方博客 / 开发者 newsletter / 插件评测）
详见 XiVST 产品概述。
4. 运作机制
4.1 例会节奏
| 会议 | 频率 | 主持 | 参与者 | 目标 |
|---|---|---|---|---|
| 产品评审会 | 周 | CPO | 各产品 PM + 研发代表 | PRD 评审、优先级决策 |
| 产品组例会 | 周 | 组长 | 组内 PM | 进度同步、问题解决 |
| 产品 × 研发对齐 | 双周 | CPO + CTO | PM + 技术 Leader | 版本排期、技术风险 |
| 产品 × 商务对齐 | 双周 | CPO + CBO | PM + BD Leader | 客户需求、竞品情报 |
| 产品评议日 | 月 | CPO | 全体 PM | 产品复盘、Roadmap 刷新 |
| 季度 OKR 评审 | 季 | CEO + CPO | 产品组长 | 目标对齐、资源调整 |
4.2 决策流程
graph LR
A([需求输入]) --> B{需求来源}
B -- 客户 --> C[商务中心]
B -- 数据 --> D[产品中心自主]
B -- 技术 --> E[研发中心]
B -- 战略 --> F[CEO/CSO]
C --> G[产品 PM 评估]
D --> G
E --> G
F --> G
G --> H{评估结果}
H -- 立即做 --> I[进入 PRD]
H -- 下个版本 --> J[进 Backlog]
H -- 不做 --> K[记录拒绝理由]
class A xyEnd
class B,H xyWarn
class C,D,E,F xyL2
class G xyL3
class I xySuccess
class J xyL1
class K xyError4.3 PRD 生命周期
graph LR
S1[草稿 Draft] --> S2[评审 Review]
S2 --> S3[定稿 Approved]
S3 --> S4[开发 InDev]
S4 --> S5[发布 Released]
S5 --> S6[维护 Maintained]
S6 -.-> S7[废弃 Deprecated]
class S1 xyL0
class S2 xyL1
class S3 xyL2
class S4 xyL3
class S5 xySuccess
class S6 xyL4
class S7 xyError5. KPI 体系
5.1 中心级 KPI（CPO 对 CEO）
| KPI | 2026 目标 | 2027 目标 | 2028 目标 |
|---|---|---|---|
| PRD 按时交付率 | ≥ 85% | ≥ 90% | ≥ 95% |
| 产品 NPS | ≥ 40 | ≥ 50 | ≥ 60 |
| Roadmap 执行率 | ≥ 80% | ≥ 85% | ≥ 90% |
| 客户留存率（年） | ≥ 75% | ≥ 85% | ≥ 90% |
5.2 产品组级 KPI
每个产品组按产品属性设置 3-5 个核心 KPI，每季度评议并调整。详见各产品 PRD 的 §验收指标 章节。
6. 人员规模与演进
6.1 三年人员规划（V1.1 扩展 · 含生态产品组）
| 年份 | 总人数 | CPO | 工具组 | 算法组 | 调音组 | 硬件组 | 芯片+云组 | 生态组 | 设计师 |
|---|---|---|---|---|---|---|---|---|---|
| 2026 | 10 | 1 | 3 | 2 | 0 | 0 | 1 | 2 | 1 |
| 2027 | 23 | 1 | 5 | 4 | 3 | 2 | 3 | 3 | 2 |
| 2028 | 45 | 1 | 8 | 8 | 6 | 5 | 8 | 5 | 4 |
生态组人员配比说明
生态产品组规模相对较小（2026: 2 人 · 2028: 5 人），但专业能力要求独特： - 协议设计师 × 1：XVST 协议规范 + SDK 架构 - DevRel 工程师 × 1-2：开发者关系 · 技术支持 · 教程 - Marketplace 产品经理 × 1：商店运营 · 推荐算法 · 认证流程 - 内容运营 × 0.5-1：开发者 newsletter · 官方博客（2027+） - 开发者大会组织 × 兼职（由 Marketing 联合承担）
6.2 岗位序列
- 产品经理（PM）：P5 → P6 → P7 → P8（首席 PM）
- 产品组长：相当于 M3（中心下二级管理者）
- CPO：M4（中心负责人）
岗位详细要求见 D1-divisions/A-product/jd/ 目录下 JD 文档（Phase 2+ 陆续补齐）。
7. 文化原则
产品中心五条信念
- 用户第一：每一个 PRD 开头都要写清楚"这是为谁解决什么问题"。
- 数据说话：凭感觉可以提出假设，决策必须有数据支撑。
- 敢做减法：MVP 优于大而全；能砍的功能一定要砍。
- 跨职能合作：产品、研发、商务、交付是一体，不是甲乙方。
- 持续复盘：每次发版都要复盘，失败比成功更值得记录。
8. 附录
8.1 关联文档
8.2 版本历史
| 版本 | 日期 | 要点 |
|---|---|---|
| v1.0 | 2026-05-05 | 首版 · 基于 org-chart.md §3.2 扩展为完整章程 |
charter.md · D1-A-STRAT-001 · v1.0 · 2026-05-05 · CPO Office