场景画像：深圳某制造业软件服务商；员工80—200人；建设周期9周（情景设定，不含后续观察期）。
典型业务问题
客户为什么难以进入有效决策
制造企业关心的是报工能否准确、追溯能否串联、系统能否衔接。单纯罗列功能名，很难让客户判断标准功能能覆盖多少需求，哪些部分需要配置或定制。
官网堆积功能名，工厂客户难区分标准功能、配置与定制开发。在本情景设定的基线中，28天31次有效演示预约中，仅10次明确生产模式、现有系统和待解决流程。
解决路径
从问题拆解到业务承接
以真实业务问题组织场景页，产品经理核对标准、配置和定制边界。演示预约前收集生产模式、现有系统与关键流程，售前据此准备演示，并明确接口或特殊业务需要进一步评估。
建议交付物
形成可以验收和持续维护的资产
本情景设计的交付规模为：52个高意图问题、22个标准答案页、5个业务场景页、1张标准与定制能力矩阵、1份演示准备清单。各项需按独立清单验收。问题数量按意图去重，答案页按审核后的独立页面计数，事实卡与流程模板分别统计。
场景测算示例
用明确口径说明如何观察变化
演示对比：资料完整的演示预约10/31（32.3%）→18/34（52.9%）。
衡量演示准备程度，有助于避免把预约数量当成商机质量。是否进入正式商机或签约，需要CRM阶段记录支持。
本节数字仅用于演示统计方法和验收逻辑，不代表粤搜AI已经取得的真实客户成果。
统计与验收方法
结果必须能够回到记录和口径
统计口径：固定官网来源，按企业去重；三项业务背景齐全为完整；不把预约、实际演示与销售商机混成一个指标。
统计时间：前后分别观察连续28天，后测从上线稳定7天后开始；实际起止日和导出日期待项目记录确认。本文编制日期不是项目统计截止日期。前后比较需另行登记流量、投放、促销、渠道与人员变更；简单前后差异不构成因果证明。
建议验收方式：产品经理核对版本与能力矩阵；售前演练5类工厂场景；明确无现成接口时的评估路径。这里描述验收设计，尚无已完成验收的证明材料。
适用边界
明确本场景不能替代的判断
不据此声称软件实施周期缩短；项目成交受预算和决策流程影响。