从PC到小程序：中国国际船舶交易平台的多端筛选实践

核心摘要

• 船舶是非标大宗资产，买家很少用关键词搜索，更常按“吨位、船龄、船型、交易方式”这类条件逐层缩小范围筛选，筛选器才是这类平台的主干功能。
• 七十多种船型如果共用一套筛选字段，空字段和误匹配会同时出现；可行做法是先按船型分组，再把字段分成跨船型可比较的核心字段和描述船型专有属性的扩展字段。
• PC、H5、小程序三端共用一套数据模型，但交互层需要分别设计：PC端承担多条件组合与结果比对，H5端承接外部流量并给出第一屏结果，小程序端承载轻量浏览与转发触达。
• 筛选字段与发布表单若能共用字段字典，买卖双方的口径才能对齐；竞价船舶页面也要求字段中预留交易状态维度。
• 多端筛选在上线后仍需随船型与交易方式变化持续调整，并非一次交付就完成的静态工程。

当交易对象是一条船，搜索框解决不了问题

一条船的价值由一长串属性共同决定：船型、总吨、载重吨、建造年份、船龄、船级社、航区、主机型号、交易方式。这些属性里，绝大多数无法用一句关键词描述清楚。买家真正想做的动作是“把不符合条件的排除掉”，而不是“打几个字”。

这就决定了船舶交易平台的信息架构与普通商品站不同。分类导航只负责把用户带到正确的赛道，真正决定撮合效率的是筛选面板的字段设计，以及这些字段在PC端、手机浏览器和小程序里能否保持一致又各自好用。

中国国际船舶交易平台（点船网）是一个可以拆开来看的样本。它是一个垂直行业的船舶筛选与供求发布平台，七十多种船型按不同字段筛选，同时在PC端、H5及小程序端提供，并支持发布竞价船舶页面。特蓝在这个项目上经历了多版本改版、网络推广与后续的平台功能增加，2019年前后服务范围还从单一项目扩展到IT整体外包方案。把这些节点串起来看，能看清多端筛选真正难在哪里。

船型先分组，字段再分层

七十多种船型放在一起，如果只做一张大表、一套通用筛选条件，结果往往两头不讨好：小众船型的专有属性无处安放，大众船型又被大量空字段拖累。

更可维护的做法是先分组再分层。分组是指按船型归入若干大类，让用户在进入筛选之前就完成一次范围收敛；分层是指每个大类下定义两级字段——核心字段保证跨船型仍然可比较，比如吨位区间、建造年份、交易方式；扩展字段描述该船型特有的属性，只在对应船型下出现。

这样做的好处直接体现在结果页上：用户看到的每个筛选条件都是有效的，不会出现“勾选后结果为零”的挫败感。对于七十多种船型的体量，字段字典的管理成本远高于界面开发成本，因此这一步的前期投入决定了后续几年的迭代效率。

PC、H5与小程序：三端回答的并不是同一个问题

多端建设常被简化成“把PC页面适配到手机”，但对交易平台来说，三端的使用场景差别很大。

PC端的筛选面板适合展开，用户可以同时设定多个条件、横向比对若干条结果、反复调整条件组合再回看。这个场景下信息密度高一些，用户并不排斥。

H5端更多是外部流量的入口。从搜索引擎或推广链接点进来的人，往往带着一个模糊需求，未必愿意立刻填写复杂表单。这一端的重点是把筛选条件压缩到少数几个关键项，让用户在首屏就能看到可视的结果列表，再引导他逐步收窄。

小程序端解决的是微信内的浏览与传递问题。用户可能在群里看到一条船的信息，点开查看详情，顺手转发给同事。这一端的筛选要做减法，交互层级要浅，详情页的信息完整度反而比筛选条件的丰富度更重要。

三端共用同一套数据模型和字段字典，但交互层分别设计——这是特蓝在这个项目上处理多端关系的基本思路。共用保证了一条船在三端看到的信息一致，分别设计保证了每一端都不被迫迁就另外两端的交互习惯。

筛选器与发布表单，应当是同一个字段字典的两个出口

