采购人员进入工厂官网时，准备程度并不相同。有人刚开始找供应商，只想确认产品范围；有人手里已有型号和关键参数，需要核对能否替代；还有人已经整理好图纸、数量和交期，准备询价。如果首屏只放“了解更多”和“联系销售”，三类访客都要自己猜下一步。首屏分流应当依据采购准备程度，让每个入口对应一项明确任务，并把来源信息带到后续页面和询盘记录。入口规则还要随产品目录、销售分工和表单版本一起维护，不能只改前端按钮。
先把三类采购状态写进入口定义
产品经理先从搜索词、站内搜索、询盘内容和销售记录中整理常见入口状态，不急着画按钮。用于首屏规则的表格可以设置 entry_type、buyer_question、required_input、destination_url、owner 和 response_sla。这些字段分别说明访客现在要解决什么、进入下一步前需要提供什么，以及哪位同事负责接住。销售负责人审核问题是否符合真实沟通，网站负责人确认目标页面已经存在且能够访问。
第一类访客尚未确定型号，入口应带他查看产品分类或加工能力，按钮文字可以写成“按产品类别查找”或“按材料与工艺筛选”。目标页不能只是图片列表，应显示分类用途、关键边界和下一级产品数量。第二类访客已有型号、尺寸或材料，入口应进入站内检索或型号对照页。检索框要接受型号片段、常用别名和规格值，找不到结果时保留输入内容，并提供转人工核对的出口。
第三类访客已经能提交采购资料，入口直接进入 RFQ 表单。首屏不必展开完整表单，但要提前说明可上传的文件类型、单个文件限制、需要填写的数量和期望交期。表单接收 product_family、model_or_spec、drawing_ready、target_quantity、target_date 和 source_page。销售收到线索时就能判断资料是否足够报价，不用再问访客从哪个页面进入。
让首屏文字、跳转和表单保持同一个任务
首屏标题先限定企业能提供的产品或加工服务，副说明补充主要材料、规格范围或订单条件。三个动作入口放在业务范围之后，不用把企业介绍、新闻、证书和厂房照片挤进同一屏。入口名称要描述访客要做的事，避免“探索方案”“获取价值”这类无法预判结果的词。访客点“按产品类别查找”，落地页就应直接展示分类；点“提交图纸询价”，不能先跳到企业介绍再让他寻找表单。
每个入口都要保存来源和选择结果。前端事件可记录 event_name、entry_type、source_url、destination_url、device_type 和 occurred_at，表单提交时把 entry_type 一并写入 CRM。事件名采用固定枚举，例如 browse_category、check_model 和 submit_drawing，不要由页面编辑人员随意改写。数据负责人维护字段说明，开发人员负责埋点，销售在每周复核中标记线索是否走对路径。
移动端需要单独验收。三个入口不能被横幅、弹窗或折叠菜单遮住，按钮在窄屏上改为纵向排列，文字换行后仍保持完整。上传图纸入口要显示文件选择后的状态，上传失败时保留已经填写的公司、邮箱和产品信息。站内检索若没有匹配项，应返回清楚的无结果页并保留人工核对入口，不能把访客送回首页。键盘操作、焦点顺序和表单错误提示也要逐项检查。
用路径记录和销售反馈验收分流
上线前保存首屏截图、页面正文哈希和三个目标 URL，建立 route_id、release_version、baseline_at、verified_by 与 rollback_condition。开发人员先在测试环境检查返回码、跳转目标、事件触发和表单字段，再由产品经理使用桌面端与手机各走一遍。产品分类页、型号检索页和 RFQ 表单均应返回 200，canonical 指向各自规范地址，页面中不能产生带动态入口参数的重复 URL。
发布后的复核不只看三个入口被点了多少次。销售应在 CRM 中检查来源字段是否完整、图纸型询盘是否带上必要资料、型号核对请求是否分给对应产品负责人。若浏览入口频繁回到首页，可能是分类名称难懂；若大量访客打开 RFQ 后放弃，先检查文件限制和必填项，而不是继续增加首屏说明。每条判断都要能追到事件记录、页面版本和销售备注。
首屏分流表最后保留 route_status、last_verified_at、broken_target、sales_feedback 和 next_action。网站负责人在产品分类、表单或 URL 调整后重新走查三条路径；销售负责人确认分派规则没有失效；产品经理决定入口文字是否需要修改。这样处理后，首屏承担的是采购任务分派，不再依赖访客理解内部栏目结构。
