商品咨询表单的字段怎么命名？给开发者一份可复查的问题单

商品咨询表单的字段名称，先回答“这一格希望对方提供什么”，再核对填写过程中这个名称是否仍能看见。发现问题时，把字段位置、当时状态、实际文字和复现步骤交给开发者；不要只写“表单体验不好”，也不要看到输入框旁边有字，就认为它已经正确关联到输入项。

这份方法适合卖家准备自己的独立站商品咨询页面时使用。它是一项人工交接检查，不是 BlueFriday 内置的表单审计服务，也不是完整的无障碍认证。页面是否需要咨询表单，应由实际业务决定；没有这类表单的商品页，不必为了套清单额外增加收集入口。

先限定要检查的一个表单

记录页面地址、页面版本或查看时间、表单位置，以及咨询对象。相同页面可能同时有订阅邮箱、商品咨询和售后联系，不能把三个入口都叫“底部表单”，否则开发者可能修到另一个地方。

从读者要完成的任务写一句范围，例如“询问当前所选规格能否适用于自己的使用场景”。随后列出这个任务确实需要的信息，再与页面字段对应。是否应该询问某项资料，与字段有没有清楚的名字，是两个不同决定；本篇只在已确认的咨询范围内检查表达。

检查范围也要写清：用了哪种设备、浏览器、页面语言，是否打开手机键盘，是否填入测试值。没有测过的设备或辅助技术保持未测，不以一次桌面查看代表所有使用条件。实际发送测试信息前应取得站点负责人同意；观察标签本身不需要向生产客服提交一条假咨询。

把名称、说明和占位提示分开记

W3C 的表单标签教程说明，标签应表达控件用途，并与对应控件适当关联。这给运营和开发者各一个问题：运营确认文字是否准确描述所需信息，开发者确认实现是否把这个名称交给了正确的输入项。

名称可以是“所咨询的商品规格”；说明可以补充“请写商品页当前选中的规格名称”；输入框里的浅色示例则只是帮助理解格式。三者职责不同。不要用一串示例承担字段名称，也不要把只有内部团队知道的字段代号直接展示给用户。

W3C 的填写说明教程提醒，占位提示不能替代标签。因此，检查时分别记下空白、获得焦点和输入内容后的状态：文字是否消失，离开该字段再回来时还能否知道刚才填的是什么。此处只转述标签与提示的区别，不由这些观察推定整页符合某项标准。

字段旁的星号同样要结合页面自己的解释阅读。先抄下页面如何说明必填或选填，不能靠颜色猜测。若页面没有解释，记录“必填含义未说明”并请负责人确认，不擅自把所有字段改成必填来获得更多资料。

给开发者的问题单要能复现

建议一条问题只对应一个字段、一个具体状态。需要同时记录多个问题时，为每条分配自己的编号，让修复和复查能够逐条关闭。

• 定位：页面、表单位置、字段顺序，以及相邻字段的可见名称。
• 用途：业务方希望这一格回答什么问题，是否已经确认该项有必要收集。
• 当前文字：可见名称、补充说明、占位提示分别是什么；没有就明确写没有。
• 复现条件：设备和浏览器、页面语言、进入路径、是否聚焦和是否已输入。
• 实际观察：哪段文字消失、哪个名称含糊、哪一项与旁边字段难以区分。
• 期望澄清：需要业务确认的字段含义，以及需要开发者核查的名称关联。
• 复查记录：修复版本、复查条件、实际结果和仍未覆盖的情况。

截图尽量只保留定位所需区域，使用事先准备的虚构值。问题单不需要真实买家的姓名、邮箱、地址或咨询内容。若只能在正式页面观察，就停留在获准的操作范围内，不用真实客户资料制造“更像真的”测试。

一个虚构灯具配件页面的例子

以下页面、商品和编号均为原创练习，不代表真实客户、已发生故障或 BlueFriday 的测试结果。假设一个灯具配件咨询区有两格：第一格旁写“型号”，第二格只有框内的“请输入型号”提示。业务负责人实际想分别收集“本页所选配件型号”和“买家现有灯具的型号”。

测试者输入虚构值 DEMO-P2 和 DEMO-L7 后，第二格提示消失。此时两格的含义无法从各自名称清楚区分。问题不是“用户不认真填写”，而是需要先明确两个字段分别指向哪一个对象。

问题单 F02 可以写：“商品咨询区第二格，手机竖屏、输入后状态，未观察到持续可见的字段名称；业务希望获取现有灯具型号。请业务确认名称与必要说明，再由开发者核查该名称与第二格的关联。测试值为虚构编号，未发送咨询。”这比建议“把提示字体放大”更完整，因为文字大小未必能解决对象不明和输入后失去提示的问题。

修订后的候选文字可以是“现有灯具型号”，旁附“按灯具标签记录；找不到时请说明”。这仍需业务方确认，不能凭编辑示例宣布所有产品都接受这类咨询，或者保证凭型号就能判定适配性。

手机复查保留过程，不只保留空白截图

在同一手机条件下重新打开已修订版本，先看空白状态，再聚焦、输入虚构值、移到下一格，最后回到原字段。记录名称和说明在这些状态下是否还能辨认。若键盘或页面固定区域挡住了当前字段，也将具体位置和操作步骤列为独立观察，交给原开发者处理。

能够目视读懂，只覆盖可见文字这一层。是否有正确的可访问名称、辅助技术实际读取了什么，需要相应实现和测试证据。没有使用相关工具或设备时，问题单写“关联待开发者核查”即可，不能凭视觉截图填成已通过。

复查结论应限定到实际版本和条件。例如“F02在版本 V3、所列手机浏览器、空白及输入后状态下名称持续可见；辅助技术结果尚未提供”。这样的记录既能关闭已经验证的部分，也保留下一位负责人的工作范围。

把字段问题放回页面承接任务

表单文字清楚，不代表咨询已经成功送达，更不等于产生了有效询盘。发送反馈、后台收件及业务跟进需要各自的授权和验证，本次标签问题单不能替代这些记录。也不要把一次修订与同期咨询量变化直接连成因果结论。

如果问题来自页面缺少商品或售后说明，先参考商品页信任信息清单确认内容位置。若读者实际需要弄清总价、配送或支付，则应沿结账页商业摩擦另行核对，不能让一个咨询框承担整页未解释的条件。

准备评估某个 ASIN 的独立站投流条件时，可先把商品、目标市场和当前页面承接问题整理成可回复的咨询简报，再到BlueFriday 首页进行 ASIN 初筛。需要沟通可使用官方联系页或 Team@bluefriday.cn；带上公开商品链接和最关键的问题摘要即可。字段修复由自己站点的负责人处理，初筛结果和页面改动均不构成销量或收益保证。