合作怎样进行

咨询加核心经营系统按诊断、设计、建设、上线、长期运营推进，拿到诊断交付的文件后，由企业决定是否继续

咨询加核心经营系统的合作按诊断、设计、建设、上线、长期运营推进，上一段的交付物是下一段的输入。诊断结束时，企业拿到企业全貌、改造清单和权责清单，文件归企业所有；看过之后再决定是否进入下一段，也可以就此止步。私有部署与硬件设计不走这条路径，各有自己的节奏。

各段交出什么

图里蓝色标出的是诊断之后的这一处：企业拿着诊断交付的文件，决定是否进入设计。

段	SZV 做什么	企业出什么	交出什么
诊断	从账目、流程与一线访谈取证，排出改造先后	经营者、财务负责人、流程负责人和一线岗位的时间；账目、现行制度、单据，见诊断前要准备的材料	企业全貌、改造清单、权责清单，见两周诊断交付什么
设计	理顺权责，再定流程与考核；把清单里系统层的项定成规则表、权限、审批链的内容	经营者与各部门负责人逐项确认权责与规则取舍	制度与系统并举的改造方案
建设	按设计建设核心经营系统	对接负责人；需要接入的现有系统的数据与账号说明	核心经营系统
上线	系统进入真实业务，留痕开始记录	各岗位开始使用，对接负责人跟进	在真实业务里运转的系统
长期运营	运营系统；新分支登记、规则参数的改动走变更单，金额档位与单型注册表随版本发布追加	提出规矩变化的负责角色；持续在岗的对接负责人	由 SZV 负责的运营；私有部署的监控、升级与故障处理也由 SZV 负责

每一行里谁决定、谁执行，见责任划分。

设计段承接诊断交付的文件。权责清单、改造清单里系统层的项，经企业逐项确认之后，成为规则表、权限、审批链里的内容；改造清单里制度与流程层的项留在制度文件里。转换不是自动的，哪些内容走变更单、哪些随版本发布追加，见诊断怎样找到问题。

诊断交付的文件归企业所有。企业拿到之后，由经营者按清单定下一批的范围，再决定是否进入设计。隔得越久，诊断留下的权责与规则越可能已经变了，再启动时先确认清单里的事项自诊断以来有没有变。

私有部署和硬件设计各有自己的节奏，不套用上面的各段：

业务	怎么推进	从哪里读
私有部署	评估现场、上架验收、长期运营三步，验收看容量、质量、边界的可复跑证据；选私有部署的企业，建设段另按这三步交付	私有部署概览、交付与验收
硬件设计	官网的设计五步：需求、草图、结构建模、打样、小批对接。硬件总览另把各页检查项归并为出口：约束冻结、评审通过、交付包同版、开模前工厂确认、验证过线；这是本章的归并，不是 SZV 已有的流程制度	硬件设计概览

按企业处境找对应做法，见常见场景。

做法	它解决什么	不采用的理由
把各段套给所有业务	一张图讲完全部合作	私有部署以验收证据为门，硬件设计有自己的设计五步与出口条件。套在它们身上，这些条件就无处安放
诊断后自动进入设计	省掉重新确认的衔接	进入设计要经营者定范围，权责与规则取舍要企业逐项确认。自动进入，等于范围没人定