外贸网站有询价按钮就够了？我给 RapidDirectly 整理询价流程时，重点做了这几步

给外贸网站做询价功能，最容易出现的误判，是页面上已经有一个醒目的按钮，就觉得这件事完成了。但客户真正要做的，往往不只是留下邮箱：他可能有一份 STEP 图纸、几个材料要求，还想说明数量和表面处理。只接住一句“请报价”，业务人员接下来仍要反复补问。

在顾问网为 RapidDirectly 做网站交付时，我把询价当成一条完整流程来处理：从客户点进来，到需求和附件形成同一条记录，再到管理员能查看资料，每一步都要衔接。这里复盘的是这轮实际开发和验收，不把尚未验证的邮件通知或询盘增长算成成果。

先看业务：客户需要提交的是项目资料，不是一条普通留言

RapidDirectly 展示的是按需制造业务，涉及 CNC 加工、注塑、钣金和 3D 打印等服务。对这类外贸网站来说，同样一句“我需要做这个零件”，背后的信息差异很大。有没有图纸、材料是否确定、数量是打样还是量产，都会影响下一步沟通。

所以我先把询价拆成两个问题：客户是否容易开始，提交后的内容是否足够继续讨论。前一个问题靠清楚的入口和合适的填写负担解决；后一个问题要靠字段、附件和后台记录一起完成。只改善按钮样式，解决不了资料分散的问题。

我没有把所有技术参数都做成必填。刚进入网站的客户，有些已经准备好图纸，有些还在选工艺。如果表单要求他先确认一整套专业参数，反而可能把真正需要帮助的人挡在外面。这轮采用的思路是：先收齐能继续沟通的信息，再让客户补充已经掌握的细节。

第一步，我先统一入口，避免维护几套看起来相似的表单

项目记录里原先存在手写表单及旧提交处理逻辑。这轮我把主要询价入口接到同一个 Fluent Forms 表单上，而不是在首页、服务页和联系页分别再做一套。它们的展示位置可以不同，字段与接收记录的规则应当一致。

为什么先做这个？因为多套表单最难维护的地方，不是今天看起来有多大区别，而是以后改动时容易漏。某处新增了工艺选项，另一处还在用旧字段；某个入口支持附件，另一个入口只能留言；再加上一套独立提交接口，排查问题时就得先判断客户走了哪条路。

我的处理分成三部分。第一，保留一份字段配置，统一必填与校验规则。第二，把站内同源询价链接接到当前页面的弹窗，让客户不用为了填写资料离开正在看的服务页。第三，每个页面只保留一个表单实例，避免弹窗和正文各复制一份，造成重复 ID、事件冲突或输入状态不同步。

联系页本身有表单位置时，我复用同一个实例：打开弹窗时移动到弹窗里，关闭后放回原位置，尽量保留已经输入的内容。这里值得验收的不只是“能打开”，还包括关掉再开、切换入口、输入一半后关闭时，数据有没有意外丢失。

上面是这轮本地交付过程保留的桌面截图。它能说明当时的表单布局和字段安排，不代表今天的线上视觉仍与该版本完全一致。开发验收截图和当前线上页面，我会分开使用。

第二步，字段按“业务接下来要问什么”来安排

这轮把姓名、邮箱和项目描述设为必填；公司、电话或 WhatsApp 等作为补充。原因很直接：业务首先需要知道怎么联系，以及对方想做什么。其他字段有价值，但并非每个客户第一次询价时都愿意或能够填全。

工艺选择则收敛为八个主要方向，而不是把所有细分服务都放进一个长列表。CNC、注塑、钣金、3D 打印等可以帮助初步分流，同时保留“Other / Help Me Choose”。这个选项不是多余的兜底，它让暂时不能判断工艺的客户也能把问题提交出来。

国家字段我没有只放一个很长的下拉框。鼠标可以搜索，键盘也要能完成选择；如果列表没有合适的写法，还能手动填。验收里实际检查了搜索过滤、键盘选中和手动值保留。这类细节不显眼，但外贸表单面对不同地区和不同输入习惯，不能只照顾一种操作方式。

项目描述也不应该只写一句“Message”。我希望客户知道可以从材料、数量、用途或当前疑问开始，不必先整理成一份完整技术任务书。提示的作用是帮助组织信息，而不是在表单里堆一段介绍，把输入区域挤到下面。

第三步，附件不能只做到“选中了文件”

制造业询价和普通留言最大的区别之一，就是附件。PDF 图纸、STEP 模型、尺寸表格，往往比一大段文字更接近实际需求。因此我把文件选择、上传进度、删除和最终记录关联一起处理，而不是只在页面上加一个上传按钮。

