建站合同只写“询盘表单接入CRM”，上线时很容易出现一种尴尬：网页显示提交成功，销售却找不到线索。采购方应把表单接收、线索入库、分配、人工跟进写成四个可分别核对的节点，逐一指定交付方、企业负责人、失败后的去向和验收材料。CRM若尚未选定，先约定使用企业可控的销售线索池，不要把将来采购的软件功能算作本次已交付。
先定系统边界：网站收到，不等于CRM入库
合同附件画出路径：产品页表单 → 网站接收处 → 企业指定的CRM或线索池 → 销售负责人。建站方是保存询盘并通知企业手工录入，向已有CRM传送，还是嵌入CRM托管表单？第一种不能写成“自动对接”；后两种写明账号、接口权限、费用由谁提供，换供应商时由谁重配。具体系统和费用待选型后书面确定。
“提交成功”也要定义到节点。网站只确认可靠接收，就向买方说“已收到询价”，不要显示“销售已接单”；如果合同要求提交后必须在CRM可查，便要写清目标系统拒收、超时或停用时页面显示什么，已接收的原始记录存在哪里、谁能补录。邮件通知是提醒渠道，不能代替线索入库的验收。只买基础建站、暂不购买系统对接的企业，也可以明确以受控收件箱加线索台账作为本期终点，另列日后接CRM的待报价项。
把字段映射写成附件，别让买方替CRM填档案
字段表逐项写“网页字段／目标字段／谁填／必需否／空值处理／修改人”。例如邮箱、公司或称呼、需求说明，以及型号、产品页、语言、提交时间与时区；来源标记仅在需要且能合法取得时保留。网址带入的型号须核对产品；图纸附件要约定大小、格式、存放处与可访问者。不支持的字段不能静默丢弃。HubSpot说明，表单字段连接的CRM属性决定资料落在联系人还是公司对象；“字段已显示”不代表映射正确，也不代表本项目使用HubSpot。[1]
每次提交留内部编号、首次来源与原文。重复点击与同一公司提出新项目不能一概合并；企业决定关联旧联系人、旧商机还是新建询价，并约定后一次空值不覆盖原需求。自动去重也要按实际接入方式测试：HubSpot文档指出，经API创建的公司不会按公司域名自动去重。[2] 接入记录的去重不同于有效询盘的业务判定。
联系资料只向获准的业务系统传送。若项目适用欧盟GDPR，企业还要确定个人资料处理目的、合法依据、告知内容、保留与删除规则；回答询价与营销订阅不是天然同一用途，也不是所有询价都必须机械勾选同一种同意。欧盟委员会列出了数据最小化及不同处理依据，实际适用情形由企业核定。[4][5] 如果网站同时做GA4统计，不把邮箱、电话、自由文本或含个人信息的网址参数送入分析平台；Google对此有明确限制。[6]
分配规则归谁维护，销售动作由谁负责
CRM或线索池由企业持有管理员账号；建站方只取项目所需接入权限，销售只看获授权线索。合同写明凭据保管、撤权、导出责任，不共享管理员密码。
网站负责传送，不等于建站方负责销售轮班。企业应交给实施方一份产品线、目的国家或地区、语种与销售组的分配规则，并指定规则批准人。合同写明规则运行在网站、CRM还是人工台账；无人值班、无法判断市场或原负责人离职时，线索进入哪个待分配池，谁收到提醒、谁有权改派。若采购的CRM本身有自动分配功能，还要检查版本、角色授权与规则顺序；微软Dynamics 365的文档说明，规则按顺序应用，无可用销售时记录可能留在未分配状态，不能把“打开自动分配”当作有人接手的证明。[3]
企业销售经理应定义“待联系、已联系、待补资料、转技术确认”等跟进状态，指定谁填首次联系时间、下一次动作和改派原因。建站方交付的是约定的字段、传送与可查状态；是否代建CRM规则、培训销售、长期盯未跟进队列，分别列“包含／另购／企业自做”。客户回复速度、报价批准和成交不应悄悄变成建站方的服务承诺；销售承担的时限也请企业自行填进内部制度或合同附件。
验收用同一编号，把成功和失败都走一遍
用授权测试账号、虚构联系人和测试编号，区分预发布与正式环境，测试件不混入销售统计。约定覆盖的入口、语种、产品页及手机路径，指定网站、CRM和销售验收人。一般建站体验看B2B建站验收清单，页面字段与错误提示看RFQ表单检查；这里向后验入库和分配。
- 正常路径：从约定产品页提交，核对页面反馈、网站记录编号、目标记录编号、型号与来源字段、分配对象；由销售在权限内打开并更改一次跟进状态。
- 重复与异常资料：同一测试编号重试、同邮箱新项目、缺失或不支持的字段各测一次；记录是合并、待人工核对、拒收，还是新增，不凭总数判断。
- 传送失败：在授权测试环境模拟目标系统拒绝、超时、限流或权限失效；看原始记录是否仍可找到、失败是否告警、由谁检查与重试，重试后是否生成重复记录。无法安全模拟的情形列为未测与补验条件。
- 分配例外：规则找不到负责人或值班人缺席时，查看待分配池和提醒；普通销售账号不应能改接口凭据或浏览非授权线索，管理员撤权后再核访问。
保存测试时间与时区、入口、脱敏编号、预期、实际状态、责任人与复测结论。OWASP建议用交互标识串联同一次请求的事件，日志不直接堆放敏感资料或凭据。[7] 单张CRM截图不能证明以后不漏单，还要交付失败队列、告警、补录及防重复复核方法。
发生漏单时，合同要能指向下一位处理人
排障先核四个位置：网页显示成功但网站无记录，由建站方查接收和反馈；网站有记录而传送失败，由接口维护方与CRM管理员对照同一编号查拒收原因；CRM已入库却无人负责，由企业销售管理员查规则与权限；已分配却没跟进，由企业销售负责人处理。托管表单或手工台账路径则按实际链路改写，不能生搬“网站数据库必有记录”。发现故障后，谁能导出未处理项、谁决定补录、谁验证没有二次派单，以及节假日如何联系，都应在合同附件留下可填写位置；未商定响应时长，别擅填通用SLA。
可直接把交付条款写成填空题：“本期表单入口为____，接收终点为____，目标CRM／线索池及账号持有人为____；字段映射与去重规则见附件____；分配规则批准人____、未分配接手人____；传送失败记录位置____、告警接收人____、重试与补录人____；交付测试样本与证据位置____；未通过项目的修复、复测和签收人____；第三方订阅、接口开发与后续运维分别由____承担。”填不出的项目留作未定范围，不写“已打通”。
光算外贸B2B网站建设服务页公开的是建站方案、沟通入口和数据迁出等基础说明，并未因此替每个项目承诺特定CRM接口或代替企业销售跟进。询价时带上现有表单、目标系统及有权账号、字段草表和销售分配规则，让服务方明确哪些是建站交付、哪些须另评估；总体报价单位可再对照建站报价拆分方法。若同步改版旧站，还要交代切换期间新增询盘如何保留，可参考改版迁移验收。