我们在 Drupal Commerce 开发早期面临的挑战之一是复杂的安装过程。Drupal Commerce 是在 Drupal 7 的“不稳定”标签周期中开发的，并且依赖于其他三个主要的贡献模块——Entity API、Rules 和 Views——这些模块仍在开发中。Drupal Commerce 也是第一个将 Drupal 核心中新的实体和字段系统付诸实践的主要贡献项目。在临时安装期间使用这些系统来定义数据类型通常会失败。

为了解决开发者面临的困难，我们的解决方案是引入一个名为 Commerce Kickstart 的安装配置文件，该文件在正常的 Drupal 安装过程中简单地安装 Drupal 7、Drupal Commerce 及其所有依赖项。Kickstart 执行了少量的商店配置和演示内容创建，但它仍然主要是一个面向开发者的工具。它简化了 Drupal Commerce 的裸机安装测试，从而加快了经验丰富的 Drupal 开发者和公司对该项目的采用。

然而，为了 Drupal Commerce 取得成功，我们必须赢得不仅仅是开发者的支持。在 2011 年伦敦 DrupalCon 大会上发布 Drupal Commerce 1.0 后，是时候将重点从开发者体验转移到商店管理员用户体验了。在设计核心架构时，我们优先考虑了灵活性而不是强大的默认配置。但由于商家及其客户是最终用户，我们最不希望做的就是迫使每个网站构建者重新发明一个可用性层，以便客户更轻松地管理他们的商店。

这种优先级的转变扩展到了我们更大的战略。我们从开发框架本身转向开发一系列 Drupal 发行版，这些发行版优化了各种垂直市场的用户体验和配置。Commerce Kickstart 自 2011 年初就已存在，但它不符合真正的发行版的资格。它提供的仅仅是一组模块的安装。开箱即用，它的外观、感觉或功能都不像普通 Web 开发者对电子商务应用程序的期望。当我们的非 Drupal 原生合作伙伴面对简陋的 Bartik 主题和最少的安装后内容时，很难想象他们所看到的东西如何转化为现代电子商务网站。

从 2012 年 3 月开始，我们组建了一个团队，集思广益并实施 Commerce Kickstart 的完整愿景。目标不仅是将 Drupal Commerce 推向更广泛的受众，还要突破 Drupal 发行版能够和应该达到的界限。我们改进了从安装程序的外观和流程到商店后端提供的引导式支持等各个方面。我们创建了一个出色的前端主题，并在可用性测试以及与社区专业人士进行的全面用户体验审查方面投入了资金。Drupal 社区在测试和审查我们的 beta 版本时表现出的热情令人震惊。最终的解决方案是可以在不牺牲 Drupal Commerce 核心的灵活性和强大功能的情况下快速部署它。Commerce Kickstart 2.0 配备了简化的产品目录管理、订单活动管理、社交媒体连接、高级产品搜索和分面浏览、具有高级图像选项的丰富产品页面以及使用 Drupal 7 的强大内容管理。

Drupal 发行版最古老的问题之一是它们不划算。推出一个高度完善的发行版需要大量的开发工作和决心。借助 Commerce Kickstart 2.0，我们通过与服务提供商集成来产生收入，打破了这一模式。管理员可以轻松地将他们的新商店连接到我们最近推出的 Commerce Marketplace，我们在那里提供对 Drupal Commerce 商店的成熟增强功能的访问。早期的重点是集成吸引各种用户的服务，例如分析、报告和支付服务。Commerce Marketplace 的构建旨在提供商店成功所需的一切，无论商店类型或 Drupal Commerce 后续发行版所服务的垂直市场如何。

即使 Drupal 本身不断发展并进入下一阶段，我们也将继续改进 Commerce Kickstart。Marketplace 中有很多集成新服务的机会；我们甚至正在计划我们自己的一套云服务和工具，以简化 Drupal Commerce 站点的启动和维护。随着我们将真正的灵活性和简洁性更紧密地结合在一起，我们期待着 Drupal 被公认为世界第一开源电子商务平台的那一天。