Saas模式，为不同企业提供交易平台解决方案，不同企业，甚至于不同类目，商详页存在差异化。由于不同租户对商详页的主体框架都存在不同的诉求，因此，市场上通用的商详页装修（在既定好主框架上开放装修）很难满足多样式需求。基于该种场景，可以通过前端组件化及用户界面可视化装修实现商详页主体框架、可扩展点的多样化装修。

一、商详页应用场景分析

1.用户进入页面路径分析

站内路径列举：

站外路径列举：

从站外进入商详页的新用户，商详页相当于首页，因此要具备商品导航、搜索栏、频道栏

结合上方列举场景，商详页重点梳理：

• 商品价格
• 促销信息
• 商品基础信息：图片、标题、运费、属性、售后服务等
• 立即订购、加入进货车按钮，保证能在首屏显示

2.从新老用户角度分析

新老用户解释：

• 浏览维度：首次访问网站的用户，非首次访问网站的用户—网站/店铺的曝光度
• 交易维度：首次下单采购的用户、复购用户—网站/店铺的成交率

小结：

• 页面视觉、交互，关注用户体验，简化用户采购操作
• 页面结构、产品功能避免大范围调整，考虑老用户的使用习惯

此外，商详页还需关注的点：

• 商品导购信息：商品基础信息+他人行为（评分、评价、销量、收藏数、分享数等）
• 价格需求延伸：促销信息要凸显现价和原价的比较，让用户明确感知优惠了多少
• 具备采购意向的操作：收藏、咨询、进入进货车、立即订购

二、页面组件化配置

1.商详页组件梳理

组件拆分时，可以结合实际场景，拆分到合适的颗粒度。

(以上并非商详页全部组件，不同模式，对商详页诉求不同)

2.前端组件化平台

所谓的前端组件化平台，大家可以理解为管理商详页所有抽离出的组件平台，该平台主要面向研发人员或者实施顾问。

组件与布局的结合应用，搭建出不同主体框架样式的商详页，应用至不同的租户。该平台具体实施方法，不再在此描述。主要是分享商详页的组件配置思路，而不再仅限于主体框架每次都需研发人员重新开发。

当然了，组件化配置商详页也可以关联到类目，不同的类目，可以配置不同功能和样式的商详页。

3.商详页可视化装修

通过组件化方式配置商详页主体框架时，可以在不同的布局、不同的区域保留不同的扩展点。所谓的扩展点，即开放给各店铺可灵活装修的区域。店铺可以通过产品详情页装修，在商详页不同的可装修区域（扩展点），选择模块进行可视化装修。

三、流程与规则

流程类型：

• 页面加载流程
• 按钮操作流程。如：立即订购、进入进货车等

1.页面加载流程

不同状态，不同业务会对应不同的商详页，比如：下架商品、询价商品、拼团商品等等。除此之外，加载时还需根据某些信息，展示对应的信息。比如：商品的区域价、用户是否登录，登录后是否有会员价等等。

2.按钮操作流程

商详页的一般常见性操作：立即订购、加入进货车、收藏商品、分享商品、收藏店铺等等。

对于此类功能性操作按钮，要注意是否需要进行用户是否登录、用户身份及相关业务的要求。

举例：触发立即订购，结合当前系统的业务，需要进行：是否登录、是否风险名单用户、是否黑名单用户、起订规则是否满足、配送区域是否满足等等规则校验。

3.规则提示交互规范

校验规则视具体业务而定，当用户不满足某些规则检验时，需给出相应提示及告知用户下一步如何操作。

由于商详页，或者整个商城（如首页、频道页、列表页等）存在很多规则校验，建议整理出交互提示规范，相同或者同类场景，统一交互提示规范。

结语：以上是商详页重构，针对降低开发成本，满足多企业多场景对商详页诉求的实践，希望能给遇到同样场景的朋友提供不同的解决思路。

此外，在搭建前端组件化时，若发展时机较好，可以扩展为组件交易市场。

本文由 @摇滚小白菜 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels ，基于 CC0 协议