成都事件与指标字典
区分联系点击、提交成功、有效询盘、报价与成交。
MEASUREMENT & REPORTING
成都转化追踪与数据分析服务
定义网站行为、服务端记录与业务反馈的关系。配置与测试事件，建立可解释的数据口径，而不是安装一个统计代码就结束。
YOUR BRAND · WORKSPACE界面示意
YUNDIAN / PROJECT交付内容示意
成都网站检查 · 工作台
抓取与索引待检查
产品与页面结构待检查
表单与移动体验待检查
问题分级与修复计划中
设计示意 · 用于解释服务，不是实际客户数据
01 / SERVICE SCOPE
成都服务内容
定义网站行为、服务端记录与业务反馈的关系。配置与测试事件，建立可解释的数据口径，而不是安装一个统计代码就结束。
成都配置与调试
按平台能力配置事件和必要参数，检查重复触发、失败和授权状态。
成都线索反馈衔接
用内部记录标注有效性与处理状态，避免将垃圾或重复咨询记为成果。
成都归因与报告限制
说明跨设备、来源缺失和同意差异，不追求虚假的百分之百归因。
适合：广告数据混乱表单与报表不一致需要业务反馈的团队
02 / DELIVERY WORKBENCH
成都服务流程
先定义什么是有效动作，再部署事件。统计代码装上了，不等于数据就能用于决策。
STEP 01 / 04
成都事件口径
- 需要的输入
- 网站流程与业务跟进方式
- 我们具体做
- 区分联系点击、已保存提交、有效询盘和订单，定义字段
- 如何检查
- 一个动作不重复命名成多个成果
交付内容示意
这一阶段，你会收到
成都事件字典与漏斗说明
工作阶段事件口径
审核角色云典执行 · 企业确认
一个动作不重复命名成多个成果
示例仅说明工作，不代表项目已完成STEP 02 / 04
成都实现与授权
- 需要的输入
- 网站、工具权限和同意设计
- 我们具体做
- 按实际环境部署事件与必要接口，避免把敏感个人资料写入事件
- 如何检查
- 接口密钥留在服务端，不因 CAPI 绕过同意
交付内容示意
这一阶段，你会收到
成都配置说明、授权边界和测试计划
工作阶段实现与授权
审核角色云典执行 · 企业确认
接口密钥留在服务端，不因 CAPI 绕过同意
示例仅说明工作，不代表项目已完成STEP 03 / 04
成都测试与对账
- 需要的输入
- 测试提交、订单和事件日志
- 我们具体做
- 逐个验证正常、失败、重复、拒绝统计与跨域情形
- 如何检查
- 后端业务记录与统计总量不强求完全相等
交付内容示意
这一阶段，你会收到
成都事件验收表和差异说明
工作阶段测试与对账
审核角色云典执行 · 企业确认
后端业务记录与统计总量不强求完全相等
示例仅说明工作，不代表项目已完成STEP 04 / 04
成都报表与维护
- 需要的输入
- 稳定口径和业务负责人
- 我们具体做
- 整理可追溯报表，记录字段变更、未知来源及异常
- 如何检查
- 不编造完整归因，不在事件里传原始邮箱手机号
交付内容示意
这一阶段，你会收到
成都报表定义与持续检查表
工作阶段报表与维护
审核角色云典执行 · 企业确认
不编造完整归因，不在事件里传原始邮箱手机号
示例仅说明工作，不代表项目已完成INTERACTIVE / 服务体验
成都服务应用场景
点击切换示例。内容用于解释工作，不连接实际网站、账号或模型。
交互示例 / 非实绩
成都这些动作，不能算作同一种“客户”。
点击阶段查看定义，避免用热闹的点击数字代替有效业务信息。
互动事件
成都只是用户点了联系入口。
可能打开电话、复制微信或进入聊天应用；不能确认是否真的取得联系，不作为有效询盘自动计数。
业务记录
成都需求必须真正保存到后台。
只有真实后端成功接收，才进入已提交阶段；发送失败应有重试，不显示假成功。当前静态演示不会发送。
人工确认
成都联系方式、产品与需求能够跟进。
需由负责人审核是否匹配目标业务；垃圾、重复、售后和招聘等不混入新商机。
销售反馈
成都报价、订单与履约由企业继续记录。
成交金额、退款、币种和归因范围分别明确；仅凭前端事件无法得到完整商业结果。
03 / ACCEPTANCE CHECKLIST
成都交付内容与验收标准
用可访问页面、文件、配置和记录，检查工作是否落地。
| 收到什么 | 包含哪些工作 | 怎样核对 |
|---|---|---|
| 01事件字典与漏斗说明 | 区分联系点击、已保存提交、有效询盘和订单，定义字段 | 一个动作不重复命名成多个成果 |
| 02配置说明、授权边界和测试计划 | 按实际环境部署事件与必要接口，避免把敏感个人资料写入事件 | 接口密钥留在服务端，不因 CAPI 绕过同意 |
| 03事件验收表和差异说明 | 逐个验证正常、失败、重复、拒绝统计与跨域情形 | 后端业务记录与统计总量不强求完全相等 |
| 04报表定义与持续检查表 | 整理可追溯报表，记录字段变更、未知来源及异常 | 不编造完整归因，不在事件里传原始邮箱手机号 |
交付数量、语种、修改次数和服务频次以书面范围为准。表中是本项服务的核对方式，不是自动承诺全部包含。
04 / EXECUTION
成都项目实施流程
资料、审核与技术权限会影响执行安排；排期以双方确认后的计划为准。
成都事件口径
区分联系点击、已保存提交、有效询盘和订单，定义字段
阶段核对：一个动作不重复命名成多个成果成都实现与授权
按实际环境部署事件与必要接口，避免把敏感个人资料写入事件
阶段核对：接口密钥留在服务端，不因 CAPI 绕过同意成都测试与对账
逐个验证正常、失败、重复、拒绝统计与跨域情形
阶段核对：后端业务记录与统计总量不强求完全相等成都报表与维护
整理可追溯报表，记录字段变更、未知来源及异常
阶段核对：不编造完整归因，不在事件里传原始邮箱手机号05 / READY TO START
成都资料准备与费用说明
开始前，把投入、责任和边界放在同一张清单上。
成都转化追踪与数据分析 · 资料准备
0 / 4 项已准备仅在当前页面记录勾选状态，不上传或自动保存。
06 / FAQ
成都常见问题
WhatsApp 点击算询盘吗？
它只表示联系意向，不能自动证明客户已发消息或形成有效需求。
前端提交成功就算线索吗？
应以后端成功保存与验证为准。本站需求表单提交成功后保存在询盘后台；企业微信按钮点击单独统计。
RELATED SERVICES
成都相关服务
成都Google 广告投放
从产品需求出发搭建账户、关键词、广告与落地页，跟踪预算使用和有效询盘。广告账户、服务范围与数据口径先说明。
查看服务与交付成都网站诊断与技术 SEO
检查页面抓取、索引、站内结构、速度与手机体验。交付问题证据、修复建议与复测记录，不只是一个没有解释的“健康分”。
查看服务与交付成都整站增长代运营
不是把所有服务一起卖给你，而是按产品、市场和预算选择必要工作，明确每个月谁做什么、交付什么。
查看服务与交付