这轮设定最多十个文件，单个不超过 25 MB，总量不超过 100 MB。三个限制要同时成立。只限制单个文件，多文件仍可能占用大量空间；只限制总量，客户可能要等到最后才知道某份文件不能提交。界面提示和服务端校验也得一致，不能前端说允许，后台却按另一套规则拒绝。

上传后我关注的是两种状态：文件已经传到服务器，但询价还没提交；询价已经保存，附件已经属于这条记录。前一种只是临时资料，不应因为页面出现文件名就当成收件完成。后端需要检查文件是否属于当前有效上传流程，并在提交成功后建立对应关系。

这轮本地验收使用 TXT、CSV、DOCX、XLSX 和 STEP 做过实际上传、删除与提交检查。它能证明这些测试路径当时走通，不能扩展成“列表里的所有格式都已逐一通过”。对于未提交的临时文件，项目安排了清理机制，减少中途离开后留下无主附件的问题。

第四步，图纸存在哪里、谁能下载，我单独做了检查

客户图纸不适合按普通宣传图片的方式处理。宣传图本来就是公开内容，图纸可能包含尺寸、结构或其他项目资料。把附件直接放进一个能凭地址访问的公开目录，即使页面没有主动展示链接，也不等于建立了访问控制。

本轮本地实现把附件放在网站公开目录之外，由管理员鉴权后下载。后台记录负责关联文件，下载处理负责校验权限与记录关系。这样，拿到一个文件标识与具备下载资格，是两件不同的事。

我在验收中检查了管理员能否下载、内容是否一致，以及匿名或伪造附件访问能否被拒绝。对于不支持的文件类型和伪装图片，也做了拒绝测试。这里的结论限定在已测试路径，不把一次检查写成全面安全保证。

记录删除也要和文件生命周期衔接：如果询价删了，附件还一直留着，后台维护就会出现看不见的残留。本轮让删除提交记录时同步处理关联文件。真正部署时，还需要结合备份、保留期限和团队权限继续管理，这些不能靠一个上传控件自动解决。

第五步，手机端不是把桌面弹窗缩小就算完成

桌面上，左侧引导、右侧填写的双栏布局比较容易阅读；手机屏幕窄，继续挤成两栏，字段和说明都会难用。因此窄屏改为上下排列，并保留可触达的关闭区域，让客户不用先把长表单滚回顶部才能退出。

这轮验收覆盖了 320、360、390、768、820、1024 和 1440 像素宽度，记录中没有出现字段横向溢出。检查重点不是截图有没有对齐，而是长选项、文件区和弹窗本身能否在这些宽度下正常使用。

我还把关闭行为分开处理：国家下拉框展开时，先关闭选项列表；弹窗本身再按对应交互退出。否则用户只是想收起列表，却把整个询价关掉，输入过程就会被打断。

手机截图展示的是当时的上半部分，不能仅凭它断言整个移动端流程没有问题。填写、滚动到上传区、删除文件、到达提交按钮，都应继续走完。适配检查与功能检查要一起做，才不会留下“看起来整齐，实际填不完”的表单。

最后，我把“提交成功”拆开验收，没有只看提示文字

表单弹出成功提示，只能算一个界面状态。我的验收会继续往后追：后台有没有对应记录，字段值有没有保存，附件属于哪条询价，管理员是否能下载。如果这些环节没有检查，客户看到成功、业务却没拿到资料，问题仍然存在。

邮件这一项尤其容易混淆。后台能保存询价，不代表通知邮件已经发出；邮件服务接收了发送请求，也不代表业务邮箱已经收到。该轮本地交付记录明确写着尚未配置邮件通知或 SMTP，所以我没有把“邮件已打通”写进完成项。

这次重新查看线上页面时，也看到了本地保存及自动报价未接通的提示。它和旧的本地记录不是同一个时间点，不能靠旧记录替今天线上下结论。本次复核只查看了公开页面，没有向线上后台提交测试询价。

这轮交付解决了什么，下一步还需要做什么

这轮实际整理的是一条更一致的询价路径：入口统一、字段统一、附件与记录关联，后台按权限取件，手机和桌面都有对应布局。对业务来说，这些工作为拿到一份可继续沟通的项目资料打基础，而不只是多出一个按钮。

至于询盘数量、有效询盘比例或成交率，我没有这轮改动前后的同条件数据，因此不报告增长数字。后续要验证业务效果，可以从入口点击、表单开始、提交完成和业务反馈逐步建立记录，再结合流量来源判断，避免把不同来源的变化都算到表单上。

我给外贸网站做这类功能时，会先问：业务拿到的到底是一条留言，还是一份能继续处理的需求？把这个问题讲清楚，入口、字段和附件的取舍就更容易落地。如果你正在整理类似流程，可以把外贸网站建设里的询价交付范围，与现有网站改版一起评估，先确认缺在哪一环，再决定改到哪一步。