--- title: Magento 2 迁移：如何让您的团队为迁移升级做好准备（2025） date: 2025-03-21T05:15:23Z modified: 2025-06-25T08:55:03Z permalink: "https://www.tmogroup.com.cn/insights/prepare-your-team-for-magento-upgrade/" type: post status: publish excerpt: "" wpid: 111742 categories: - Magento 2 开发 - 电商开发 tags: - Magento 2 开发 - 电商开发 - 网站开发 featured_image: "https://www.tmogroup.com.cn/wp-content/uploads/2024/08/如何让您的团队为Magento迁移升级做好准备.png" featured_image_alt: 如何让您的团队为Magento迁移升级做好准备 timestamp: 2025-06-25T08:55:03Z --- 迁移到 Magento 2 是电子商务企业可以进行的重要的技术升级之一。无论您是从 Magento 1 过渡还是从其他平台切换，此过程都不仅仅是软件更新，它是一个影响运营、SEO、用户体验和后端工作流程的全面项目。 在 TMO，我们帮助不同行业的品牌成功迁移到 Magento 2，并且亲眼目睹了项目顺利运行的因素以及导致延迟的因素。许多电商项目负责人低估了保持迁移按计划进行所需的内部协调，同时保持在在预算范围内。 如果您是电子商务主管、IT 总监或运营经理，正在考虑进行 Magento 迁移项目，您可能想知道： - 迁移的每个阶段会发生什么？ - 哪些内部团队成员应该参与以及何时参与？ - 如何避免因范围蔓延和转移需求而造成的延误？ - 采取哪些步骤来确保启动后的平稳过渡？ > 从迁移到定制开发和优化，我们的 [Adobe Commerce (Magento) 服务](https://www.tmogroup.com.cn/services/adobe-commerce/) 可以帮助您充分利用电子商务运营。 > > 本指南将引导您完成项目的关键阶段，强调内部团队需要参与的领域，并根据我们的项目经验分享实用技巧，以避免常见的陷阱。对于 Magento 系统迁移的关键步骤，您可以阅读我们的指南 [如何升级到 Magento 2](https://www.tmogroup.com.cn/wp-content/uploads/wp-mfa-exports/post/magento-migration-guide.md)以及[Magento版本差异详解与完整迁移准备清单](https://www.tmogroup.com.cn/wp-content/uploads/wp-mfa-exports/post/magento-version-releases-tips.md)。 ## 一、**项目启动：定义目标、范围和内部职责** 一旦您的 Magento 迁移项目正式启动，第一个关键步骤是建立明确的目标、范围和内部职责。此阶段为整个项目奠定了基础 - 确保期望一致、时间表切合实际。 ### **这个阶段会发生什么？** 在项目开始时，机构需要通过会议收集关键信息，并定义迁移路线图。这通常包括： - 业务目标调整 – 了解您迁移的原因（例如，性能改进、更好的 B2B 功能、可扩展性）。 - 技术和功能要求 – 审查您现有的平台及其限制，确定所需的功能，并确定需要哪些 Magento 2 解决方案或定制。 - SEO 和数据迁移规划 – 确保保留产品数据、客户帐户、订单和 SEO 排名。 - 项目路线图和时间表创建 - 将迁移分为具有里程碑日期的明确阶段。 - 内部利益相关者的参与——确定将提供意见和批准的关键内部团队成员。 ### **您的团队应如何为这一阶段做准备** 作为监督迁移的电子商务总监或高管，您的职责是在开始技术工作之前确保内部协调。为了项目的顺利进行，您需要一个明确定义的内部团队来与外部机构协调。主要角色包括： 1. 项目所有者（您）——提供高层战略方向并签署关键决策。 2. IT/技术主管 – 协调后端集成、托管和安全。 3. 营销和 SEO 经理 – 确保保留 SEO 排名、URL 结构和营销自动化工具。 4. 运营和客户支持主管 – 验证订单处理、履行和客户帐户数据是否已正确迁移。 _提示：指定一个单点联系人 (POC) 与技术提供方进行沟通。太多相互冲突的沟通可能会减慢进度并导致不一致。_ 为了支持明智的迁移计划，请收集有关当前平台设置的关键详细信息（包括任何扩展、自定义功能以及 ERP、CRM 和支付提供商等第三方集成）以及产品、客户和订单的数据迁移需求。不要忘记包含与 SEO 相关的要求。 同时，与您的团队合作制定一个现实的时间表，考虑到严格的截止日期（如季节性活动）和潜在的延误，并制定反映工作范围的预算，包括定制开发、许可和持续的迁移后支持。 > TMO 作为 Adobe 认证的解决方案合作伙伴，提供专业的[Adobe Commerce (Magento) 实施服务](https://www.tmogroup.com.cn/adobe-commerce/)，拥有丰富的经验和专业的团队，致力于帮助企业顺利完成 Magento 迁移。立即[联系我们](https://www.tmogroup.com.cn/wp-content/uploads/wp-mfa-exports/page/contact.md)，开始从Magento 1到Magento 2的顺利过渡！ ## 二、**管理工作范围的扩展：**防止无休止的延误**** ![如何让您的团队为Magento迁移升级做好准备](https://www.tmogroup.com.cn/wp-content/uploads/2024/08/如何让您的团队为Magento迁移升级做好准备-1024x665.png) 任何 Magento 迁移项目中最大的风险之一是范围拓展（scope creep）——项目启动后新的需求和功能请求不断堆积。电子商务团队在项目中期意识到额外的需求是很常见的，但如果不加以控制，需求拓展可能会导致无休止的延误、成本超支。 作为项目所有者，您的角色不仅仅是确保迁移能够满足您业务所需的一切，还要确保迁移高效推进。平衡灵活性与截止日期的最佳方法是将项目分为第一阶段（上线）和第二阶段（迁移后增强）。 为了使项目保持在正轨上，请建立一个明确的变更请求流程，其中： - 任何项目中期请求都会被记录下来并评估其紧急程度。 - 第一阶段仅考虑涉及关键业务的变更。 - 所有其他请求都会等待第 2 阶段或未来的开发周期。 ## 三、**选择正确的技术堆栈：模块和扩展选择** 一旦定义了项目范围并设置了优先级，下一步就是选择正确的工具来让您的 Magento 2 商店焕发活力。这包括评估您的新商店将依赖哪些模块、扩展和第三方系统。 此阶段不仅仅是寻找现有工具的一对一替代品。要考虑的问题有： _还有什么是必要的？有什么可以替代或改进的？不再需要什么？_ 技术机构将根据您的业务目标、技术需求和 Magento 2 的本机功能来帮助指导此过程，但您的内部团队应该做好准备，清楚地了解每个系统目前的使用方式以及哪些功能是不可协商的启动功能。 ### **审核现有集成和自定义功能** Magento 2 提供了许多开箱即用的改进 - 更好的缓存、内置 B2B 功能和改进的 API - 这可能会使您的一些既有自定义变得不必要。同时，您需要注意必须为 Magento 2 重建的任何业务关键型自定义逻辑，因为直接移植代码几乎是不可能的。 请记住，某些第三方扩展可能会相互冲突或与 Magento 的核心代码发生冲突，尤其是构建不当的话。选择精益、维护良好的技术堆栈有助于减少技术债务并简化未来的升级。 ### **环境设置：托管、安全性和性能注意事项** 一旦定义了您的技术堆栈，下一步就是设置基础设施，根据 Magento 2 的技术要求为您的新商店提供支持。此时，“Vanilla”（标准版本）Magento 代码库将与先前定义的第三方模块一起安装。这将有助于通过每个模块的高级测试来识别任何潜在的问题。 虽然服务机构将处理大部分技术实施，但您的内部 IT 团队应积极参与这些讨论，以确保设置符合公司的标准、可扩展性目标和合规性要求。 ### **考虑未来的可扩展性和跨系统集成** 除了发布之外，您的 Magento 商店还需要与更广泛的业务系统（ERP、CRM、PIM、WMS、营销自动化和分析工具）协调工作。尽早规划这些集成可以避免下游问题。 如果您有现有的 ERP 或履行系统，电商服务机构将需要技术文档，并可能需要访问临时环境来规划集成。这也是识别可能影响订单处理、库存更新或客户数据可见性的数据同步挑战的阶段。 对于希望进行国际扩张或经营多个店面的企业来说，您的团队也应该在此时定义多商店、多语言和多货币要求。 Magento 2 本身可以很好地处理这些问题，但需要仔细规划实施以避免将来的返工。 ## **四、设计和用户体验：确保品牌一致性和可用性** 无论您是复制现有的外观还是借此机会更新店面，此阶段都会对客户体验和品牌认知产生直接影响。与外部机构合作并不意味着完全放弃设计决策。事实上，最成功的迁移是您的团队与服务机构积极合作，在全面开发开始之前尽早提供品牌指南、客户见解和用户体验反馈。准备讨论： - 结账体验优化 - 用户在当前网站上遇到的常见摩擦点 - 移动优先的改进（正确配置后，Magento 2 可以提供更好的移动体验） - 搜索和过滤行为，特别是对于大型目录 - 产品发现功能，例如追加销售和捆绑销售 如果您的商店需要进行视觉更新，您的代理机构可能会提出更新的布局、新的用户体验模式，甚至是完整的主题重新设计。虽然一次性彻底改变所有内容可能很诱人，但对品牌展示的任何重大变化仍应与业务目标和受众期望保持一致。 为了按计划进行，请确保您的内部团队了解： 1. 谁有权批准设计决策 2. 预计进行哪轮反馈（以及何时） 3. 应该整合哪些反馈以及如何提供反馈 在所有主要利益相关者都在场的情况下安排一个设计里程碑是很有帮助的。这可以防止在开发过程中发生最后一刻的更改，从而导致不必要的返工。 ## **五、开发和定制：让商店焕发生机** 定义范围、环境到位并批准设计后，您的 Magento 迁移将进入全面开发阶段。在此阶段，所有规划和准备工作都将转化为实际功能 - 构建自定义模块、实施集成以及网站的前端和后端开始成形。对于项目所有者来说，在这个阶段，协调和沟通对于保持构建顺利进行至关重要。 尽管您的代理机构将领导技术执行，但您的内部团队仍将在塑造新商店的运作方式方面发挥关键作用，特别是围绕自定义工作流程、集成和特定于业务的要求。粗略地说，开发阶段是这样的： 1. **核心商店功能：**您的代理机构将首先导入数据并配置 Magento 的核心系统 - 目录设置、结帐流程、税收和运输规则以及用户帐户功能。 2. **开发自定义功能和业务逻辑：**任何非标准需求（例如 B2B 结帐流程、订阅模型或高级定价规则）都将在此阶段确定范围和开发。这些功能需要您的机构和内部利益相关者之间的密切协调。 3. **前端和后端开发：**根据您批准的设计，主题开发将涵盖所有关键客户接触点，例如产品页面、购物车和帐户区域。作为项目所有者，请定期检查，以确保构建符合原始范围。 4. **集成第三方系统和平台：**Magento 通常需要与多个外部系统连接，例如 ERP、PIM、CRM 和运输提供商。您的内部 IT 或系统主管必须提供文档、测试环境和访问凭据。 5. **将非必要的增强推迟到第二阶段：**随着新功能想法的出现，将它们记录在第 2 阶段的优化工作中。 ## **六、关键使用者培训：适应新的工作流程和平台变化** 如果使用新平台的人没有做好适当的准备，即使是技术上最完善的迁移也可能会失败。 Magento 2 在工作流程、界面和系统逻辑方面引入了重大变化，特别是对于从 Magento 1 或其他旧平台迁移的企业而言。为了确保您的团队能够在启动后自信地使用，需要针对特定​​角色规划培训，并将其整合到更广泛的项目时间表中。 电商服务机构将负责指导您的团队了解新系统的工作方式，要遵循的最佳实践是： 1. 尽早开始培训，而不是在上线之前开始 2. 按角色和用例定制培训 3. 演练真实的业务场景 4. 发布后支持和再培训计划 上线后，总会有一个学习曲线。再多的启动前培训也无法完全消除对启动后支持的需求。这也是收集反馈并确定是否需要后续培训的时候。 ## **七、QA 测试和错误修复：上线前发现问题** 经过数周或数月的开发后，测试是发布前的最后一道防线。在此阶段，您的团队和代理机构会系统地验证新 Magento 商店的每个组件是否按预期工作。虽然电商服务机构将领导技术 QA 流程，但您的内部团队的参与对于测试实际用例、确保操作连续性以及识别开发环境中可能不明显的问题至关重要。 您可能还喜欢： [6 个常见的 Magento 升级问题](https://www.tmogroup.com.cn/wp-content/uploads/wp-mfa-exports/post/magento-migration-common-issue.md) 以及他们的解决方案 结构化的、多层的测试流程不仅有助于发现错误，还可以建立内部信心。 | **测试类型** | **测试内容** | **预期结果** | | --- | --- | --- | | 功能测试 | 验证核心商店功能，例如产品浏览、结帐、订单创建和管理操作。 | 所有关键功能在前端和后端均按预期运行，没有任何阻碍。 | | 性能测试 | 模拟流量以评估页面速度、服务器响应、缓存和负载处理。 | 站点在预期流量负载下保持快速和响应。 | | 安全测试 | 扫描系统漏洞，渗透测试 | 无严重安全漏洞，能抵御常见攻击 | | 兼容性测试 | 测试浏览器和设备兼容性 | 所有主流浏览器和设备正常工作 | | 数据迁移测试 | 验证迁移的产品、客户、订单等的完整性。 | 数据迁移准确无丢失、无错误。 | | 集成测试 | 测试 Magento 和连接系统（ERP、PIM、WMS、CRM、支付/运输提供商）之间的数据流。 | 系统准确、实时同步，不会出现数据不匹配或连接失败的情况。 | | 用户验收测试（UAT） | 内部团队测试真实的工作流程，例如下订单、编辑产品或管理退货。 | 用户可以顺利完成关键任务；工作流程符合预期。 | | 错误分类和修复验证 | 审查、分类并修复测试中报告的问题；重新测试修复。 | 所有严重错误均已解决；小错误已记录在案，并且不会阻止启动。 | | 搜索引擎优化测试 | 验证 301 重定向、元数据迁移、URL 结构、结构化数据和其他配置。 | 系统能正确备份和恢复，无数据丢没有损坏的链接，元数据完好无损，并且保留了搜索可见性。 | 服务机构将系统地执行此阶段，通常使用测试用例或脚本。在内部，您的职责是对日常运营进行压力测试并确保工作流程对符合您的业务需求。询问你的团队： - 我们可以下订单并履行订单吗？ - 产品过滤器在移动设备和桌面设备上能否正常工作？ - 客户支持可以轻松找到订单并发放退款吗？ 鼓励不同部门完成他们的共同任务有助于发现自动化测试可能遗漏的可用性问题。此时，所有第三方系统——ERP、PIM、WMS、CRM、支付提供商、运输平台——也应该集成。验证系统连接性可确保系统之间的数据流可靠且一致。考虑问问自己： - 订单是否正确推送至 ERP 以便履行？ - 库存是否从 PIM 正确更新？ - 税务、运输和付款确认处理是否正确？ 当然，错误会浮出水面——重要的是如何对它们进行分类。在签署合约之前，您和电商服务机构应就以下事项达成一致： - 哪些错误对于上线至关重要（阻止结帐、错误定价） - 哪些是次要的，但需要在启动前修复 - 可以推迟到发布后优化 请记住，每轮修复后，应重新进行测试以确认稳定性。 ## **八、部署和迁移后优化** 经过几个月的规划、构建和测试，终于到了推出新的 Magento 商店的时候了。但成功的上线不仅仅是按下开关的问题。部署必须得到密切协调、控制和监控，机构和内部团队必须在角色、时间安排和应急计划上保持一致。 在此阶段，需要实时监控商店，并开始根据真实用户数据进行优化。服务机构将牵头部署，但您的内部团队必须充分了解启动计划。应提前共享上线清单，包括： - 部署时间（通常是非高峰时间或夜间） - 数据冻结窗口以防止最终同步期间发生更改 - DNS 更改和缓存刷新 - 通信协议（谁值班，问题如何升级） - 回滚程序，以防出现问题 ### **启动后监控站点稳定性** 上线后的最初几个小时和几天至关重要。在此期间，您的机构应监控： - 站点正常运行时间和服务器响应时间 - 订单处理准确率 - 第三方集成同步 - 购物车和结帐性能 - 搜索和导航行为 在内部，您的团队应该测试实时站点上的关键用户流，确认订单数据正在流入您的系统，并标记任何差异或意外行为。 指定客户服务人员密切监控收到的工单，客户往往是第一个报告您可能无法发现的错误的人。 ### **内部和外部沟通** 一旦站点上线并稳定，应通知内部利益相关者新系统已投入运行。如果迁移代表着前端或用户体验的重大变化，请考虑准备面向客户的消息（例如横幅、电子邮件或常见问题解答）来解释新功能。 成功的发布不仅仅是技术层面的——这也是您的团队团结起来支持新平台的时刻。到此阶段，您应该已经准备了第 2 阶段的项目需求。现在是根据业务最需要的内容确定优先级并开始安排这些更新的时候了。 ## ****与TMO合作 确保 Magento 的顺利升级**** 通过制定详细的培训计划、合理分配资源和有效的变更管理，可以确保您的团队为Magento迁移升级的顺利进行做好准备。这将有助于减少升级过程中的风险和问题，真正实现系统功能和性能的优化，助力业绩提升，迎接更高效的电子商务运营。 TMO 作为 Adobe 认证的解决方案合作伙伴，提供专业的[Adobe Commerce (Magento) 实施服务](https://www.tmogroup.com.cn/adobe-commerce/)，拥有丰富的经验和专业的团队，致力于帮助企业顺利完成 Magento 迁移。我们了解每一个迁移项目的独特性，能够为您量身定制最优的解决方案。如果您对 Magento 迁移有任何疑问或需要进一步的咨询，请不要犹豫，立即[联系我们](https://www.tmogroup.com.cn/wp-content/uploads/wp-mfa-exports/page/contact.md)，开始从Magento 1到Magento 2的顺利过渡！