询价型设备标成现货会让客户误判交期

客户在搜索结果里看到设备显示“有货”，当天就要求安排发运。销售查完配置才发现，这台设备需要确认电压和接口，排产周期也要重新核算。产品页正文写着“按需定制”，Product结构化数据却把availability固定成InStock，两套口径把客户带向了不同判断。

现货状态藏在结构化数据里

网站负责人先查看产品页源代码和最终渲染结果，找到Product、Offer与availability。模板若给所有产品自动补上InStock，标准设备、选配机型和停产型号就会共享一个库存结论。搜索系统可能优先读取这段机器可读信息，客户未必会继续翻到正文里的交期说明。

产品资料负责人需要把model_code、production_mode、order_status和lead_time_status放进同一张状态表。production_mode可以区分stocked、made_to_order与engineering_review；order_status记录active、paused或retired。网页正文和JSON-LD都从已审核状态取值，减少模板默认值覆盖业务事实。

结构化数据必须跟可见页面对得上，检查方法可参考结构化数据与页面事实同步。正文写“交期需确认”时，代码里不能同时承诺现货和固定发货日；页面显示具体型号时，JSON-LD里的sku也不能沿用产品系列编号。

每次状态变更还要保存status_reason、approved_by和inventory_checked_at。销售口头说“仓库还有一台”不能直接改公开状态，仓库负责人需要核对对应型号、配置和可发运条件。样机、返修机与待验收设备也不能计入可销售库存。

没有可靠库存时少写一个字段

工厂没有稳定库存数量或公开价格时，网站负责人可以保留Product主体，只发布名称、型号、图片和制造商等可核对信息。Offer字段缺少真实价格、币种或有效期，就先不输出。用零元价格或InStock填满字段会制造新的误解，也会让销售难以解释搜索摘要。

页面与销售共用一套状态口径

产品页靠近询价按钮的位置应显示production_mode和lead_time_note。标准件可以写库存状态与更新时间；按单生产设备写明影响周期的配置，例如电压、控制系统或安全防护。工程评审产品只说明需要哪些输入资料，不给未经核算的天数。

报价状态还要跟页面版本关联。销售生成报价单时记录source_url、page_version和status_checked_at，客户改动配置后重新核算。币种与报价有效期的处理可参考外贸产品页的币种与报价有效期，避免搜索页面的公开信息被当成客户专属报价。

停售和暂停接单也要分开。retired表示产品退出当前供应范围，paused表示暂时不接新订单。资料负责人更新状态时，同时修改正文、JSON-LD、站内搜索和相关推荐。旧型号仍被推荐的复查方法可对照下架产品的站内搜索处理。

客户只提供一张旧目录截图或简称时，销售无法直接判断库存和周期。询盘后台将availability_check写成pending，资料负责人核对公开型号，工程人员确认配置差异。页面可以给出常见评审资料，不能把待确认状态改成现货来减少表单步骤。

上线验收包含搜索摘要和询盘记录

发布后，网站负责人用结构化数据测试工具查看Product与Offer，再打开网页源码核对字段。验收记录保存tested_url、schema_version、page_status和checked_at。测试工具通过只能说明格式可读，业务负责人还要确认状态值符合当前生产安排。

市场人员随后检查搜索摘要、站内搜索卡片和社交转发预览。任何入口出现“有货、现货、立即发货”等正文没有的词，都应回查模板、缓存和旧结构化数据。缓存清理后再用未登录浏览器访问，确认公开页面与抓取代码已经同步。

销售团队用一条测试询盘检查交接字段。后台应收到产品URL、型号和页面版本，并把库存状态交给人工复核。客户没有填写电压、工作环境或目标产能时，自动回复只提示补资料，不给固定交期。资料齐全后，销售再把approved_lead_time写入报价版本。

产品资料负责人维护状态表，网站管理员负责模板映射，销售负责人核对交期表述。团队按review_due定期抽查在售产品；库存、供应链或产线能力变化时，责任人当天复核受影响型号。公开页面帮助客户理解当前状态，合同交期仍以配置确认和正式报价为准。