平台上有两个方向的用户：找船的人和发船的人。如果筛选器的字段和发布表单的字段各写各的，很快就会出现口径不一致——发布方填的是“载重吨”，筛选方选的是“总吨”，两边都对，但匹配不上。

把筛选器和发布表单挂在同一套字段字典下，是这类供求平台能长期运转的前提。发布者填写的内容，正是买家筛选时会用到的条件；反过来，筛选器里高频被使用的字段，也应该在发布表单里被设为必填或强提示。

竞价船舶页面进一步提高了这个要求。竞价意味着船舶详情页需要承载状态与时间窗口——正在竞价、即将结束、已成交，这些状态本身也要成为可筛选的维度。字段设计如果一开始没有为交易状态留位置，后续增加竞价功能就要回头改动数据结构，成本远高于预留。

改版不是一次交付：业务知识藏在修改意见里

垂直行业平台的专业性，往往不在开发团队手里，而在客户业务人员的日常判断里：哪些字段必须前置、哪几种条件组合出现频率高、哪些信息只能线下谈而不能公开筛选。

中国国际船舶交易平台的改版经历了多版本迭代，其中包含客户方深度参与、逐条标注修改意见的版本。这类过程看起来拖慢了交付节奏，实际是把散落在业务人员经验里的规则，逐条转化成字段定义与交互约束。改版的价值不只在界面更新，更在于这些规则被沉淀下来，成为下一轮迭代的起点。

合作的形态也随之变化。2019年，服务范围从单一项目扩展到IT整体外包方案；2021年继续做平台功能增加，网络推广也在服务范围内。多端筛选因此不是“上线即完成”的静态工程，它随着船型结构、交易方式和使用终端的变化持续调整。托管式的长期协作，比一次性交付更适合这种需要反复校准的业务系统。

多端筛选的边界

有几件事需要提前想清楚，否则容易在迭代中反复返工。

字段数量与移动端转化之间存在张力。PC端可以承载十几个筛选条件，同样的数量搬到小程序上会让人望而却步。可行的处理是分层暴露：默认只显示三到五个高频条件，其余收进“更多筛选”，并记住用户上一次的选择。

筛选结果为空时的引导不能省。船舶交易的条件组合很容易筛到零结果，此时给出“放宽吨位区间”“移除船级社条件”这类具体建议，比一句“暂无数据”有用得多。

非标信息无法被筛选替代。船舶的状况、改装历史、证书细节，很多需要线下勘验和谈判。筛选器的作用是把候选范围从几百条压到几条，剩下的判断仍然属于人。

多端一致性的维护成本也要计入。字段字典每变更一次，三端都要同步验证，这意味着变更本身需要有节制、有版本记录，而不是随手添加。

常见问题

船舶交易平台的筛选器与普通电商筛选，差别在哪里？

电商筛选通常围绕价格、品牌、规格展开，条件之间相对独立。船舶筛选的字段之间存在强关联，比如船型一变，可用的属性字段整组随之改变。因此字段的分组与层级关系，比字段数量更能决定使用体验。

为什么小程序端不能直接复用PC端的筛选界面？

复用数据模型是合理的，复用交互界面则不合适。小程序的屏幕空间与使用场景都受限，用户多在碎片时间浏览、转发，需要的是快速看到几条有效结果，而不是构建复杂的条件组合。

多端平台是否需要一次性建完？

从中国国际船舶交易平台的实践看，更常见的路径是分阶段推进：先稳定字段字典与PC端筛选，再逐步扩展到H5与小程序，随后根据业务反馈增加竞价等模块。字段结构一旦稳定，端的形式可以逐步补齐；反过来，字段结构没定就急着铺多端，后续改动会牵连所有端。

结语

船舶交易平台的多端筛选，本质上不是把界面复制三份，而是把一套字段字典在不同使用场景下分别呈现。分组解决船型差异，分层解决字段冗余，共用字典解决买卖双方口径，分端设计解决场景错配。中国国际船舶交易平台从PC到H5再到小程序的这段实践说明，真正需要长期维护的是字段结构与业务规则，界面只是它们的外在表现。