询盘里的目标产量要同时记录数值、单位和周期

客户在询盘里写“目标产量1000”，销售按每小时理解，技术人员却以每班1000件估算方案。直到报价讨论节拍时，双方才发现这组数字没有产品单位，也没有时间周期。表单收到了需求，后续人员拿到的仍是一句需要重新追问的话。

制造业官网记录目标产量时，要把数值、计量单位和周期拆开保存。客户原话也应保留，供销售核对语境。销售打开记录时，要能一眼看清“1000”指什么，技术人员也能沿用同一口径追问。孤立数字不能直接进入设备能力判断。

目标产量要带上产品对象和时间口径

核心字段可以设为 target_value、output_unit、time_basis、product_id 和 requirement_id。output_unit 区分件、千克、米或平方米，time_basis 记录分钟、小时、班次或天。客户选择班次时，再补充每班工作时长；一天有几班，另设 shifts_per_day，不能藏在备注里。

同一条产线处理多种产品时，目标产量必须关联具体型号或工件组。材料、尺寸和允许公差会影响节拍，资料负责人可让客户选择官网产品型号，也允许填写临时项目代号。型号暂时不确定时，系统把记录标成“待确认”，销售不能直接套用某台设备的公开参数。

产品页展示的是标准测试条件下的参考能力，询盘里的目标产量属于客户工况。网页要在数值旁写明测试材料、规格范围和运行条件，可参考产品页采购参数的整理方法。客户要求的数字超出公开范围时，表单继续接收需求，由技术人员判断，不在页面上即时生成可行性结论。

表单允许客户先提供粗略口径

客户可能只知道月产需求，不清楚单机节拍。表单可以让他选择“每月”，再填写计划生产天数和每天工作时长；暂时缺失的字段保留为空，并显示需要销售确认。系统不能自行假设八小时一班，也不要把空值替换成后台默认值。

输入框旁放一个短例子，如“800件/小时”或“12吨/天”，能减少单位漏填。数量单位使用下拉选项，页面只提供与当前产品组相关的单位。客户仍可在补充说明中粘贴原始需求，后台同时保存 raw_requirement，避免标准化字段丢掉“峰值”“平均”或“换型后”等限定词。

询盘记录还要保存来源页面、语言版本和提交时的产品 ID。关于字段怎样服务销售首次回复，可结合询盘表单的首次回复字段安排页面。客户从通用联系页提交时，表单应要求填写工件名称；从产品页进入时，系统自动带入型号，但允许客户明确说明目标产品不同。

销售确认后再进入方案和报价

销售接单后核对 target_value、output_unit 和 time_basis，并向客户确认它是平均产量、峰值需求还是年度规划。确认结果生成 requirement_version，记录确认人和时间。客户补充班次或更改单位时，系统新增版本，旧记录继续留在询盘时间线中。

技术人员评估时还需要单件加工时间、上下料方式、换型频率和计划停机时间。官网无需把这些项目都设成首次询盘必填项。销售可在需求明确后发送补充资料清单，做法可参照报价资料必填与后补的区分，避免客户因表单过长而中途退出。

报价单引用经过确认的 requirement_version，并写明产量对应的产品、单位和周期。任何性能判断都要标注计算条件或试样条件，不能从客户目标值直接推导设备能力。报价更新时，销售保留上一版需求快照，技术人员才能解释方案变化来自哪个字段。

上线验收可以提交三组测试：1000件/小时、1000件/班和只填1000。前两组应在邮件与销售系统中保持原单位，第三组进入待确认状态，不能触发正式方案。复核人员再从报价记录回查询盘版本，确认客户原话、标准化字段和负责人确认结果都能对上。