:::success 更多资讯请关注原文账号 ::: 原文链接：
起初支持企业采购电商产品设计，被问及“为什么一直在和C端找差异，而不是去思考业务本身的特性”听后惭愧。这里仍提及C/B之间，仅仅希望借助大家所熟悉的形式，去介绍一个日常可能不太接触的产品。每个产品都有其独特性，每份服务于产品体验的图形界面设计背后，都应真实反映业务诉求与用户需要，而不必局限于C端或是B端的经验划分。

服务于企业客户的数字化采购电商SaaS平台，为解决企业线下采购痛点，向企业提供透明便捷的智能化采购解决方案及服务。帮助企业优化采购流程，降低采购成本，提高采购管理水平。

SaaS（Software-as-a-Service）意思为软件即服务，即通过网络提供软件服务。企业通过购买一整套包含基础设施、平台和软件在内的成品服务完成采购工作。

通过“面向于企业进行服务的SaaS平台” 这样的定位描述，不难将其直接划分为B端产品。可这里为什么还要说是，介于B端与C端之间的企业采购电商平台设计呢？

首先，是企业规模大小带来的场景需求差异
不同体量的企业客户可以划分为小微企业、中型企业和大型企业。体量的差别一定程度可以预测采购需求量和使用平台服务完成采购任务的人员量级差别 。举极端一点的🌰说明：

• 小呆，自己开办了一家小微企业。从业务经营管理，到办公桌椅、纸币文具的物资置办都是自己一个人来决定。我们可以想像，完成这样的采购任务和日常在电商平台给自己买东西没有什么差别。餐巾纸用完了，购买体验还不错就相同的商品再下一单。加入了新的小伙伴需要桌椅，就直接搜索筛选，在平台推荐的商品中挑选一套符合预期价位与规格的买。这样的情景就很趋近于C端购物。

• 小瓜，是某大型企业的采购负责人。下属100名采购员，服务全公司上万名员工的物资采购需求。因采购需求量的指数级增加，和完成单项采购任务协作人数的上升，就会涉及到组织架构间的任务协同流转，交互界面也会受信息量级的增加而产生容器选择的变化。这样的情景就更趋近于B端产品。

除以上规模本身带来的影响，再说说产品体验上分别趋近于C端和B端的因素：
趋向于C的是，交互框架承袭C端，客户操作体验对比C端。

企业采购员在工作之余，仍会使用能力相较完善的C端电商平台购物。在实操与产品交互的过程中，会自然延续C端的基础操作习惯，对比双方的体验。产品建设初期为降本提效，界面交互搭建也基本会选择在C端已有框架基础上微调。
趋向于B的是，企业采购以完成工作任务为核心目标，效率优先。相较于C端的闲逛式购物。企业采购都有着更为明确且规律的采购需求，但明确程度也有着并不明确的范围差异。举个🌰：

• 某企业需求购买，预算100元以下的小家电产品，2000件。
• 某企业需求购买，预算100元以下的小家电产品，2000件；要求送货地区为北京；要求指定物流送货；要求相比个人购买有95折以上优惠；
• 某企业需求购买，某品牌型号为XYZ123，规格为456型的黑色吹风机，2000件。

再简单补充下规律采购的🌰，每逢假日要给员工发福利；每周期结尾，清洁耗材（手套、清洁剂等）、办公耗材（打印纸、墨盒等）都会补添，而这些采购需求都是有规律可探寻的。

最后落地到具体的导购选品-决策下单-购后服务的流程环节中，再简单举🌰说明：
*以下方案示意仅为文本辅助说明，并不对应实际产品方案

导购选品环节

前面说到，产品初期界面交互搭建会选择在C端已有框架基础上微调，在导购选品环节企业客户不需要也不喜欢热烈的营销活动。我们将原本呈现的营销活动信息去掉或隐藏，辅以榜单形式相较客观的推荐也就满足了基础诉求。

但进一步从用户购买需求分析，如上举例，企业客户虽有相对明确且规律的采购需求，但需求还未明确到唯一单品，那平台就仍有参与引导选品的空间。从规律入手，我们尝试提供与客户采购场景频率相匹配的采购清单推荐，更便捷的帮助客户完成采购任务；从个性化且明确的采购需求入手，我们尝试在标准化的平台推荐基础上，支持用户自定义编辑并分享协作。

如上可见，日历预告形式的引导推荐是相似的，但预告的维度与频道呈现的能力都在尝试向更符合企业客户需求的方向靠近。

决策下单环节

决策下单环节，即黄金流程，一般指代从商详页，到购物车，再到结算下单这一环节。下面通过对比商详页底部操作栏这一细节进行说明：
中小企业用户下单习惯更趋近于C端，主按钮引导“立即下单”完成转化；而大型企业客户单品下单需求较小，常见加购后多品下单，即主按钮引导“加入购物车”完成转化。

购后服务管理

相较于C端体验，企业体量越大、组织协同越复杂的客户，就越看重购后体验。采购后体验主要指物流配送、确认收货、开具发票，以及账期结算等下单后流程环节。下面就以PC工作台为例简要说明：

• 常见电商个人中心，以订单为核心功能模块露出，辅以常规功能入口和全局导航。
• 面向中小企业的电商工作台，在此基础上增加订单审核、待开发票等环节前置提醒，并增加展示数据看板，用来支持轻量的采购管理统计。
• 面向采购工作或更为繁重的中大型企业客户，我们也有尝试从以订单为中心，拓宽到以账款票（订单-发票-账单）为核心的状态串联，并以待办进度提醒的方式呈现。页面布局的拓宽与搜索从检索商品变为检索功能的思路也都更偏向于B端工作台。

最后，再简单总结下。企业客户作为终端用户，在企业采购电商平台参与下单购买商品并不以经营获利为主要目的，但产品功能本身确需考虑采购体量与组织架构内任务协同的影响，产品的服务对象确是一个团队，一个组织。每个产品都有其独特性，每份服务于产品体验的图形界面设计背后，都应真实反映业务诉求与用户需要，而不必局限于C端或是B端的经验划分。
以上，仅为个人对企业采购电商平台设计的粗浅理解，期待大家讨论分享见解！