店铺前端 cartridge
叠加在基础参考店铺前端之上的自定义代码,用于改变结账流程、价格展示或某个页面的具体行为,而不直接编辑 Salesforce 自身的代码。
已经采用 B2C Commerce(Salesforce 自己的电商平台)的企业,需要在迪拜聘请 Commerce Cloud 开发工程师,而不是一位通用网页开发工程师,因为这个平台的定制模式和结账逻辑,与典型的在线商店搭建并不相似。Commerce Cloud 在拥有庞大商品目录、繁重促销活动、多区域店铺前端,或高峰促销流量的场景中最能发挥价值,这些是更简单的电商平台难以承受的压力。
定制店铺前端的传统方式是通过 cartridge,也就是层层叠加在 Salesforce 基础参考店铺前端(称为 SFRA)之上的服务器端代码和模板。较新的搭建方式则越来越多地把购物者所见的店铺前端完全独立出来,单独托管,只通过 API 与商务引擎通信,Salesforce 称这种方式为无头或可组合店铺前端。如今在迪拜从事 Commerce Cloud 工作的开发工程师,需要清楚您的项目属于这两者中的哪一种,因为两者的日常工作看起来相当不同。
本页其余部分涵盖这项工作实际包含什么、值得核实的技能,以及如何按照您商店实际需要的形态,在迪拜聘请 Salesforce Commerce Cloud 开发工程师。
Commerce Cloud 开发工程师搭建什么
具体的交付成果,而不是泛泛的职位描述。
叠加在基础参考店铺前端之上的自定义代码,用于改变结账流程、价格展示或某个页面的具体行为,而不直接编辑 Salesforce 自身的代码。
关于商品如何在分类、促销和搜索中组织、定价和展示的配置与脚本。
使用 Salesforce 的拖放式页面工具搭建的营销和落地页面,在拖放工具力有不逮时以自定义组件扩展。
一个单独托管、用 JavaScript 搭建的店铺前端,为每一次商品、购物车和结账操作调用 Salesforce 的 Commerce API,适合希望对自己前端拥有更多掌控的商店。
通过其公开的 API,把 Commerce Cloud 与支付服务商、税务引擎、订单管理系统或阿联酋物流合作伙伴连接起来。
修复缓慢的商品列表页面或结账步骤,在企业级目录上,这往往是缓存或查询问题,而不是设计问题。
值得关注的技能
通用电商背景无法涵盖的特定平台知识。
| 技能或工具 | 良好水平的表现 | 为什么重要 |
|---|---|---|
| SFRA 与 cartridge 结构 | 理解基础 cartridge、插件 cartridge,以及自定义 cartridge 如何在不直接编辑基础层的情况下叠加其上 | 直接编辑基础 cartridge,会让日后的平台升级变得困难得多 |
| Business Manager 配置 | 能自如地在 Salesforce 的管理控制台中完成站点、目录和促销设置,而不只是在代码中操作 | 有些设置确实应该放在配置中,而不是脚本里 |
| Commerce API 熟练度 | 曾直接基于 Salesforce 的 Commerce API 搭建过无头店铺前端或集成 | 较新的店铺前端搭建完全依赖这个 API,而不是服务器渲染页面 |
| 性能意识 | 了解平台上缓存、索引和搜索的工作原理,以及一个缓慢页面实际卡在哪里 | 庞大的商品目录会暴露出小型商店永远不会遇到的性能问题 |
| 测试与发布纪律 | 在沙盒实例上测试改动后再正式发布,并制定清晰的回滚方案 | 电商店铺前端承受不起未经测试的改动直接冲击正式结账流程 |
在确定范围阶段,一个有用的问题是询问最近的工作是基于经典的 cartridge 方式,还是 Salesforce 在其 B2C Commerce Developer 凭证页面 上记录的较新可组合店铺前端模型,因为这两者都是有效路径,取决于企业希望对自己的店铺前端拥有多大掌控。无论候选人走的是哪条路径,这才是在迪拜聘请 Salesforce Commerce Cloud 开发工程师时真正应该关注的信号,而不是简历上的年限。
与我们合作的方式
专职开发工程师适合一个正在运营、拥有持续促销、季节性搭建和目录变更项目要管理的商店。限定范围的项目适合一项明确的工作,例如一个新的店铺前端主题、一次无头迁移或一项具体集成,依据书面范围交付,并完整移交代码和配置。招聘支持适合希望直接聘用一位 Commerce Cloud 开发工程师、并长期留在编制内的企业,由我们负责职位描述、寻访和技术评估。咨询服务适合已经上线该平台、希望在下一次发布前对其 cartridge 结构或性能进行独立评审的企业。
评估候选人
能把真实平台经验与一份泛泛电商简历区分开来的问题。
一个能明确说出经典 cartridge 方式或无头可组合模型、并解释该项目为何这样选择的回答,是一个良好的早期信号。
询问它叠加了什么、为什么没有直接写进基础 cartridge,以及在后续一次平台升级中是如何存活下来的。
一次季节性促销或活动上线,会暴露出一个平静商店永远不会遇到的性能和缓存问题,一个真实的回答会讲得很具体。
共享屏幕让对方完成一个简单的目录或促销任务,观察对方是选择配置,还是不必要地转向代码。
有真实经验的候选人会描述一次沙盒测试、分阶段上线和回滚方案,而不是直接改动正式站点。对于打算在迪拜为一个正在运营的商店聘请 Salesforce Commerce Cloud 开发工程师的企业,这一步能了解到最多信息。
认证
Salesforce 自身的 B2C Commerce 凭证证明了什么,以及如何核实。
Salesforce 通过 Trailhead 专门为拥有真实 B2C Commerce 搭建经验的开发工程师提供这项凭证。我们不会为自己的团队声称持有这项凭证,但在为一个 Commerce Cloud 职位筛选候选人时,可以将其列为要求。
请候选人带您一起看一个他们搭建过的正式店铺前端,包括至少一个确实很难解决的问题,因为一张证书本身无法说明一个人在截止日期压力下如何处理一个混乱的真实项目。
阿联酋相关要点
在真实的迪拜店铺前端搭建项目中会出现的两个方面。
《2021 年第 45 号联邦法令》,即阿联酋关于个人数据保护的联邦法律,要求结账时收集的客户数据(从姓名到配送地址)都要得到妥善保护,并在有限例外之外经同意后处理。请尽早与负责配置结账和营销同意的人提出这一点。
面向阿拉伯语购物者的店铺前端,需要真正用阿拉伯语和从右到左布局测试其目录、结账和 Page Designer 内容,而不能只在管理控制台里翻译一下,就想当然地认为渲染会正确。任何在迪拜店铺前端上工作的 Salesforce Commerce Cloud 开发工程师,都应把这种测试当作搭建的一部分,而不是事后补做的工作。
本页属于我们的 Salesforce 类别,是更大范围的 迪拜招聘开发人员 板块的一部分。如果您的商店尚未专门确定使用 Commerce Cloud,我们更广泛的 电商解决方案 服务是一个更开放的起点;对于 Salesforce 资产中的 CRM 一侧,而不是店铺前端,我们的 Salesforce Apex 开发工程师 和 Salesforce Lightning 开发工程师 页面分别做了说明。正在权衡平台选择的企业,也可能发现我们的 Adobe Commerce 开发工程师 类别有助于做对比。
直接解答
它是 Salesforce 专门的电商平台,官方名称为 B2C Commerce,为拥有庞大商品目录、促销活动和结账逻辑的在线商店而设计,这些在较简单的平台上往往难以承受规模压力。它与 Salesforce 的 CRM 云产品是独立的产品,拥有各自的开发工具和认证体系。
不是。B2C Commerce 是一个企业级平台,拥有自己的脚本环境、基于 cartridge 的定制机制,对于较新的搭建方式,还有一个独立的无头店铺前端层,因此这些技能并不能直接从典型的 WooCommerce 或 Shopify 搭建经验中迁移过来。如果您的商店不需要这种规模,通常更实际的选择是一个更简单的平台,我们会在确定范围阶段坦诚地这样建议。
如果您的企业已经运行在 B2C Commerce 上,或已决定迁移到该平台,您需要的是一位真正具备 B2C Commerce 经验的开发工程师,因为它的 cartridge 结构和 API 与典型的网页技术栈并不相同。对于尚未确定平台的全新商店,我们更广泛的电商解决方案服务是更好的起点。
一种搭建方式,购物者所见的店铺前端与 B2C Commerce 引擎本身分开搭建和托管,完全通过 Salesforce 的 Commerce API 与其通信。它能让您对店铺前端的设计和性能拥有更多掌控,代价是需要搭建和维护更多可移动部件。
有时可以,但请把它当作一项需要单独确认、而不是默认具备的技能来看待。B2C Commerce 和 Salesforce 的 CRM 云产品出自同一厂商,却不共享同一套代码库,因此一位出色的 Commerce Cloud 开发工程师,未必自然而然就是一位出色的 Apex 或 Lightning 开发工程师,反之亦然。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。