B2B 商城配置
企业账户、企业内部基于角色的权限设置、带有定制价格的共享目录,以及根据批发客户真实采购方式配置的采购订单流程。
迪拜的企业通常会专门去迪拜雇用 Adobe Commerce 开发工程师,而不是找一位普通的 Magento 开发者,原因是项目需要一些免费版本本身不包含的能力:面向批发客户的企业账户、带有协商价格的共享目录、采购订单流程,或是由 Adobe 自身支持的托管云基础设施。Adobe Commerce 与 Magento Open Source 共享同一套核心代码库,但授权版本在此基础上增加了这些能力,从事该工作的开发者需要真正掌握这一实际差异,而不只是知道名称上的区别。
这种实际差异每天都会体现出来。企业层级结构和申购清单等 B2B 功能,只存在于 Adobe Commerce 中。托管和部署遵循 Adobe 自有的云基础设施模式,拥有独立的备份、补丁和环境管理流程。您的实例究竟运行传统的云基础设施版本,还是采用了自动更新、无头前端架构的新一代 Cloud Service 模式,会直接决定日常开发工作的实际样貌,因此在迪拜雇用 Adobe Commerce 开发工程师之前,这一点值得先确认清楚。
Adobe Commerce 开发工程师负责什么
这些是授权版本特有的交付内容,而不是通用的电商任务。
企业账户、企业内部基于角色的权限设置、带有定制价格的共享目录,以及根据批发客户真实采购方式配置的采购订单流程。
在 Adobe 的托管云基础设施中管理环境、部署流水线和配置,无论是准备发布还是排查线上问题。
为价格规则、结账逻辑或后台管理流程开发专门的功能,其结构要能经受住 Adobe 的发布周期,而不会被版本更新覆盖掉。
通过 Adobe Commerce 的 API 将商城与 ERP、支付服务商或仓储系统连接起来,而不是依赖人工导出数据。
将商城从 Magento Open Source 或其他平台迁移过来,从一开始就规划好 B2B 需求,而不是事后再补充。
针对目录规模和订单量进行索引、缓存和基础设施容量规划,这类规模是较小的开源方案从未支撑过的。
需要关注的技能
这些是针对授权版本的具体要求,不只是对 Magento 的一般了解。
| 技能或工具 | 合格的表现 | 为什么重要 |
|---|---|---|
| B2B 模块经验 | 真正配置过企业账户、共享目录或采购订单,而不仅仅是了解相关介绍 | B2B 功能是 Adobe Commerce 特有的,与开源版本的行为方式不同 |
| 云基础设施工作流程 | 熟悉您所使用版本对应的 Adobe 环境和部署模式 | 在托管基础设施上部署出错,可能影响正在运行的商城 |
| 当前受支持的版本 | 能够立即说出项目所用的 2.4.x 版本及其剩余支持期限 | 不受支持的版本会停止收到安全补丁 |
| 模块开发规范 | 将定制逻辑构建为规范模块,而不是直接修改核心文件 | 被修改的核心文件会在下一次平台更新时被覆盖 |
| 上线前测试 | 先在预发布环境测试改动,再应用到正在运行的商城 | 未经测试的结账或目录逻辑改动可能导致订单丢失 |
Adobe 官方的 B2B 指南详细说明了企业账户、共享目录、采购订单和申购清单的完整范围,值得与候选人一起逐项过一遍,看看他们实际接触过其中多少内容。
合作方式
对于已有持续目录、B2B 和功能需求的成熟 Adobe Commerce 商城,专属开发工程师是合适的选择,按月计费,由您自己的团队安排工作。对于范围明确的新建项目或迁移工作,交付时提供完整代码和访问权限,定义清晰的项目制合作更合适。招聘支持适合希望将这类专业能力永久纳入自身团队的企业,由我们负责撰写职位描述、初筛简历并组织技术评估。顾问咨询则适合更早期的决策阶段,即判断 Adobe Commerce 是否是您项目的正确版本,还是 Magento Open Source 就能以更低的持续成本满足同样的业务需求。
评估候选人
这些检查能区分真正具备 B2B 和云端经验的人选,与仅仅熟悉 Magento 的人选。
亲眼看到企业账户、共享目录和采购订单实际运行,比听对方描述功能更有说服力。
传统云基础设施版本与新一代 Cloud Service 模式差异足够大,因此近期且具体的经验很重要。
真实的回答会具体提到 Adobe Commerce 或 Magento 的开发规范。含糊的回答往往意味着实际操作经验有限。
哪些环节出过问题,他们在上线前发现了什么,如果原商城有 B2B 需求,这些需求又是如何延续过来的。
具体询问他们如何在托管云基础设施上分阶段部署并回滚改动,因为正在运行的商城承受不了长时间宕机。
认证证书
这是一套由 Adobe 自身运营、分为三个等级的结构化认证体系。
根据 Adobe 的认证体系概述,Adobe 在 Developer、Front End Developer 和 Business Practitioner 三个方向分别设有 Professional、Expert 和 Master 三个等级的认证。Professional 级别的证书表明候选人具备真实、即便还处于早期阶段的 Adobe Commerce 实操经验。
Adobe 通过自己的认证平台颁发数字徽章,可以直接查证,而不是仅凭简历上的一行文字采信,也值得询问候选人上一次续证是什么时候,因为认证会过期。
阿联酋相关考量
在 B2B 或不断增长的迪拜商城中,这两个方面经常会被提及。
联邦税务局(Federal Tax Authority)的电子发票(eInvoicing)计划,正在推动企业对企业发票转向结构化、机器可读的数据格式,而不再是 PDF 文件。对于使用 Adobe Commerce 的采购订单和企业账户功能服务批发客户的商城,应在设计结账和发票流程时就提前考虑这一点。
企业账户会为每个企业客户保存多位联系人的信息,因此第 45 号(2021 年)联邦法令关于个人数据保护的规定,适用于如何保护和获得这些数据的同意,而不仅仅适用于单个消费者账户。
Adobe Commerce 开发工程师属于我们 Adobe 与 Commerce 分类的一部分,隶属于更大的 迪拜开发者招聘 板块。如果您的项目使用的是免费的自托管版本,可以查看我们的 Magento 开发工程师 页面;如果是明确的版本升级或迁移工作,可以查看我们的 Magento 2 开发工程师 页面。如果您还没有决定使用哪个版本,我们的 Adobe Commerce 顾问 页面是更合适的起点;如果需要超出单一平台的更广泛商城搭建,我们的 电商解决方案 服务可能更简单直接。
直接解答
主要是为了 B2B 功能,例如企业账户、共享目录和采购订单流程,以及 Adobe 提供的托管云基础设施和支持服务。如果只是一家普通的消费者商店,没有这些需求,往往更适合使用免费的自托管版本。
这是一种较新的交付模式,会在沙箱评估期之后自动完成升级并应用安全补丁,而不是早期云基础设施版本所要求的手动备份、克隆和兼容性检查流程。请询问候选人您的实例实际使用哪种模式,因为日常工作方式会因此不同。
可以,这本身就是该角色的核心工作之一。企业账户、带有定制价格的共享目录、采购订单和申购清单,都是 Adobe Commerce 特有的功能,Magento Open Source 项目并不具备。
不一定。Adobe Commerce 也可以本地部署,不过目前大多数实施都使用 Adobe 的托管云基础设施。在确定托管、部署或支持职责的范围之前,请先确认具体采用哪种方案。
当前的 2.4.x 发行系列,因为较旧的系列会随时间失去支持,不再收到安全补丁。Adobe Commerce 开发工程师应能立即说出当前版本及其支持期限,而不需要临时查询。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。