核心实施拆解
从选型到加购:三条关键前端链路
Gleecycle 面向欧洲卖多品牌电助力车,城市、越野、胖胎和载货同时在架,还要配合多语言和本地仓履约。真正要解决的是:骑行目的先分流,功率、扭矩、续航、传感器和可售状态再跨品牌对齐,产品页上的配置、媒体与购买条件保持同一辆车。目录、产品页和市场说明分开维护,但必须在选车路径里连续出现。
项目背景
先明确客户怎么选,再决定前端承担什么
用户先按通勤、越野、长途、休闲或载货分流,再考虑车架、身高、功率、传感器、续航、刹车和预算。品牌、欧盟仓、配送、Klarna 分期、质保与售后共同影响最终选择。
WESWOO 的重点应放在跨品牌数据标准与场景导购:先统一规格字段,再构建筛选、比较和服务信息,使多品牌库存增长时仍能保持选择效率。
01场景选车
让通勤、越野或载货成为跨品牌浏览的第一刀
用户先进入骑行场景或车型系列,再在共享规格上比较不同品牌的候选,而不是记住品牌名后再逐页核对参数。
- 01从骑行场景或车型系列进入目录
- 02用共享规格缩小候选
- 03在产品卡上完成初比
- 04打开短名单中的产品页
实现方法
- 用 Shopify 商品、变体和系列同时承接品牌与骑行场景,城市、越野、载货不必各做一套页面类型。
- 功率、扭矩、电池、续航、传感器和车架进入可筛选、可比较的字段;颜色和可售配置留在变体,避免把选型条件写进无法过滤的描述。
- predictive-search.js 调用 Predictive Search API,输入阶段同时给出商品和系列建议,先把人送进正确的车型范围。
部署与验收
- 筛选、产品卡和搜索读取同一套字段,新品牌上架时主要维护商品数据,而不是复制浏览页。
- 高 SKU 集合按模板、section 和 block 维护;搜索保留加载与无结果状态,品牌增加时不必重做信息架构。
最终效果实现后的变化
- 用户可以从自己的骑行目的拉出跨品牌短名单,不必先成为某个品牌的知情者。
- 库存变长之后,场景入口和规格比较仍然成立,导购页不用按品牌重做。
查看脚本与 Shopify API 依据
predictive-search.jsShopify Predictive Search APIproduct-card.js02产品确认
长产品页上也要一眼看到能横比的参数和当前配置
骑行大图可以保留品牌气质,但电机、续航、传感器、尺码和库存必须跟颜色、可售配置一起出现在同一套版式里,不能被画廊或长规格挤出视线。
- 01首屏扫过可比较参数和库存
- 02切换颜色或可售配置
- 03查看大图与骑行媒体
- 04展开车架、尺寸和长规格
- 05把当前可见配置加入购物车
实现方法
- 产品卡和产品页共用规格图标、价格层级和可售状态,骑行摄影只承担品牌差异,不另起一套参数语法。
- variant-picker.js 广播当前配置,product-price.js、product-inventory.js、product-form.js 和粘性购买条订阅同一选择,避免出现图已换、价未换。
- media-gallery.js、photoswipe-gallery.js、photoswipe-wrapper.js、fslightbox.js 与 drag-zoom-wrapper.js 把户外大图放进可关闭的放大层,规格簇始终有明确退回路径。
- accordion-custom.js 和 show-more.js 折叠长规格,让电机、续航、传感器和库存能在紧凑首屏里被读到。
部署与验收
- sticky-cart-bar.js 只回显当前变体、价格和主操作,不另做一套选项器,避免与原购买栏抢主按钮。
- 主题编辑器触发 Shopify section events 后,变体、画廊和购买模块重新绑定,规格区和价格不会停在过期选择上。
- 信任标识放在购买控件旁,但不挤占尺码、续航等决定能否骑的数字。
最终效果实现后的变化
- 切换颜色或配置时,媒体、价格、库存和加购对象保持同一辆车,可比较参数仍在视线内。
- 用户可以看完骑行大图,再回到当前配置并完成加购,小屏上也不会被放大层困住。
查看脚本与 Shopify API 依据
variant-picker.jsproduct-price.jsproduct-inventory.jsproduct-form.jssticky-cart-bar.jsmedia-gallery.jsphotoswipe-gallery.jsphotoswipe-wrapper.jsfslightbox.jsdrag-zoom-wrapper.jsaccordion-custom.jsshow-more.jsShopify section events03下单准备
把地区、本地仓说明和分期提示接到加购之前
高客单电单车在欧洲成交,还取决于用户能否在当前语言和目的地下看清配送、库存语境和分期,并顺带找到匹配配件。
- 01确认地区与语言
- 02阅读本地仓、配送与质保说明
- 03看到与购买区相邻的分期提示
- 04补充兼容配件后进入结账
实现方法
- localization.js 和页头地区入口负责市场切换;variant-picker.js 只消费当前目录里的可售配置,不内置目的地文案。
- 本地仓、配送和质保放在可编辑内容区块,功率与速度用语按目的地维护,核心规格字段跨语言复用。
- product-recommendations.js 按当前车型调用 Product Recommendations API 补配件;加购经 product-form.js 提交,cart-drawer.js 以 Cart Ajax 返回的购物车更新行项目、数量和优惠。
部署与验收
- 分期提示作为店面可配置集成出现在购买区附近,不写进变体选择逻辑。
- 抽屉内数量修改和优惠继续走 Cart Ajax 的 change / update,推荐区失败时不挡住主体商品和结账入口。
最终效果实现后的变化
- 用户在加购前就能对照当前市场下的仓配说明和分期语境,而不是把履约疑问留到结账页。
- 主机确认后,配件作为同一购物车里的延伸,而不是另一套要重新解释的目录。
查看脚本与 Shopify API 依据
localization.jsproduct-recommendations.jsProduct Recommendations APIproduct-form.jscart-drawer.jscomponent-cart-items.jscart-discount.jsCart Ajax: addCart Ajax: changeCart Ajax: update运营交接
上线之后,运营团队可以继续维护
- 目录以电单车系列与骑行场景交叉组织,品牌是筛选维度,不是唯一入口。
- 功率、扭矩、电池、续航、传感器和车架作为共享规格;颜色与可售配置放在变体。
- 配件和备件按车型兼容进入推荐,而不是只写在产品描述里。
- 欧洲多语言与 EUR 由 localization 组件和可编辑市场内容维护;结账预加载可见 en-DE 语境。
- 本地仓、配送和质保说明放在内容区块,运营更新履约政策时不必改动变体或购物车脚本。
- 可售车型与功率、速度用语按目的地维护;分期提示作为可配置集成出现在购买区附近。
资料说明公开来源与核验边界
公开资料来源
内容核验
行业、商品与公开功能依据品牌官网核验;无法从前台验证的 App、后台配置和经营数据不作推断。WESWOO 的工作范围只按项目记录和客户授权表述。
公开信息最近核验:2026-08-12