上周，一家工业润滑油公司的老板写信给我。这种情况非常熟悉：他在 WooCommerce 上有一家在线商店，零售运作良好，但他想通过同一网站开展批发业务。然后经典的故事就开始了——他去寻找解决方案，发现了十几个B2B插件，每个插件每年的费用从两百到四百美元不等，但没有一个能够完全满足所有需求。一个制定客户群体，另一个制定批发价格，第三个制定隐藏目录，第四个提出商业建议请求。为了组建一个成熟的批发门户，您需要购买三到四个插件，这些插件并不总是彼此友好，在不同的时间更新，并且对每个插件的支持都是与来自不同时区的单独开发团队的单独通信。
我每两到三周就会听到这个故事。每次我都会想到 WooCommerce B2B 解决方案市场是多么分散和不方便。并不是因为开发人员不好——通常来说，他们很好地完成了他们的狭隘任务。但因为业务不需要一套单独的工具，而是需要一个完整理解批发贸易逻辑的统一系统。从潜在经销商访问网站并看到“成为批发客户”按钮的那一刻起，直到会计部门将其订单上传到 1C 并生成发票的那一刻。这是一个连续的过程，不应依赖于四个相互同意的独立插件。
这就是为什么我们将 B2B 模块作为 COS WP Woo 的一部分 - 不是作为一个单独的插件，而是作为一个了解其环境一切的集成子系统。她了解 1C 集成、搜索、目录和用户。当您设置具有特殊定价和有限目录可见性的“经销商”组时，您无需考虑如何与商店的其他部分“交朋友” - 它已经连接起来，因为它是一种产品。
但让我按顺序告诉您它在实践中是如何运作的。不是在理论上，不是在营销承诺中，而是在我们每天与客户接触的真实场景中。
批发客户剖析：为什么团体不仅仅是“精英折扣”
当人们想到 B2B 网上购物时，第一个想法通常是，“好吧，我们应该给批发商更大的折扣。”这是人们所能承受的最危险的简化。因为零售客户和批发客户之间的区别不在于折扣的大小。这是一种根本不同的交互模型。
一位零售买家进来，选择，刷卡付款，收到包裹。全部。批发客户是一家拥有法人实体的公司，拥有多名员工，可以通过协议、延期付款下订单，个人价格取决于上季度的采购量、商品类别和交货地区。批发客户可能有信用额度、预付余额、价格谈判历史和个人商业报价。所有这些都应该同时进行，不会干扰零售业，也不会使管理面板陷入混乱。
我们从最基础开始——客户群体。但大多数 B2B 插件中的原始组并非如此，这些组只是带有百分比折扣的标签。我们的组是成熟的实体，具有属性继承、优先级以及每个参数的灵活配置。这在实践中意味着什么？假设您有三个级别的批发客户：“经销商”、“分销商”和“VIP 合作伙伴”。经销商在整个目录上获得百分之五的基本折扣，只看到符合条件的批发商品，并且可以根据发票支付订单。分销商继承了经销商的所有设置，但获得了额外的折扣 - 总共百分之十，看到了扩展的目录，包括订购的商品，并且可以使用最多三十天的付款延期。 VIP 合作伙伴继承了分销商的权利，收取 15% 的费用以及各个产品组的个人定价。
继承是这里的关键词。您不必从头开始设置每个组。您构建一个层次结构，每个后续级别仅添加或覆盖不同的内容。我们更改了经销商的基本折扣 - 如果经销商和 VIP 合作伙伴没有明确重新定义，它将自动级联更新。这在管理数十个客户组时节省了工作时间，而我们的一些客户就只有这么多——按地区、按产品类型、按销售渠道划分的单独组。
这就是乐趣的开始 - 将用户链接到组。看来这里有什么难的呢？我为用户分配了一个组，然后忘记了。但实际上，一个客户可能有多个联系人，每个联系人都有自己的帐户。采购员、经理、会计师、主管——每个人都需要不同级别的访问权限。买家可以创建购物车，但无法确认订单。会计可以查看订单历史记录并下载文档，但无法更改订单的构成。经理看到一切并管理所有下属账户。这不再是关于组的 - 这是关于子帐户的，稍后我会告诉你更多相关信息。但重要的是要了解群组是所有其他 B2B 逻辑构建的基础。
经常被忽视的另一点是节制。在零售业，注册是即时的：输入您的电子邮件，输入密码，然后就完成了。但在 B2B 中则不然。当公司提交批发合作申请时，需要填写一份扩展表格：TIN、KPP、法定名称、实际和法定地址、联系人、电话号码、所需条件。该应用程序会受到审核 - 经理检查数据，可能会要求提供其他文件，并且只有在获得批准后，客户才能访问批发目录和价格。我们已经实现了自定义注册字段，可以从管理面板完全自定义 - 您决定要请求哪些数据、哪些字段是必需的、哪些字段是可选的。然后，这些数据会链接到客户的帐户，可供经理使用，并可以自动包含在文档中 - 发票、合同、商业建议书。
老实说，当我们第一次开始设计这个模块时，我认为客户群体是最容易的部分。事实证明，这是逻辑最丰富的组件之一，因为正是这个组决定了顾客看到什么、支付多少钱、如何支付以及可以在商店中做什么。其他一切——定价、可见性、限制——都是建立在组之上的。
价格不是数字，而是策略：批发商分级定价
我喜欢问客户的一个问题是，“你们如何设定批发价格？”十分之九我得到的答案一开始很简单，然后变得无限复杂。 “嗯，我们根据数量给予折扣。十件 - 百分之五，一百件 - 十五件，如果他们拿一千件 - 那么二十五件。但这并不是所有产品都一样。有一个用于油的网，另一个用于过滤器。对于西伯利亚的经销商来说，仍然有单独的条件，因为物流更昂贵。而且还有季节性促销，当我们对某些商品组额外提供百分之十时。对于俄罗斯天然气工业石油公司的客户，我们通常有单独的价目表，我们每个季度都会重新计算。”
这是真正的 B2B 定价。不是“10%的折扣”，而是一个多维矩阵，其中价格取决于客户、客户群体、产品、产品类别、订单数量、一段时间内的采购总量、地区以及业务增长时添加的十几个参数。任何声称可以处理批发价格的工具都必须支持这个矩阵 - 不是理论上的，而是在一个方便的界面中，经理可以在没有程序员的情况下配置所有这些。
在我们的模块中，定价在多个级别上起作用，这不是一个隐喻 - 这些实际上是系统从上到下检查的优先级级别，直到找到合适的规则。
第一级是团体价格。对于每个客户组，您可以为特定产品设置固定价格或百分比折扣。例如，产品“液压油 HLP-46”的零售价为每罐 5,000 卢布。对于“经销商”组，您设置的价格为 4,250 卢布，“经销商”组的价格为 3,800 卢布，“VIP”组的价格为 3,500 卢布。这些价格在产品卡中设置或通过价格表集中设置。当“经销商”组的客户访问产品页面时，他看到的价格是 4,250 卢布。零售买家看到 5,000。没有魔法，只是 WooCommerce 挂钩级别的纯粹替代，它可以在任何地方使用 - 在目录中、在产品卡中、在购物车中、在结帐中、在信件中。
第二个层次是分级定价。这才是真正的乐趣开始的地方。对于每种产品（或产品类别），您可以根据数量设置价格网格。十罐 - 团体价五折。五十罐——百分之十。一百到十五。五百 - 二十。这些网格也与组相关联。经销商有一种批量折扣网络，分销商有另一种更激进的折扣网络。在产品页面上，客户看到一个带有价格阈值的表格——它是透明的、易于理解的，并鼓励他们增加订单量。购物车中，当数量发生变化时，价格会自动重新计算。
第三层是个体价格。对于个人客户，您可以为特定产品设置与团体价格重叠的个人价格。这是针对那些“我们与他们有特殊协议”的情况。经理进入客户的个人资料，查看所有有效价格（团体和个人），并可以添加或更改任何产品的价格。个别价格具有最高优先级并取代其他一切。
我遇到过一个情况，客户要求定价，最终价格是通过五级规则计算出来的：从1C开始的底价，减去团购折扣，减去数量折扣，加上交货紧急程度的加价，减去本季度采购量的累计折扣。所有这些都必须在每个阶段正确显示 - 从目录到最终发票。我们做到了，但后来我意识到 B2B 中的定价不是一个功能，而是一个需要架构方法的独立学科。您不能仅仅将过滤器附加到产品的价格上 - 您需要重建整个价格计算管道，以便它考虑到所有级别，同时保持快速。因为如果包含 300 种产品的目录页面需要 10 秒才能加载，而系统会计算每种产品的单独价格，那么任何折扣都救不了你。
另一个主题是与 1C 同步价格。我们的许多客户在 1C：贸易管理中设定价格，并且网站必须反映会计系统的当前价格。 1C 集成模块了解 B2B 组，并且可以将 1C 中的价格类型与 WooCommerce 中的客户组进行比较。当产品的“经销商价格”变化 1C 时，这些变化会通过 OData 同步自动发送到站点。经理不需要在两个地方手动更新价格 - 只需在 1C 中执行即可，几分钟后网站将显示当前数据。
您知道大多数 B2B 插件让我恼火的是什么吗？他们仅在授权后才显示批发价。也就是说，潜在的经销商访问该网站，看到零售价格并想：“贵，我去别的地方。”他甚至不知道批发商的条件完全不同，因为他首先需要注册，等待审核，登录 - 然后才能看到他的价格。我们以不同的方式解决了这个问题：对于未经授权的用户，您可以显示提示“注册后可提供批发价格”，甚至可以显示一个范围 -“从 3,500 卢布起。购买 100 件起。”这就像一块铅磁铁，显着提高了批发客户注册的转化率。
隐藏目录和可见性规则：谁看到什么以及为什么它比看起来更重要
这是一个典型情况：一家公司销售工业设备。该目录具有每个人都可见的标准位置 - 它们由搜索引擎索引，吸引有机流量并致力于品牌认知度。但也有专门的产品，例如石油和天然气工业的部件或流通有限的化学试剂。这些产品不应该对公众可见。它们仅适用于经过验证并签署适当文件的认证经销商。向零售客户展示它们不仅毫无意义，有时甚至违反监管要求。
隐藏目录不仅仅是“从搜索结果中删除它”的问题。这是一个完整的可见性规则系统，决定了谁可以看到什么产品、谁可以看到价格、谁可以添加到购物车以及谁只能查看。而且这个系统必须足够灵活，能够覆盖实际业务中出现的所有场景。
让我描述一下我们为客户端配置的一些实际配置。第一个选项是经典的隐藏目录：某些产品对于未经授权的用户和零售客户来说是完全不可见的。它们不会显示在搜索中，不会显示在类别中，也不会被搜索引擎索引。只有特定群体的客户在登录其帐户后才能看到这些产品。第二种选择是产品对每个人都可见，但价格是隐藏的。显示的不是价格，而是“请求价格”按钮或文本“请求价格”。这通常用于高价值物品或价格取决于配置的物品。第三种选择是产品可见，价格可见，但“购买”按钮仅对授权批发客户可用。零售买家可以查看品种和特点，但购买需要申请批发合作。第四个选项是登录后的完整存储。整个目录不对未经授权的用户开放。当您访问该网站时，您会看到一个包含成为客户的报价的登陆页面，并且只有在授权后才会打开带有价格的目录。这适合专门从事 B2B 业务且不从事零售的公司。
可见性规则可以在不同级别进行组合：针对单个产品、针对类别、针对标签、针对一组客户。它们以级联方式工作 - 如果您为零售客户隐藏整个类别，则其中的所有产品都会自动变得不可见，即使没有为单个产品设置规则。但您可以显式覆盖特定产品的规则 - 例如，如果它是演示，则使隐藏类别中的一种产品对所有人可见。
我一直在思考为什么这么多 B2B 商店的知名度做得这么差。我得出的结论是，问题不在于技术复杂性，而在于方法。大多数解决方案使可见性成为二元的：产品要么可见，要么不可见。但实际上，这是一个范围：产品是否可见，价格是否可见，购买按钮是否可见，“询价”按钮是否可见，库存数量是否可见。这些元素中的每一个都可以针对每个客户组单独管理。当您可以对此进行精细调整时，您将获得一个能够准确反映您的业务模型的工具，而不是迫使业务适应软件的限制。
还有一个很少被谈论的方面：性能。当您有 16000 个产品和 20 个具有不同可见性规则的客户组时，检查“此用户是否有权查看此产品”应该快如闪电。您无法对目录中的每个产品进行单独的数据库查询。我们通过可见性规则的初步缓存解决了这个问题 - 当客户登录他的帐户时，系统会计算一次他的全套权限并将其存储在会话中。所有后续检查都在微秒内完成。当规则改变时，缓存会自动失效。这听起来很简单，但对于每天有 2000 名访客的企业来说，这一点至关重要 - 检查所花费的每一毫秒都会增加数千种产品和数千个请求。
从购物车到发票：报价请求工作流程
现在我们来谈谈真正的 B2B 门户网站与“批发商折扣店”的区别。这就是采购流程。在零售业，一切都很简单：添加到购物车、付款、等待送货。在 B2B 中，购买是一种谈判。客户创建请求，经理对其进行审核，可以提供替代方案，根据数量调整价格，为紧急情况或预付款提供额外折扣。然后客户确认，生成发票，通过银行转账付款，然后才开始发货。尝试将其放入标准的 WooCommerce 结帐中 - 没有任何效果。
我们实施了完整的商业提案请求工作流程，英文称为请求报价 - RFQ。从客户的角度来看，它是如何工作的：他访问该网站，选择产品，然后将其添加到购物车。但他看到的不是“下订单”按钮，而是“请求报价”按钮。他点击，添加一条评论 - “需要运送到车里雅宾斯克的仓库，如果可能的话，一周内，如果某些物品有延迟，我们准备考虑类似的” - 并发送请求。经理收到通知，在 WooCommerce 管理员中打开请求并查看所有内容：产品列表、数量、该客户的当前价格、之前订单的历史记录、信用额度余额、客户评论。
然后有趣的部分开始 - 对话。我们制作了一个与每个请求相关的对话系统。经理可以写信给客户：“对于第3项（HLP-46油）——目前仓库有80罐，剩下的20罐将在5天内到达。我现在可以预订整批，分两阶段交货，或者等待整套。在价格方面，如果您一次订购整批，我可以额外给您3%。”客户在网站上的个人帐户中通过电子邮件收到此消息，做出回复，然后经理调整报价。所有信件都保存在请求历史记录中 - 六个月后您可以拿起它并查看达成的协议。
当双方达成协议后，经理将创建最终提案 - 确定价格、数量、交货和付款条件。系统自动生成 PDF 商业提案 - 包含公司徽标、详细信息、产品列表、价格、总金额、条件。客户可以从其个人帐户下载此 PDF，将其转发给管理层审批，并将其附加到招标文件中。当报价获得批准后，只需一键即可将其转换为 WooCommerce 订单 - 所有位置、价格、地址都会自动更新，无需再次输入任何内容。
你知道我最喜欢这个过程的什么吗？它将以前在电子邮件、WhatsApp 和电话中发生的事情数字化。经理在信使中收到请求，将其转发给采购部门的同事，他检查余额，回复经理，经理在 Excel 中形成 CP，通过电子邮件将其发送给客户，客户对其进行编辑，然后将其发回......在这条链的末端，没有人记得哪个版本是最新的，并且一半的信息在传输之间丢失。通过我们的工作流程，一切都集中在一处：请求、讨论、提案、文档、订单。单击一下，整个故事就呈现在您眼前。
值得单独提及的是 PDF 自动生成。我们花了很多时间使这些文档不仅具有实用性，而且具有专业的外观。公司徽标、包含详细信息的标题、包含物品和计量单位的整齐的货物表、含税和不含增值税的总额、包含付款和交货条件的区块、签名和印章的位置。这不是“从在线商店打印出来的文件”——这是一份成熟的商业文件，发送给大客户并不尴尬。 PDF 模板可从管理面板进行自定义，您可以对其进行调整以适合您的公司风格。
顺便说一句，我们的一位客户 - 一家液压油制造商 - 告诉我 RFQ 模块如何改变了他的销售部门的工作。以前，经理平均花费四十分钟处理一个批发请求：接受申请、检查余额、考虑折扣计算价格、创建商业提案、发送、等待响应、调整、再次发送。现在——十五分钟。而且，大部分时间不是例行操作，而是通过对话系统、特定立场的讨论和类比的选择与客户进行实时沟通。系统接管了日常工作：计算价格、检查余额、生成文件。
子账户、钱包和购买清单：当 B2B 不是一个人而是整个公司时
有一点是在线零售商通常不理解的，但 B2B 门户必须考虑到：客户不是一个人，而是一个组织。该组织有多名员工，每个员工都需要不同级别的商店访问权限。买方提出申请，经理批准，会计师下载文件并监控付款，后勤人员跟踪交付。如果每个人都使用相同的登录名，则意味着混乱和安全问题。如果每个人都有单独的注册，那么它们彼此之间没有关系，并且经理不明白伊万诺夫、彼得罗夫和西多罗夫是一家“HydroTech”公司。
子账户优雅地解决了这个问题。公司的主账户（通常是经理或采购官）为其员工创建子账户。每个子账户都被分配了权限：是否可以创建订单、是否可以确认超过一定金额的订单、是否可以查看其他公司员工的订单、是否可以管理采购清单。所有子账户都继承主账户的组、价格和可见性规则。子账户下的订单在整个公司历史记录中可见。它就像一个公司帐户 - 一家公司、多个用户、透明的历史记录。
我记得一位客户在引入子账户之前告诉我他的头痛。他有一个大型经销商，在不同的城市有五个买家。每个买家都单独注册，每个买家都被手动分配一个“经销商”组，并且每个买家都有单独的价格。当一位买家离开、一位新买家到来时，转移帐户、更改密码、检查所有设置是否到位的骚动开始了。然后，该经销商的经理问道：“显示我们公司今年的整个采购历史记录。”然后经理开始手动从五个单独的帐户收集信息。有了子账户，这一切都消失了 - 经销商经理亲自管理他的员工，查看一般统计数据，如果有人退出，他只需停用他的子账户即可。三秒钟而不是一个小时的通信。
现在介绍 B2B 钱包。该功能是应与常规批发商合作预付款的客户的要求而出现的。逻辑很简单：经销商在资产负债表上存入一定金额（例如五十万卢布），然后从中冲销订单。无需每次创建单独的发票、等待付款或检查收据。这笔钱已经在资产负债表上 - 我下了订单，金额被注销，货物已发货。这对客户来说很方便，并加快了采购过程。对于卖方来说 - 付款保证和可预测的现金流。在个人账户中，客户可以看到当前余额、存款和借记历史记录，并可以下载该期间的报表。管理员可以手动补充余额，也可以设置收到付款后自动补充。
购买单是另一个功能，在您与定期下订单的 B2B 客户合作之前，它似乎是一件小事。假设一家汽车服务公司每月订购相同的消耗品：十罐 5W-30 机油、五罐变速箱油、二十个机油滤清器、十个空气滤清器。每次，再次在目录中搜索这些产品，将其添加到购物车，输入数量，需要五到十分钟的手动工作。有了采购清单——只需点击一下按钮。客户创建一次“每月消耗品”列表，将所有必需的产品及其数量添加到其中，然后一键将整个列表发送到购物车。您可以创建多个列表 - “列宁加油站”、“科佩斯克分公司”、“紧急库存” - 并根据需要使用它们。
但是，购买表真正有用的是与系统其他部分的集成。购买清单中的价格始终是最新的 - 如果团体价格发生变化，清单将显示新价格。如果某件商品缺货，列表将显示此情况。如果出现季节性折扣，列表中的价格将自动更新。采购清单不是一组静态的产品，而是一个始终反映目录当前状态的活工具。
既然我们谈论支付，那么我们就谈谈 B2B 支付方式。在零售业，一切都很简单：卡、电子钱包、货到付款都可以。在 B2B 中，主要的付款方式是向法人实体开具发票。客户下订单，系统自动生成包含双方（卖方和买方）详细信息的发票。发票可在您的个人帐户中找到并通过电子邮件发送。客户通过银行转账付款，经理确认收货-订单已处理。第二种方法是采购订单，当客户指明其内部工作订单的数量时，付款将根据合同条款进行——延迟三十天、六十天或九十天。第三个是B2B钱包支付，这个我已经讲过了。所有三种方法都适用于标准 WooCommerce 结账 - 客户在下订单时选择合适的方法，系统会自动应用合适的逻辑。
规则和限制：使系统按照您的业务流程运行
您知道零售店和批发店在业务逻辑上的根本区别是什么吗？在零售业，规则很简单，对每个人来说都是一样的：最低订单 - 一种产品，付款 - 通过任何方式，交货 - 无论你说什么。在B2B中，规则是商业模式的一部分，并且对于不同的客户来说是不同的。
经销商订购的一种产品不得少于十件 - 否则物流将无法获得回报。经销商只能订购整托盘。 VIP客户可以订购任意数量，但最低订购金额为五万卢布。尚未确认身份的新客户只能通过预付款方式付款。逾期债务的客户暂时受到限制 - 他可以查看目录，但不能下订单。某个地区的客户不能订购成交量有限的商品。
所有这些规则和限制应自动生效，无需经理手动控制。而且它们应该对客户来说很清楚 - 如果他尝试订购八罐且至少十罐，他应该看到一条明确的信息：“该产品的最小数量是 10 件。”而不是神秘的“无法下订单”错误。
我们已经实现了涵盖基本 B2B 约束场景的规则系统。最小订购量 - 按货物数量、按金额、按重量。数量步骤 - 如果商品仅以六件为一包出售，则客户不能订购五件或七件。付款方式限制 - 仅某些付款方式适用于某些群体。送货方式限制 - 大额订单只能通过运输公司，不能通过快递。必填字段 - 订购某些产品时，客户必须提供附加信息，例如许可证号或预期用途。
这些规则与客户组、产品类别或特定产品相关联。它们在每个阶段都会受到检查：添加到购物车时、结帐时、下订单时。如果规则被破坏，客户会收到一条明确的消息以及如何纠正这种情况的提示。
我经常听到这样的反对意见：“为什么这么复杂？让经理手动检查每个订单。”当您每周有五个批发客户和十个订单时，它就有效。但当一天有五十个客户、二十个订单时，人工验证就成了瓶颈。经理花时间检查琐碎的规则，而不是进行销售。如果经理生病或休假，规则就会停止工作，您将面临向逾期债务的客户运送货物或接受低于最低金额的订单的风险。
规则自动化并不是要更换经理。这是为了将经理从日常工作中解放出来，让他有机会做真正需要人参与的事情：谈判、选择商品、与客户建立关系。让系统检查最小数量和可用的付款方式——此时经理将与客户讨论下一季度的条件。
另外，我想谈谈注册规则。我已经在注册批发商时提到了自定义字段 - 税号、检查站、法定地址。但这不仅仅与田野有关。整个过程很重要：客户填写表格，申请进入审核队列，经理收到通知，检查数据（可能将纳税人识别号输入联邦税务局数据库，检查公司的债务和诉讼情况）并做出决定：批准、拒绝或请求其他信息。批准后，客户会自动收到指定的组，并查看其价格和目录。如果被拒绝，他会收到一封解释原因的电子邮件。所有这些都是可定制的，信件模板可以编辑，申请状态在常规列表中可见。
为什么这很重要？因为B2B门户网站的第一印象正是在注册的那一刻形成的。如果潜在经销商填写了表格，但三天内没有收到回复，则他已经离开，投奔竞争对手了。如果它在两小时内获得批准，并附有个人问候语和第一个订单的说明，那么它就属于您了。处理申请的速度和质量直接影响从“感兴趣”到“成为客户”的转化。
为什么一个模块比四个插件更好：经济学和常识
让我们算一下。 WooCommerce 的典型 B2B 插件集：针对客户组和角色的插件 - 每年 79 美元到 149 美元。批发定价插件 - 99 美元至 199 美元。 RFQ（报价请求）插件 – 79 美元至 149 美元。用于限制目录可见性的插件 - 从 49 美元到 99 美元。至少四个插件的总费用 - 每年 306 到 596 美元。而且这还没有子帐户（79-149 个以上）、没有分级定价（99 个以上）、没有适度的 B2B 注册（79 个以上）。如果您拥有一个成熟的 B2B 门户网站所需的一切，那么每年的费用很容易达到 800 美元。每年。
但钱也不是那么糟糕。真正的问题是兼容性。这些插件中的每一个都有自己的定价逻辑、自己的访问检查方式、自己的挂钩和过滤器。当您将四个插件放在一起时，它们就会开始发生冲突。定价插件认为经销商的价格是 4,250 卢布，团体插件在上面施加自己的折扣，结果是 3,825。可见性插件隐藏了产品，但 RFQ 插件仍然在请求中显示它。你花时间调试冲突，为每个插件编写支持，得到标准答案“这不是我们的错误，联系另一个插件的开发人员”，最后雇佣一名自由职业者来编写自定义代码将它们粘合在一起。
然后其中一个插件被更新，一切又再次崩溃。
人们可能会反对我：“但是模块化很好！我只买我需要的东西。”我同意——当模块被设计为协同工作时，模块化就是好的。就像完美组装在一起的建筑套件零件一样。但是，当模块是来自不同团队的独立产品时，甚至不知道彼此的存在，模块化就变得令人头疼。
在我们的方法中，模块是单个产品的一部分。 B2B 群组、定价、可见性、限制、询价、子帐户、钱包 - 所有这些都是一个 PHP 命名空间、数据库中的一组表、一个 API、一个管理面板。当您设置团体价格时，定价系统会了解团体。当您为零售客户隐藏产品时，搜索也不会显示它。当客户生成询价时，系统会考虑批量折扣来设置其团体价格。一切都以单一机制运作，因为它是单一机制。
对于那些已经使用 1C 的人来说，还有一个重要的论点。我们的 B2B 模块从一开始就考虑了 1C 集成。客户群体与 1C 中的价格类型进行比较。批发价格通过 OData 同步。订单通过正确的分析上传到 1C - 按客户组、按付款类型、按订单来源。尝试使用四个独立插件来设置此集成 - 您不仅需要一个自由职业者，还需要整个开发团队。对任何插件的每次更新都可能会破坏集成。
我并不是说我们的解决方案是唯一正确的。市场上有优秀的专用 B2B 插件，它们比其他任何插件都能更好地完成特定任务。但是，如果您需要一个成熟的 B2B 门户（包含组、价格、可见性、建议请求、子帐户、与 1C 集成），则通过单独的插件组装它意味着您注定会在兼容性、更新和支持方面陷入无休止的挣扎。
你知道，我有时将其与翻新公寓进行比较。您可以购买单独的瓷砖、单独的灌浆、单独的胶水、单独的工具，然后自己弄清楚哪种灌浆适合哪些瓷砖，哪种胶水可以固定在哪个底座上。或者，您也可以从一家制造商那里购买现成的套件，所有的东西都经过选择和测试。如果您知道自己在做什么，第一种方法会更便宜。但如果你犯了一个错误，重做比直接购买套件更昂贵。
回到上周给我打电话的人——一家润滑油公司的老板。我们在两周内为他建立了一个完整的 B2B 门户。具有继承性的三组客户、与 1C 相关的多级定价、专业产品的隐藏目录、生成 PDF 商业提案的 RFQ 工作流程、大型经销商的子账户、预付款老客户的 B2B 钱包。一个管理面板、一组设置、一个支持渠道。推出一个月后，其经理在相同的员工下处理了两倍的批发订单 - 因为系统接管了日常工作。
然后他写信给我：“我花了两年时间试图通过单独的插件将其组合在一起。我花费的费用超过了您的解决方案成本，但从未让它发挥作用。”我不想把这变成一种推销，但事实仍然是，集成的 B2B 解决方案不仅仅是一种便利，对于认真对待批发销售渠道的公司来说，它是经济上的必需品。
如果您刚刚开始考虑 B2B 并且不确定是否需要完整的功能集怎么办？从小处开始。建立一批底价批发客户群。启用注册审核。看看进展如何。随着您的成长，连接分层定价、询价、子帐户 - 每个模块都通过设置中的开关启用，无需额外的插件，无需额外付款。您成长——系统与您一起成长。在某些时候，您回过头来看，会看到一个成熟的批发门户，它是自然地、一步一步地构建起来的，没有压力和返工。
试用 COS WP Woo - 免费 14 天。安装插件、激活 B2B 模块并在 15 分钟内设置您的第一组批发客户。无卡绑定，无功能限制。我们讨论的所有功能 - 群组、价格、隐藏目录、询价、子帐户、与 1C 集成 - 从第一天起就可用。如果两周内没有看到任何变化，只需停用该插件即可。但我相信你会的。