关于客户
“Novex”是西伯利亚地区首家、俄罗斯全国第四大规模的药妆店连锁企业。该企业从事化妆品、香水、家用化学品及日用品的批发与零售业务，在7个地区拥有约300家门店。
目标与问题
客户希望：
- 扩大在线商店规模（优化旧的流程并实施关于订单、配送和公司仓库库存管理的新流程）；
- 加速网站运行；
- 开发移动应用程序，并将内部核算系统集成到在线商店中。
然而，在首次沟通后，我们发现了以下问题：
1. 由于1C-Bitrix的限制，系统无法为新的流程进行扩展。除了客户网站上的标准盒装组件外，还存在许多非标准组件，导致Novex侧的流程实现逻辑与Bitrix标准盒装组件的逻辑不同。引入新流程可能会影响现有流程并引发问题。这是因为在重写盒装内置功能时，模块将不再自动更新。这意味着需要手动维护所有模块，并在某些地方使用临时解决方案。Novex对发展在线商店和创建移动应用程序有宏大计划，因此在连接新流程时，系统内部的冲突不可避免。为了在Bitrix上完整反映在线商店的所有逻辑，几乎需要从头开始重写一切。
2. 在线商店运行缓慢，转化率指标较低。Bitrix本身运行速度较慢。虽然可以通过缓存或优化来加速它，但在本案例中，这将只是临时解决方案并浪费时间，因为项目将会扩展。
3. 复杂的业务流程以及与信息系统的集成。难点在于Novex商店的每个分支机构都是一个仓库。也就是说，在引入新流程时，不能仅参考单一仓库的库存。要进行修改，必须了解整个物流和业务流程的结构，以确保一切正常运行。此外，客户还连接了第三方记账系统，这些系统也需要连接到新流程中。Novex团队将更新所有流程并构建新流程。
任务
- 分析业务流程，以优化现有流程，重构电商网站后端，提升其运行速度；
- 为项目的可扩展性和移动应用的开发做好准备；
- 将已形成的 Novex 信息系统池集成到后端的统一逻辑中。
解决方案
我们意识到，需要进行大规模的改造，包括大量的集成工作，这只会进一步加剧网站性能问题。如果要在 Bitrix 平台上扩展该项目，则必须从头开始重构。
产品需要持续发展和扩展，包括开发移动应用。而 Bitrix 在这些任务上过于缺乏灵活性，必须为其开发各种临时性解决方案，这些方案迟早会失效。1C-Bitrix 适用于标准任务，但如果涉及需要扩展的大型电子商务项目，使用框架会是更灵活的选择。
因此，我们建议将前端与后端分离，采用始终如一使用的基于 API 的方法。该方法允许后端代码在网站和移动应用中复用，即无需为移动应用单独开发后端，从而为客户节省开发成本。这也为项目的未来扩展性奠定了基础。
需要更换技术栈：在前端，我们建议使用具有响应式界面的 Vue.js 框架。选择 Vue 是因为我们不想从头重写一切。为了实现客户的目标，我们选择了最合适的方案。项目初期提升利润/转化率的关键问题是网站运行缓慢，因此我们无需重新设计整个界面。我们保留了现有的页面结构（并保持了原有设计），将其适配到响应式框架中。
Vue 在这项任务中表现最佳，因为它允许使用现成的布局而无需修改源代码。所有内容都能正确显示。
对于后端，我们使用了 Symfony 框架，以提高网站的加载速度并扩展项目的功能。该框架为我们提供了未来项目发展的广阔空间。
阶段
- 分析；
- 设计；
- 开发；
- 测试；
- 启动。
分析
我们总是从深入理解客户业务开始着手项目。Novex 是一家线下连锁企业。这一特点使该项目区别于其他在线商店，因为该连锁的每个门店都是一个仓库。此外，还有一个专门用于在线商店的独立仓库。因此，不能再仅仅依赖单一仓库的库存情况。需要了解企业的物流运作方式、这些信息在信息系统中的体现、现有的业务流程以及如何优化这些流程，从而引入新的订单、配送和库存管理流程并改进现有流程。
我们分析了业务流程，以了解在Novex未来的数字化过程中可能需要哪些工作阶段。该阶段与客户团队共同开展。根据结果，明确了电商平台在集成和定制方面的需求：制定了符合公司发展战略的后端定制任务清单，并将开发移动应用程序纳入任务范围。
我们还理清了如何在逻辑层面将客户核算系统与新的后端正确集成：
- 收银机和移动终端管理（SetKit 和 SetCentrum）；
- ERP 系统和目录管理（SAP）；
- CRM 系统；
- 仓库管理（Infor）；
- ART Trade（综合商品流通管理系统）。
设计
我们花了近四个月时间讨论、协调并细化订单处理流程，同时并行开发那些可以立即投入使用的功能。
我们在整个工作过程中以及最终调试阶段多次进行了调整。我们没有在技术规格书中设计订单管理后台面板，而是基于常识和灵活的方法构建了一个基础版本，随后根据操作员用户对测试版的使用反馈进行优化。在后端下单时，会根据不同的配送、发货、补发和支付条件，隐藏掉冗长的历史条件和分支逻辑。
为了单独记录业务流程的工作方式以及它们之间的交互关系，我们为商店的主要使用场景（如下单与审批、商品拣选与发货、修改与取消订单等）绘制了详细的流程图，并在 Miro 中记录了这些操作期间各个业务流程的独立运作及协同情况。涉及的流程非常多。
我们与真实的业务部门以及多个团队保持互动，这些团队与我们同步构建订单处理和配送流程。因此，业务流程图需要持续更新以保持最新状态。当我们向客户提出业务流程变更建议时，我们会先将新方案在所有相关部门中进行验证，收集反馈后，才最终修改这些流程的描述。
开发
功能特性
下单
商品数量的变化可能会影响用户能否在特定日期从取货点提取该商品。我们确保在下单过程中的每次更改都能通过后端保存，考虑到大量的集成以及表单之间紧密的关联。界面采用响应式设计：这意味着后续下单步骤的状态会根据前序步骤的变化而动态调整，即使用户在前序步骤中做出某些更改，也能继续顺畅地使用界面。
与此同时，Novex 全面改造了其履约流程，以便让用户能尽快收到订单。在旧版网站中，同城配送可能需要长达两周的时间。现在，对于预订商品，客户可以看到最短的配送时效，即商品到货后可在 1-3 天内领取。
仓库与配送
系统掌握所有门店的所有离线销售情况。它决定并向仓库发送指令，告知需要补货至门店的商品以完成订单。根据配送计划、配送方式和库存余量，计算客户可以收到订单的日期。基于所有正在进行的促销活动以及应用的促销代码和积分，计算商品的当前价格。
通过引入多种集成，该网店现在从众多不同服务（涉及配送、支付、商品组装等）中获取所有数据，并在后端逻辑层面将其整合为一个整体，从而在网站上向最终用户正确展示信息。
网站和移动应用的统一后端
在电商平台架构设计阶段，我们就预留了未来扩展和各类集成的能力。因此，当进入应用开发阶段时，我们已拥有稳固的基础。
为了避免分别开发多个应用程序（分别为 iOS 和 Android），我们选择使用 Flutter 进行开发。
我们同时为两个平台开发了跨平台应用，这不仅降低了客户的开发成本，还免去了维护两个独立应用的负担。
同时，网站和移动应用都从同一个后端获取数据，这大大简化了信息同步和更新的流程。
例如，如果我们更改目录的排序逻辑或库存处理方式，网站和移动应用上的信息将同时更新。用户在网站上看到的所有数据与在应用中显示的数据完全一致：相同的订单、相同的积分，我们不会丢失任何信息。
Интеграция с OZON
将Novex网店与OZON市场平台集成，以扩大Novex的配送范围。
我们扩展了Novex的商品履约能力。他们此前仅在线下门店和自有网店销售商品，现在可以将商品配送至全国任何设有OZON自提点的地区。
OZON 必须始终拥有 Novex 可用商品数量的最新信息。为此，我们通过作为商品数据聚合和订单处理服务的 CMS 同步了 Novex 和 OZON 的数据。Novex 使用多个服务：
- SAP（商品管理、商品基本信息、会计等）；
- Infor（管理仓库、发货、订单包装及将订单移交至收货点）；
- ArtTrade (предоставляет расширенную информацию по товарам. Например, его характеристики, картинки и т.д.)。
CMS 有助于通过 API 自动化商品上传和库存信息更新。它聚合上述所有系统的数据，并将其发送至 OZON，从而确保 OZON 展示页面上的商品及库存信息始终保持最新。
为与OZON集成进行了配置：
- 将商品导出至 Ozon（商品卡片）；
- 跟踪商品审核状态；
- 更新库存；
- 接收新订单；
- 打包订单；
- 发货订单；
- 完成/取消订单；
- 创建退货（将来自 Ozon 的退货转移至 CMS Novex）；
- 在 CMS 中确认退货；
- 生成配送路线单；
- 获取订单标签。
与 Яндекс Доставкой 集成
将网店与 Яндекс Доставкой 集成。
在测试部分订单时，需要接入真实的“Яндекс Доставкой”快递员。我们的测试人员检查了在部分订单被取消或退货的情况下，如何为不同客户配送多个订单。由于目前无法在 Яндекса 的沙箱环境中对所有订单进行此类测试，因此测试人员使用了真实快递员的测试呼叫，通过电话向其说明希望验证的操作流程，以确保后续不会出现任何错误。
与 Mindbox 集成
Mindbox——全渠道营销自动化平台。支持从线下和线上收集并处理客户数据，为客户个性化内容、广告及促销方案；基于用户数据、订单记录及其与品牌互动的历史提供商品推荐。几乎所有大型零售企业都在使用Mindbox。
整合过程
首先，我们导出了数据：客户列表、他们的订单历史、各种参考目录和商品。随后，我们将这些数据导出到 Mindbox。
制定了集成需求说明书：明确需要导出的数据及其格式，以及网站中哪些位置需与客户进行交互。Mindbox 通过部署在网站上追踪器收集用户行为信息。存在多种场景，例如“客户查看商品”或“客户查看商品类别”。我们描述了交互场景，并将其与调用相应的 Mindbox API 关联起来。
现在Mindbox接收：
- 用户数据；
- 用户注册和授权；
- 用户浏览商品和类别的数据、添加到收藏夹和购物车的行为，以及未完成的购物车；
- 订单完成、退货；
- 关于奖励卡的数据（创建、注册、余额、在线及分支机构订单历史）；
- 历史数据（营销人员用于制定促销活动和客户应用所需的统计数据）。
现在，用户在注册后直接进入 Mindbox 平台，该服务会追踪其与网站的所有互动行为。系统构建推荐机制、通知功能（如“您有商品留在购物车中未下单！”）、邮件订阅及其他内容个性化设置，从而为特定用户推送相关的购买选项和优惠信息。此外，系统还监控用户对到货通知的订阅情况并及时提醒，帮助电商平台向用户提供所需商品，进而提升客单价。
集成使Novex能够：
- 将个人账号注册数量增加约60%;
- 将使用奖励卡的订单数量增加到85%;
- 提升订单增长势头和买家好评率。
测试
为了确保调试阶段顺利进行，我们将网站迁移到了预生产环境。也就是说，我们对外屏蔽了访问权限，并在该环境中继续调试系统长达一个月，每天测试部分功能并处理大量问题。我们的团队与客户方的IT团队紧密协作，在客户方的测试环境中执行测试订单并验证系统。
在测试订单处理时，我们将每个订单通过多个会计系统进行流转，其中大部分系统只能通过VPN访问。
在项目上测试了与以下系统的集成：
- 管理SetKit和SetCentrum的收银机和移动终端；
- SAP ERP系统和目录管理；
- CRM系统；
- ART Trade（一套全面的商品流通管理系统，具备可扩展性和完整功能，基于工业组件开发，旨在实现商品流通管理、文档流转及数据存储的自动化）；
- Infor仓储管理。
根据买家选择的配送和支付方式，以及剩余商品的发货来源，需要在特定时刻向各个系统发送数据。分析师在 Miro 中为每种配送场景绘制了流程图，便于追踪数据应在何时发送，并降低在测试过程中遗漏任何场景的风险。
由于无法直接访问 SAP、Infor、SetKit 和 SetCentrum 系统，测试工作是与这些系统的开发人员以及客户方并行开展的。由此形成了一种数据交换方面的协同合作模式。
启动
我们于2021年5月推出了新的在线商店。通过图表可以观察到Novex网站在2021年5月（新网站上线）前后的用户行为差异。图表展示的时间范围为2021年1月至8月。具体数值已隐藏，此信息仅用于展示趋势变化。
- 浏览深度。指标增长近两倍。
- 跳出率。从两位数降至一位数，平均跳出率减少了2.5-3倍。
- 在网站上的停留时间。在旧代码库期间（二月至三月礼品季节期间）有所增加，但在其他时期，用户平均在网站上的停留时间多了一分钟。
- 网站订单成功提交——转化率增长三倍。
结果
- 我们将电商平台从1C-Bitrix迁移至Symfony，使订单转化率提升了3倍，网站运行速度加快了2倍。
- 与客户共同梳理并优化了公司内部的所有业务流程，为业务规模化做好了准备。我们保留了现有的前端代码结构，但将其重构为基于响应式框架的实现，并将后端迁移至 Symfony。这一举措提升了网站运行速度，也带动了客单价的增长。目前该阶段的产品仍在持续迭代中，同时我们正在开发移动应用。由于已有现成的后端支持和已梳理的业务流程，无需再单独开发后端，从而有效节省了移动应用的研发资源。
- 我们完成了与客户方核算系统的集成，并实现了其工作自动化：借助这一举措，该网上商店现在能够从众多不同服务（涉及配送、支付、商品组装等）中获取所有数据，并在后端逻辑层面将其整合为一个整体，从而向最终用户正确展示网站上的信息。买家现在可以看到所有必要信息：不仅包括商品本身，还包括在哪里以及何时可以取货，甚至无需在网站上下单。这间接对实体门店的销售产生了积极影响。
- 我们重新组装了Novex的所有内部组件，进行了修改，并继续与客户团队合作。我们制定了公司数字化转型的工作清单，目前已完成第一项任务：基础调研和开发网上商店。
- 在最初针对1C-Bitrix网站的技术支持申请中，我们帮助客户找到了其业务的真正问题，深入公司内部业务流程，并与Novex携手开展全业务转型工作，从而对公司的产品和业务指标产生了积极影响。我们继续致力于提升Novex的数字化水平，提高内部业务流程的自动化程度。
我们不仅完成既定任务，更深入客户业务，以理解其真实问题并找到增长机会。