参数口径不统一
车型参数、版本差异与促销信息分散在官网、海报、销售话术和经销端。
本页采用匿名表达,不出现客户实名。重点是让用户看清业务场景 / 核心痛点、核心痛点、米链动作、结果类型、时间窗与边界。
车型参数、版本差异与促销信息分散在官网、海报、销售话术和经销端。
线索在官网和经销网络之间无法顺畅回流,跟进状态不清楚。
FAQ、竞品对比和销售答复散落各处,更新慢、复用率低。
业务场景 / 核心痛点:参数解释分散在官网、海报、销售话术和经销端。
核心痛点:用户常问配置差异、价格政策和版本比较,但答案来源不统一。
米链动作:重组参数说明、版本对比页、FAQ 与销售答复模板。
结果类型:形成统一解释口径,降低重复解释损耗。
时间窗:以首轮资料盘点到首批页面上线为主。
边界:以项目期内口径为准,只保留已确认内容。
业务场景 / 核心痛点:官网与经销网络各自记录线索,回流链路断层。
核心痛点:无法判断线索来源、跟进状态与二次触达规则。
米链动作:统一线索字段、跟进状态、经销回流口径与复盘看板。
结果类型:提升线索归因清晰度,为 CRM 运营提供底座。
时间窗:以字段梳理和协同规则上线窗口为主。
边界:不在未确认数据前公开转化数字。
| 维度 | 公开口径 | 说明 |
|---|---|---|
| 结果类型 | 统一口径、降低重复解释、提升线索归因 | 先写项目级结果,不强行补经营级数字 |
| 时间窗 | 盘点期、上线期、协同期 | 帮助用户理解项目节奏 |
| 边界 | 仅公开已确认口径 | 避免把方法结果写成事实承诺 |
先把参数解释、配置差异、FAQ 和对比问题页做成统一知识源,再补研究页与案例页。
先做 CDP / CRM 字段与回流规则,再做官网与经销承接页协同。
因为没有把车型知识、FAQ 和培训材料沉淀到同一套知识库底座里。