Bubble.io中区分产品与服务类项目的最佳实现方法

一、底层数据配置（从根源解决识别准确率问题） #

• 找到你存储商品/条目的对应数据类型（通常命名为Item、商品条目），新增一个选项类型字段，字段命名为条目类型，固定配置两个可选项：产品、服务
• 所有条目录入入口（后台手动上传、前端用户提交、第三方API同步）都把这个字段设为必填项，从录入环节就锁定类型，不存在识别误差
• 针对已经存了的存量历史条目，直接批量编辑补打类型标签就行，一次处理完后续不用反复调整判断规则

如果存量数据量太大没法挨个手动打标，可以临时用关键词匹配做初筛：匹配条目名称、描述里的「服务」「咨询」「上门」「定制」类服务专属关键词批量标记，初筛完一定要人工核验一遍，这只是临时处理手段，别把关键词判断当长期方案用，误判率极高。

二、对应触发逻辑配置（两种常用场景按需选） #

• 同页展示差异化操作按钮
  给服务专属的操作按钮加可见性规则：当前绑定条目'条目类型 = 服务，产品专属按钮反过来设置可见性为当前绑定条目'条目类型 = 产品即可。用Bubble原生的条件渲染能力，页面加载时自动判断显示对应按钮，不会出现闪屏、逻辑串扰的问题，按钮绑定的对应工作流不用额外加判断，元素不可见时Bubble不会触发对应事件。
• 服务类条目跳转专属独立页面
  两种配置方式选一种就行：
  1. 在条目列表、推荐位等所有入口的跳转工作流里加分支判断：点击的条目如果条目类型=服务，跳转时直接选服务专属页面，把当前条目作为数据源传过去；类型为产品时跳通用产品详情页
  2. 不想改所有入口的话，直接在通用产品详情页加页面加载触发事件：判断如果当前页加载的条目条目类型=服务，直接执行页面跳转动作到服务专属页，记得勾选「传递当前页面参数」，不用重复传数据。

三、避坑提醒 #

• 别用普通文本字段存条目类型，后续做判断时很容易因为输入空格、错别字、同义词导致判断失效，必须用*固定选项集（Option Set）*或者系统自带的选项字段存枚举值
• 不要长期靠名称、描述的关键词自动识别类型，只要能拿到明确的类型标识，就一定用硬字段做判断，不然遇到带服务关键词的实物产品、名称没带服务关键词的服务类条目，很容易出bug
• 配置条件时一定要选对绑定的条目实例，别误选全局数据源、重复组数据源外的其他条目，不然会出现所有条目都显示服务按钮、统一跳服务页的问题

内容的提问来源于stack exchange，提问作者Hakeem Oloritun