06 / 问答

常见问题详解

这些问答来自真实的合作洽谈场景:价格怎么算、周期多久、怎么验收、能不能定制。每一条都尽量给出判断依据,而不是客套答复。看完还有疑问,欢迎联系我们。

价格与费用

价格怎么算?
按环节与工作量估算,不按人天一口价。影响报价的变量包括模块规模、验证复杂度、工艺节点与交付边界。评估阶段我们会先给出估算区间与前提条件,规格冻结后再按里程碑确认各阶段费用,规格变更引起的返工单独核算,避免项目中途出现费用争议。
为什么验证环节的费用差别这么大?
验证工作量不与 RTL 行数成正比,而与功能点数量、接口协议复杂度和覆盖率目标相关。一个状态机密集的控制器可能比更大的数据通路模块更难验证。所以报价前必须做验证计划拆解,只有拆成可统计的功能点,估算才有依据,凭行数估出来的数字通常不准。
规格没冻结能报价吗?
能,但只能按阶段报。规格未冻结时,我们建议先签第一阶段:验证计划与规格评审。这一阶段的产物是功能点清单和口径定义,它既是后续报价的基础,也是双方的共识文件。等规格冻结后再确认整体排期与费用,这对双方都更安全。

周期与排期

项目周期一般多久?
取决于设计规模、验证复杂度与工艺节点。中等规模的数字子系统从规格冻结到网表交付通常以月为单位;单独的验证或后端环节按批次推进,首批评审通常一到两周内完成。精确排期必须在规格评审后才能给出,评估前只给区间与前提。
规格中途变更怎么办?
先评估影响范围:改的是已交付模块还是未启动批次,验证环境要不要重搭。已交付批次的变更按新需求计,未启动批次直接更新计划。关键是变更必须书面留痕并同步更新验证计划,口头改需求是项目失控最常见的原因,我们会在合同里约定变更流程。

验收与交付

怎么验收才算完成?
以验证计划为验收依据:覆盖率按双方确认的口径收敛,未覆盖项逐条书面归因;后端以签核报告为准,未收敛路径写明原因。我们不接受"工具通过即完成"的说法,工具只能证明检查过,验收看的其实是报告里有没有把每个例外解释清楚。
交付包里包含什么?
最小集合包括:源码或网表、综合与仿真脚本、检查工具扫描结果、各阶段报告、接口与使用文档,以及一份说明设计取舍的备忘。交付包的标准是"你的团队不靠我们也能继续开发",达不到这个标准的移交我们不视为完成。
交付后发现问题怎么处理?
先区分是遗留项还是缺陷:交付评审时已书面列出的遗留项按约定处理,范围内缺陷按合同约定的支持条款修复,范围外的问题先做影响评估再协商。这也是我们坚持书面留痕的原因——有记录,责任边界就清晰。

定制与知识产权

能按我们的规范定制流程吗?
能。编码规范、目录结构、评审节奏、报告模板都可以按客户既有体系适配,前提是在规格评审阶段说明清楚。定制会增加少量启动成本,但比项目中途切换体系便宜得多。已有验证资产的复用我们尤其欢迎,这通常能明显压缩环境搭建阶段的时间。
知识产权怎么归属?
委托开发的交付物按合同约定归属,通常归委托方;我们在项目中沉淀的通用方法与内部组件不属于交付范围,仍归我方。合同附件会列出交付物的明确清单,清单之外的源码与文档不构成交付,这一点在启动前就会说清楚,避免事后争议。