数据服务网站设计：目录入口与定制需求的衔接

BlockDB的数据服务页面使用深蓝底、白色文字和少量浅蓝立体图形，视觉显得克制。首屏并没有只留一个联系按钮，而是同时提供查看数据目录和预约通话；样本区又补上定制请求。对于专业服务网站，这几个入口分别接住了想先了解资料、已有明确问题和需要进一步讨论的人。页面的重点由此落在信息路线：怎样让访客带着逐渐清楚的需求走向下一步。

核心结论

• 目录与通话入口并列，给不同准备程度的访客各自的起点。
• 能力卡用短标题与图形建立概览，样本和说明负责支持进一步评估。
• 需求表单从身份信息进入用途与链范围，字段分组影响咨询是否具体。

同一主张下给出两种起点

移动首屏用Quality DeFi data等大字表达数据质量主张，下面Explore data catalog是白色实底，Schedule a call则是深色描边，并附小头像。两个按钮同处一个区域，但视觉强度不同：目录成为容易找到的自助入口，头像又给通话增加了人与人沟通的提示。

首屏往下的Our Mission用细线和小图标分出一块说明，不急于堆更多按钮。页底列出可获得数据的平台名称，补充交付位置。这种从主张、入口到使命与渠道的顺序，适合先建立专业服务的基本轮廓。目录页接下来应能交代有什么数据、适合哪些用途，才能让入口兑现初步了解的期待。

立体能力图需要接到可检查的内容

Features区在Engineered for Accuracy、Designed for Speed标题下使用独立卡片。Proof-of-Derivation配合从大到小的方块图，Real-time & resilient则用排列的方块与连线。图形统一使用浅蓝、白色与透明边缘，给技术主题增加空间感，却没有压过下面的短标题。

文字和图形可以帮助记忆不同能力，后续评估还需要对应资料。譬如数据来源如何追溯、时间戳怎样解释、样本覆盖哪一范围，都可以在目录、说明或示例记录中提供。JVDS更偏好让一个技术主张旁边就有能继续核对的内容入口：把定义和样本接近，比让访客凭立体图猜能力更有用。

样本区写Try a sample before you integrate，目录按钮再次使用白底，定制样本以描边按钮跟在下面。重复目录入口有上下文上的理由：读完能力后，访客可以直接进入资料，而不必返回首屏。定制请求则适合承接现有样本没有覆盖的条件。

线框让专业说明与咨询字段有了位置

灰度线框可以看出网站的骨架：主张与入口之后是Key Numbers、功能、团队介绍、FAQs，最后才进入需求区。指标卡使用大号数字，FAQ采用问题行与展开内容，让信息从快速浏览走向细问。这样的顺序容许访客在提交资料之前先了解范围和交付方式。

底部表单同时出现Name、邮箱、Company与Role，也有Use Case、Chains of Interest和Challenge description。前一组帮助联系和理解角色，后一组帮助描述任务。若全部字段都用同样低对比的深色框，会增加辨认负担；可以通过分组标题、字段提示和清楚的标签，让人知道哪些内容用来联系，哪些用来描述需求。

当用户从定制样本入口来到这里，最好保留当前数据类别或样本线索，再允许补充时间范围和用途。发送之后也需要说明提交的内容与后续联系安排。表单收集得越贴近前面的资料选择，收到的描述越容易围绕一个具体问题展开。

常见问题

专业服务网站是否应该优先让访客预约？

可以并列提供自助资料和人工沟通。这里目录入口适合先了解内容，通话入口适合已有问题的人；关键是两条路径都能接到明确的资料或需求，而不是在下一页重新询问一切。

设计检查清单

• 让能力标题对应到说明、字段或样本记录。
• 检查目录到定制请求之间是否保留已选资料与条件。
• 分开联系字段和需求字段，并写清提交后的安排。