B端程序首页，分别为易酒批、易订货、美菜商城
三、商品关键信息展示C端商品详情一般介绍的多姿多彩，如商品品质一流，产地高端，配送有保证等，让消费者买的安心，买的放心。
但对于B端客户，不同的使用场景关注的重点可能会有所不同；物美价廉是一方面，但会更加关注购入这个商品的毛利怎样，因此会有“建议零售价”“采购价”两个价格对比；会关注购买数量是否有限制，比如起订量多少，是否有购买倍数的限制；会关注该商品目前有多少库存，假如不足自己的购买量，是否要换个同类型其他商品；会关注商品退货条件，如是否可以退货，多久可以退货等。
关于商品的采购价的制定，对于C端来说，即便是每日有变价，也是可接受的；但B端商品的价格，是提前约定好的，不会任意临时调价。
一般运营方会提前一周线下与客户方（尤其是大客户或者加盟商）确认价格，发布未来两周到一个月的价格，而在价格周期即将结束的时候，会再次进行价格商讨与发布。
另外，一定会有不同等级的客户不同的价格；至于什么原因导致了客户等级不同，例如历史定单成交金额、如客户的规模、如客户的出货区域等。
另外，B端的小程序一般会提供“商品收藏”或“常用清单”的功能，这样再次购买时可以方便的找到自己经常订购的商品。
而C端的品项购买一般具有不确定性，可能因为价格、节气等原因会随机购买商品，所以也不需要这个功能。
商品关键信息展示
四、促销形式C端促销的花样相当多，以我司促销产品为例，如下图；可见一斑，至少包含（立减、立折、赠品、换购）X（数量区间、数量整除、分段）的方式；再加上积分（新用户送积分、生日积分等），优惠券（新用户券、指定商品用券、指定门店用券等），不胜枚举。
而B端，一般也会有常见的满减、满赠、满折的方式，但不会对商品有过多的限制，不需要凑单；另外，更重要的一种促销形式是单品阶梯促销——即当某商品达到购买量达到一个数量级时，享受单品价更便宜的优惠。
而这个点，“美菜商城”直接将商品列示出来，同样是土豆，3斤装的每斤1.99元；50斤装的，每斤1.49元；一斤就差出来5毛钱，就问是你你是否心动。
左图为美菜商品，右图为C端促销的设置
五、结算方式C端一般交易金额不会很大，因此直接使用在线支付既方便又成本低；另外也支持储值支付，只是为了储值时获取额外的返还金额；
而B端一般不提供在线支付方式，对公账户费率为千分之六，当交易金额很大时，这将是一笔不小的数字；因此常见的是资金账户支付、信用额度和账期支付。
所谓资金账户支付，即将客户的线下账户与系统账户分开，也即储值支付；客户线下将钱缴到零售企业的财务后，由财务手工给系统账户充值，这时客户在订单支付时可以使用资金账户的金额；这里为了简化财务的操作，可以做银企直联，即当公司账户检测到客户的账户转账后，自动为系统账户充值。
信用额度与账期结算类似，即客户在信用额度范围内或者不受范围限制任意下订单，切不需要支付。
在双方约定的账期，如半个月或1个月到达时，双方根据送货单进行对账；对账完成后才进行支付，这种方式一般对客户的资金压力比较小，而企业比较大。
但一般这种客户是强势方，企业为了避免流失这些客户而一定会接受这种方式。
另外在B端和C端还会有一些细枝末节的差异点。
- 如送货方式，C端量小一般直接同城配送或者快递寄出，但B端客户量大，一般企业内部会约定好固定时间送货，且企业内部假如一次要送读个客户的商品，会规划送货线路；
- 在确认收货时，C端客户一般直接依据订单收货，而B端则会再有一个送货单的概念，如因出货仓不同导致的订单拆单问题；
- 再有产生差异时，C端用户一般直接是退款，而B端除了退款外，还可能会补发订单，即将差异部分重新生成一个订单。
由于B端客户可能是强势方，企业也要支持代客下单，即客户线下通过Excel给到要货清单，由企业的运营人员为其下单，客户只需要查看订单及收货即可。
另外消息通知，对于C端用户，消息通知可能是一个冗余的打扰信息，而B端客户往往会比较关注消息，如订单的状态变更、退货申请的进度、系统最新的公告及商品的促销活动信息等。
B端客户与C端用户因其购买场景不同，因此即便同样是电商小程序，也会有一些差异。我们在设计系统时，也需要重点关注二者的不同，关注用户的操作体验。
希望大家设计的产品都能得到用户认可。
本文由 @困困生活 原创发布于人人都是产品经理，未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
