联系表单不是发邮件按钮：线索进入系统后才算交付完成

很多官网把联系表单理解成“用户填完后给某个邮箱发一封邮件”。这在早期可以使用，但并不可靠：邮件可能被拦截，收件人可能离职，重复线索无法合并，处理状态也无法追踪。真正可运营的表单应该把线索送入系统，并保留处理记录。

验证码保护的是业务入口

验证码不是为了增加用户麻烦，而是减少垃圾提交、自动化攻击和资源消耗。对于新站点，表单很可能比服务器本身更早被扫描。验证码应尽量轻量，但必须与服务端验证绑定，不能只做前端展示。

入库比邮件更可靠

邮件适合提醒，不适合作为唯一记录。表单应保存提交时间、语言、需求类型、目标地区、预算范围、来源 IP、用户代理和消息内容。这样即便邮件失败，团队仍然可以在后台查看原始线索，并按状态继续跟进。

状态管理避免重复沟通

当多个成员都能看到线索时，需要标记新线索、已联系、进行中、已关闭和内部备注。否则客户可能收到重复回复，或者某条重要需求因为“以为别人处理了”而漏掉。线索系统不一定复杂，但必须能支撑最基本的责任交接。

导出和保留也要提前说明

客户可能需要把线索导出到 CRM 或内部表格，也可能要求删除测试提交。表单设计时应考虑 CSV 导出、状态字段、保留周期和隐私政策说明。一个可靠的联系表单，最终交付的是可继续处理的业务记录，而不是一封可能丢失的邮件。