IPD · 产品开发
形成可复用能力
共性评估 → 需求与设计
→ 开发验证 → 正式发布
发布后更新能力、适配、价格影响和资料，逐客户检查适用性。
产品负责人对范围与优先级负责；技术与测试对实现和质量负责。
康比特数字业务 · 团队管理体系
以 IPD、LTC、ITR 管理三条工作流，把已有研发体系和项目管理体系接成一条业务闭环。每次交接都有负责人、产物和验收依据。
IPD · 产品开发
共性评估 → 需求与设计
→ 开发验证 → 正式发布
发布后更新能力、适配、价格影响和资料，逐客户检查适用性。
产品负责人对范围与优先级负责；技术与测试对实现和质量负责。
LTC · 线索到回款
商机需求 → 方案报价 → 合同
→ 交付验收 → 回款复盘
选配报价工具承接其中一段；合同范围、变更、实际交付与财务到账继续关联。
销售负责商业结果；项目负责人负责履约；商务与财务各守其责。
ITR · 问题到解决
受理分级 → 恢复定位
→ 处理验证 → 客户确认关闭
共性缺陷转 IPD，新增付费诉求转 LTC；原工单保留闭环责任。
售后负责人负责闭环；研发、供方和交付接关联处理任务。
点击查看分流；这是流程说明，操作不会新建任务或修改系统。
已有能力不重复开发，已买授权不重复收费。
客户期望日期、内部预计日期、批准交期分别记录。
共性化可以复用，但不能抹去原合同或复制客户专属数据。
增强需求可以另走 LTC，原故障仍有负责人。
每个决定只有一个最终负责岗位。一个人可以兼岗，交接时仍需说清现在承担哪项责任。
| 岗位 | 核心责任 |
|---|---|
| 销售 | 客户需求事实、商机、客户沟通与收款跟进 |
| 商务 | 价表、报价、折扣、合同与权益边界 |
| 产品 | 共性判断、范围优先级、正式发布与客户覆盖评估 |
| 研发测试 | 可行性、实现、兼容与质量证据 |
| 交付售后 | 履约、客户实际版本、现场验收与问题闭环 |
| 推广／财务 | 推广复用批准材料；财务核实到账与成本口径 |
产品区分共性能力、通用修复与A专属定制。
从当前项目与实例找受影响客户；多实例、SaaS租户分别记录。
商务核合同权益；待增购回LTC，不默认免费或自动收费。
研发测试核实际版本、硬件、接口、数据迁移与回退。
交付确认客户窗口、备份与授权；暂缓保留复核日期。
实际版本＋功能场景＋客户确认齐全，才能记已验证同步。
全部客户有决定＝覆盖评估完成；计划内客户都验证通过＝实际同步完成。两项结果分开。
保留研发蓝图、需求评审、新品G0—G8、开发、测试、Git与发布制度。
需求池与版本管理连接客户需求；正式发布输出能力、适配、资料及升级清单。
打开原研发体系保留售前采集、支撑统计、项目总表、排期、售后台账、经营分析和续费记录。
补需求与合同范围、实际部署、工单处理状态和客户确认的关联。
打开原项目空间| 原制度 | 已读取内容 | 装入IPD | 装入LTC | 装入ITR | 保留与增补 |
|---|---|---|---|---|---|
| 001 康比特产品研发全流程蓝图图谱 | 10个非废弃页签文本；主流程中的图片未逐图渲染 | 迭代、新品G0—G8、需求评审、开发、提测、测试、发布与运营 | 原项目流程的售前方案、估时、报价、变更与实施 | 运营、问题处理、售后与复盘回需求池 | 保留现有评审与产物，补客户需求和发布覆盖的关联 |
| 002 项目命名与交付物管理制度（正文标题：产品开发部管理规范） | 完整文字；内嵌截图未逐图检查 | 产品结构、设计／研发／测试交付物、版本公告 | 已签／未签／自研归类、命名、微盘／云效建档、交付材料 | 线上监控、问题材料与版本回查 | 沿用稳定编号；历史环境与路径不当现网授权；新增实例关联 |
| 003 云效研发全过程管理制度 | 完整文字 | 需求／任务／工时／缺陷／MR／质量／路线图 | 项目侧引用研发执行与风险 | 工单关联云效缺陷与修复记录 | 状态以云效实际配置为准；评审状态与研发状态分开 |
| 004 Git代码管理与协作规范 | 完整文字 | 分支协作、自测、review、版本与发布说明 | 交付使用验证后的发行版本 | 热修复与回归 | 与005分支模型有差异；具体执行由目标仓库现行规范确定 |
| 005 开发测试上线流程与环境部署规范（正文标题：开发流程规范V1.0） | 完整文字 | 任务分支、联调测试、release评审、扫描自动化、Tag、线上验收 | 交付必须绑定准确构建与客户上线验证 | 缺陷修复与客户复验 | 保留质量门禁；不因“合并完成”推定所有客户已部署 |
| 006 跨部门协作与产品工作机制 | 完整文字 | 产品分析、标品／非标、卖点和材料输出 | 商务维护报价、销售收需求、交付评估工期 | 交付售后反馈数字技术中心 | 增加一项决定一个A，消除共性、价格与交付承诺的责任空隙 |
产品清单展示IPD产出的标准能力；场景库供销售复用；选配报价工具承接LTC中的需求、配置和报价。微信登录支撑身份，Dify辅助抽取和文案。新增展示页不能代替流程管理、工单、合同或财务闭环。
用一次真实报价、一次A→B决策和一个售后工单检验交接，再决定增加哪些系统能力。
| 事项 | 决策岗位 | 关闭门槛 |
|---|---|---|
| 流程Owner、审批权和岗位实名 | 管理人员／各负责人 | 试点启动前 |
| 标准增强、维护权益和升级服务收费 | 产品／商务／财务 | 正式报价或升级前 |
| 试点A/B、实际实例与当前组件版本 | 产品／交付 | 试点实施前 |
| 目标仓库分支与质量规则冲突 | 技术负责人 | 开发或发布前 |
| 当前部署关系的唯一事实源 | 交付／运维 | 客户覆盖评估前 |
| 试点期限、现场窗口与SLA | 项目／售后负责人 | 分派真实任务前 |
| 企微／云效／报价的系统增量与权限 | 产品／IT／系统Owner | 自动化开发前 |
体系文稿、执行模板和6个UC已形成；真实岗位任命、收费与升级权益、试点客户、期限和系统实施仍待业务确认。当前为本地评审包，未改在线表、未实施跨客户升级，未完成系统UAT。