编辑导语:B2B电商平台是产业互联网中非常重要的一个板块，在场景上也更加复杂和丰富；本文作者主要谈与会计制度和商品管理有关的产品设计难点。主要内容是多账户多维价格体系。让我们来看看。
这篇文章是作者五年来2B产品的总结，内容很多。为了减轻阅读负担，分为三篇。每篇文章都是独立的，你可以选择你感兴趣的来读。本文是这个系列的开始。
18年，马化腾半夜问工业互联网。从此，大家突然达成共识，消费互联网红利将会耗尽，产业互联网是互联网的下半场。
在产业互联网中，B2B电商平台无疑是非常重要的一个板块；B2B电商平台不同于B2C电商平台，其商业模式更加复杂，要考虑的场景也会更加丰富。
本文从以下几个方面分析B2B电子商务产品的设计要点:
多人决策/多账户；多维因素决定价格体系；满足各种场景的支付方式或金融产品；标准化的产品难以满足实际需求，半自动、半手工的业务流程才是解决之道；价值高于一切，长期合作高于短期利益。
第一条的主要内容是前两项。
希望这些方面的分析能帮助你设计出更好的B2B电子商务平台。
一、多人决策/多账户
从事2B电子商务平台的学生有一个基本的认识，许多人经常在2B商业模式中做出决定。简单来说，任何公司至少要通过采购寻求价格，确定采购意向，最后敲定合同，再由财务部付款。在这个过程中，老板(或相关领导)需要对关键环节有一个掌控力。
即使是夫妻店，也需要夫妻双方共同决定。这种多人决策的方式是2B业务和2C业务最基本的区别之一。
在一些较大的企业中，不同品类产品的采购可能会分为不同的采购、财务和领导，这将使我们在整个电商平台的功能设计中增加更复杂的场景。
比如我们需要考虑用户注册认证时必须告知企业的领导。有些用户是代表公司在平台上做生意，我们也需要设计一个能在下单付款时通知企业内部领导或老板的设计。
B2B电子商务平台中有更复杂的场景。一般来说，B2B电子商务平台是基于线下分销/配送系统的线上平台。在整个分销体系中，分销商和二级终端实际上具有买家和卖家的双重角色。但是，具有一定规模的贸易企业采购和销售也是分开的，这就给我们设计制度带来了更大的复杂性。
我们需要能够明确区分采购和销售的功能，提供一个角色权限体系进行精细控制，这在2C电商中不需要太多考虑。
基于上述场景，我们发现B2B电子商务平台实际上是互联网产品和软件产品的复合产品。既有互联网产品的并发问题，也有复杂的角色权限体系需要考虑。关于角色权限系统的设计，请参考我的另一篇文章《基于业务中心的多租户权限管理设计方案》。
在设计多账户系统时，如何管理账户也是设计中的一个重点。是用邀请制还是加账号的方式，需要我们仔细权衡。
邀请制可以让用户提前熟悉平台，可以让用户在不同企业使用同一个账号，但其业务流程相对复杂；添加账户的业务流程相对简单，但被邀请人对账户不熟悉。
如果使用邀请制，则需要重点关注邀请的业务流程，如果添加账号，则需要考虑账号生成的逻辑。
具体流程如下:
邀请业务流程
添加账户业务流程
除了功能之外，再来讨论一下这种多人模式对我们产品使用和操作的考虑。
多人决策在我们产品设计中的体现，不仅仅是提供一个多账号系统，还要设计一个合理的消息通知功能。我们需要能够将系统中的信息通过短信、微信进行分发，同时需要考虑保密性、时效性等问题。
比如在采购订单的时候，我们可能需要设计成它可以填写一个手机号，直接发送付款的信息，甚至可以直接在短信里放一个订单付款的链接，可以直接让财务同事马上处理付款；在这类新闻中，我们也需要做出及时的提醒；在整个产品功能的设计中，有很多场景需要我们考虑，这里就不举例了。
其次，我们还可以讨论多人决策在操作层面对我们的影响。因为是多人决策，同时这些人又在代表公司执行工作，如何让所有人都参与到整个业务流程中，是运营中需要考虑的。
比如我们会为业务代理商设计一个积分系统，可以直接让用户不依赖公司进行积分兑换，为代理商参与线上业务提供一些动力。
我们在做推送或者收集线索的时候，也要求找出整个业务中的决策者，从而提高我们操作的准确性和效率。
第二，多维因素决定价格体系
在常见的B2C电商平台中，最常用的就是价格。即使是像JD.COM这样非常重视用户体验的电商平台，也是今年才推出JD.COM Plus会员，获得会员价的功能设计。
但是，B2B电子商务平台自然是一个多价体系。在线下环境下，任何产品在不同地区，不同客户的购买，客户与公司的合作程度不同，都会影响产品价格。更何况它的物流、财务等费用也会计算到产品的单价中，这就使得2B交易过程中的商品价格变得异常复杂，给我们设计整体的产品价格体系增加了难度。
在以往的经验中，我们总结出产品价格体系是可以分层的，我们需要知道基础价格、计算价格和附加成本之间的关系。
基本价格是一个产品最基本的价格。一般我们以成本价和售价(各地区)作为基础价格，在2B业务中可以经常变动，甚至有些行业可能每天都在变动。因此，除了在产品层面设计单一的价格维护功能外，我们还需要设计调价单功能，使业务人员能够快速批量调整产品价格。
在基础价格之上，我们把采购量和合作关系的紧密程度(一般标准化为客户级别)作为计算价格；在设计这个函数的时候，我们往往会统一处理，比如减多少或者优惠多少。这背后的逻辑是，这两个业务把一些场景标准化了，因素对所有产品的影响是一样的，可以统一处理。
但如果有些平台特别特殊，比如有些产品利润极高，有些产品亏本引流，就需要能够单独设定产品的价格。但是这种设置极其复杂，业务一般不需要。我们不建议做类似的功能。
最终通过附加费将物流和财务的成本计算到产品的结算单价中。这两项服务对客户来说是可选的，只有在当天选择了相应的服务，才能计算附加费。
相比2C业务，2B业务的物流成本会更复杂，2C运费模板一般考虑省市。2B的商务物流成本在很大程度上与运输货物的类型和距离有关。鲜、爆、液的运费可能与常见的标货相差甚远，而2B业务的货物往往数量/重量较大，需要独立安排车辆配送，所以相差10公里可能会有巨大的成本差异。
由于运费的复杂性，我们通常会维护一个基本的运费表通知我们估算运费，而真实的运费需要买卖双方沟通后确认。
说了这么多，可能有的同学会觉得，这么复杂的业务，其实线下也可以处理，完全没必要线上完成。
但我想说，这种想法在几年前可能是可行的，但在今天或者不久的将来，当产业互联网真正兴起的时候，任何企业都希望把线上的业务全部做到线上；这种考虑是企业在竞争异常激烈的市场环境下提高效率、降低成本的最有效方式。
本文主要讨论与账户体系和商品管理相关的产品设计难点。在下一篇文章中，我们将详细解释支付和金融产品。
#专栏作家#
无法分类，微信微信官方账号:台湾产品，人人都是产品经理专栏作家。专注于电子商务的产品设计，擅长产品策划和需求分析；热衷于研究中国、台湾、SaaS和其他领域的最新产品形式。
本文由人人作为产品经理原创发布，未经允许禁止转载。
题图来自unsplash，基于CC0协议。