LTC：兑现客户承诺
销售收需求，商务管报价合同，交付完成现场，财务确认到账。
康比特数字业务 · 图解协同
先理解三条流程，再选一个熟悉的场景，最后沿着交接一步步看：谁先做、交给谁、交什么、怎样才算接住。
第一层 · 先明白分工
销售收需求，商务管报价合同，交付完成现场，财务确认到账。
产品决定范围与优先级，研发实现，测试验证，发布后供各客户使用。
售后牵头受理与闭环，交付、研发和供方处理，客户验证结果。
产品发布、客户实际部署、客户验收是三个结果；微信登录与Dify承担支撑作用。
第二层 · 从熟悉的场景进入
现有能力能满足，就走报价与交付；通用能力有缺口，就进入产品开发；客户还要专有接口，就走定制变更。发布后看B如何升级，投产后看问题如何闭环。
从这件事开始：A客户提出多个食堂分开对账、总部统一汇总，希望先拿到方案与报价。
结果责任：销售负责人对商业结果负责；项目负责人对履约负责；财务确认到账。
第01步／共8步
销售 → 产品
销售核实客户场景、原话与期望；产品识别目标和验收。
第02步／共8步
产品 → 研发／交付
产品核对已发布能力与授权；研发评估接口，交付评估现场条件和实施。
第03步／共8步
研发／交付 → 商务
研发提供非标工作量，交付提供实施投入；商务核对收费与合同权益。
第04步／共8步
商务 → 销售
商务批准指定版本；销售核对配置、报价、方案一致后与客户沟通。
第05步／共8步
销售 → 客户
销售与客户对齐范围、交期、验收和付款；商务处理合同条款。
第06步／共8步
客户 → 研发／交付
项目负责人接收合同基线；交付实施培训，研发处理依赖；客户确认实际场景并回传验收结果。
第07步／共8步
研发／交付 → 财务
交付提供验收依据，销售跟进收款；财务核对合同节点、发票与到账。
第08步／共8步
财务 → 销售
财务确认到账和差额；销售继续跟进未收项，项目负责人承接交付遗留。
1／8
退回或异常：缺价或范围不明 → 商务退回产品／销售补齐；未到账 → 财务反馈销售继续跟进。
规则依据：framework.md 第3、6章 · UC-FLOW-001／006
从这件事开始：确认标准产品尚不支持总部汇总，A和其他客户的场景具有复用价值。
结果责任：产品负责人决定共性、优先级和发布范围；技术与测试分别对实现和质量负责。
第01步／共8步
销售／交付 → 产品
销售提供采购与使用诉求，交付归并客户使用反馈与共性问题；产品查重并分析复用价值。
第02步／共8步
产品 → 研发
产品明确本期／不做范围和UC；研发评估成本、兼容及依赖；管理者处理重大资源冲突。
第03步／共8步
研发 → 测试
研发按目标仓库规则开发、review、自测；测试按同一UC验证主流程和异常。
第04步／共8步
测试 → 产品
测试确认功能、兼容与回归；产品按业务目标验收；技术负责人签准出。
第05步／共8步
产品 → 交付
产品明确标准范围；研发提供构建、迁移与回退；交付确认可实施。
第06步／共8步
产品 → 商务／推广
产品更新能力与限制；商务确认权益和价表影响；推广仅使用批准的卖点与案例。
第07步／共8步
交付 → 产品
各项目交付按现场条件部署和验收，向产品反馈实际版本、问题及差异。
第08步／共8步
产品 → 销售／交付
产品向销售和交付回告需求结果；销售维护客户承诺，交付更新客户计划并回链原问题。
1／8
退回或异常：评审整改未关 → 产品不排开发；测试未通过 → 研发修复；合同早于排期 → 管理者裁决。
规则依据：framework.md 第2、4章 · UC-FLOW-002
从这件事开始：A还要求接入自己的专用财务接口，这部分不属于标准总部汇总能力。
结果责任：项目负责人默认由交付承担，统筹履约；授权变更审批人批准范围；商务批准价格。
第01步／共9步
客户／销售 → 交付负责人
销售保留客户来源；项目负责人核查当前合同与实施基线。
第02步／共9步
交付负责人 → 产品
项目负责人说明承诺与限制；产品拆清标准汇总能力和客户专属接口。
第03步／共9步
产品 → 研发／测试
产品给业务规则与验收；研发确认接口与维护成本，测试设计兼容验证。
第04步／共9步
研发／测试 → 商务
研发提供开发估时；交付提供实施投入；商务核价、授权和长期维护条款。
第05步／共9步
商务 → 客户／销售
商务批准指定版本；销售向客户说明新增范围、费用、周期及验收。
第06步／共9步
客户／销售 → 交付负责人
客户授权人确认变更；项目负责人接收范围、资源和日期。
第07步／共9步
交付负责人 → 研发／测试
项目负责人下发可执行切片；研发按范围实现，测试验证标准与专属两部分。
第08步／共9步
研发／测试 → 交付执行
研发提供准确构建与限制；测试给验证报告；交付确认现场部署与回退。
第09步／共9步
交付执行 → 客户／销售
交付按批准范围联调；客户确认接口与业务结果；销售按合同跟进回款。
1／9
退回或异常：客户未批准 → 保持原基线；定制影响标准能力 → 补兼容与回归；不直接复制A专有内容给B。
规则依据：framework.md 第3、6章 · UC-FLOW-004
从这件事开始：总部汇总能力已形成正式版本并在A上线；B也使用相关产品。
结果责任：产品负责人统筹覆盖；B项目／受权上线负责人对B现场实施负责。
第01步／共8步
产品 → B交付／运维
产品列能力、支持版本和适用场景；B交付核实实际实例、租户、配置与现用版本。
第02步／共8步
B交付／运维 → 商务／销售
B交付提出升级对象与服务内容；商务核合同授权，销售确认商业与客户安排。
第03步／共8步
商务／销售 → 研发
商务说明可用范围；研发核B旧版、硬件、数据库、接口与A定制差异。
第04步／共8步
研发 → 测试
研发给目标构建、迁移与回退；测试覆盖B实际组合及原有业务。
第05步／共8步
测试 → B交付／运维
测试给可升级、需适配或风险结论；交付据此安排现场条件。
第06步／共8步
B交付／运维 → B客户
B交付说明影响、停机、备份和回退；B客户IT及授权人确认窗口与配合。
第07步／共8步
B客户 → B交付／运维
客户批准计划后交付／运维执行；测试协助业务回验，客户确认场景。
第08步／共8步
B交付／运维 → 产品
B交付记录已验证同步、暂缓、例外或失败回退；产品检查覆盖遗漏。
1／8
退回或异常：待授权或增购 → 回LTC；需适配 → 先测试；客户暂缓 → 留复核日期；失败 → 回退并保留实际状态。
规则依据：framework.md 第7、8章 · UC-FLOW-003
从这件事开始：A使用汇总功能时发现报表数据不符合约定，业务受到影响。
结果责任：售后负责人一直负责客户问题闭环；转研发或产品后仍不丢原工单。
第01步／共10步
客户 → 售后
客户提供发生场景；售后记录影响、实例、时间、服务约定与结果责任人。
第02步／共10步
售后 → 交付／运维
售后统筹优先级；交付／运维按批准权限恢复或缓解，记录仍未解决的风险。
第03步／共10步
交付／运维 → 研发／供方
交付回报售后恢复情况，并把现场版本、复现与日志索引交研发／供方定位。
第04步／共10步
售后 → 产品
售后保留原工单，产品确认是否为共性缺陷及其他受支持客户的影响。
第05步／共10步
研发／供方 → 测试
研发／供方提出根因与修复；测试验证复现、回归及兼容，产品确认约定行为。
第06步／共10步
测试 → 交付／运维
测试说明通过范围和限制；交付准备客户实例的更新、验证与回退。
第07步／共10步
交付／运维 → 客户
交付执行已授权措施；客户按原场景检查数据与业务结果，测试协助。
第08步／共10步
客户 → 售后
客户确认处理结果；售后检查关闭条件、剩余任务与复发风险。
第09步／共10步
售后 → 产品
售后总结根因、服务投入与反复问题；产品评估标准改进和其他客户处理。
第10步／共10步
产品 → 售后
产品反馈修复、暂缓或标准化决定；售后回告相关客户并保留跟进。
1／10
退回或异常：未验证／客户未确认 → 不关闭；复发 → 重开；涉及数据修正须具体授权，历史处理文字不构成授权。
规则依据：framework.md 第5章 · UC-FLOW-005
第三层 · 本次先共识业务与协作
已明确的协作口径：IPD客户接口为销售和交付；项目负责人默认由交付承担。后续系统应帮助大家遵守这些流程。
第四层 · 需要时再查完整规则
每次交接留下同一业务编号、批准范围、交付物版本、发起人和接收人、接收结论、下一动作与时间。材料不足就退回补齐，原牵头人继续跟进。
需求池 → UC与云效 → 研发评审与测试 → 正式版本 → 能力及资料目录。
售前采集 → 报价合同 → 项目交付 → 部署验收 → 售后台账与回款。
A上线后，B仍需核适用、权益、兼容和窗口；升级或暂缓都留依据。
本页用于讨论共识，具体人员、价格、工期、权限和上线计划仍按相应授权确认。
本页为流程协同共识材料。岗位以角色表示，A／B为演示客户；工具选型待定，具体人员与实施安排后续确认。