动态邮件模板
使用 Marketing Cloud 自带脚本,按收件人个性化内容、图片和优惠信息的模板,效果远超简单的名字合并字段。
一旦营销团队的旅程和邮件需要超出 Marketing Cloud 自带拖拽工具表达能力的逻辑,就该考虑在迪拜聘请 Salesforce Marketing Cloud 工程师了。Marketing Cloud Engagement,这是它目前的完整名称,是 Salesforce 专门的营销自动化产品,围绕用于客户旅程的 Journey Builder、用于模板的 Content Builder 与 Email Studio,以及作为底层数据结构的数据扩展构建而成。
当项目需要超出简单合并字段的个性化效果、需要调用外部系统的旅程步骤,或需要真正反映您业务实际客户细分方式而非通用默认结构的数据扩展模型时,工程师的价值才真正体现出来。Marketing Cloud 在技术上与 Salesforce 的 CRM 云产品相互独立,尽管两者通常会连接在一起,因此 Marketing Cloud 工程师与负责 CRM 一侧的 Apex 工程师 是完全不同的技能。
本页接下来将介绍这类开发工作的具体内容、值得核查的技能,以及如何按照您实际运行的项目规模找到合适的 Salesforce Marketing Cloud 工程师。
Marketing Cloud 工程师能构建什么
具体的交付成果,而不是一份笼统的职位描述。
使用 Marketing Cloud 自带脚本,按收件人个性化内容、图片和优惠信息的模板,效果远超简单的名字合并字段。
Journey Builder 中调用外部系统或实现标准旅程活动无法单独表达的逻辑的步骤。
保存订阅者和交易数据的底层表结构,按您业务实际的细分和发送方式设计,而非通用默认布局。
将 Marketing Cloud 与网站、应用或 Salesforce 的 CRM 一侧连接起来,让客户事件自动触发正确的旅程。
当标准仪表盘无法回答具体问题时,直接从 Marketing Cloud 数据模型中拉取的自定义报表和数据视图。
让 Marketing Cloud 的数据扩展与业务其他系统保持同步的定时数据导入、导出和转换任务。
值得关注的技能
区分真正的构建者与略懂代码的营销人员的具体平台知识。
| 技能或工具 | 合格的表现 | 为何重要 |
|---|---|---|
| AMPscript 与服务端 JavaScript | 真正能熟练编写和调试两者,而不是照搬论坛代码却不理解其原理 | 正式发送中出错的脚本可能在无人察觉的情况下悄然失败,并触达每一位收件人 |
| 数据扩展建模 | 设计带有合理键的关系型数据扩展,而不是把所有内容塞进一张扁平表 | 建模不佳的数据扩展会随订阅者规模增长而变得缓慢且容易出错 |
| Journey Builder 逻辑 | 理解决策分支、等待活动和重复进入规则,而不只是知道如何把步骤拖到画布上 | 配置错误的重复进入规则可能让同一位客户反复收到同一段旅程 |
| API 与身份验证 | 熟悉 Marketing Cloud 的 REST 和 SOAP API 以及基于令牌的身份验证 | 大多数真实的集成工作首先取决于身份验证和速率限制是否配置正确 |
| 发送测试纪律 | 在正式发送上线前,用真实、杂乱的样本数据测试个性化逻辑 | 只用一条干净的样本记录测试,会掩盖真正破坏正式发送的边缘情况 |
Salesforce 自己通过 Trailhead 发布的 Marketing Cloud Engagement 认证,将管理技能与开发技能区分开来,这提醒我们:了解平台设置和知道如何在其中构建功能并不是一回事。当 Salesforce Marketing Cloud 工程师负责超出配置范围的工作时,请牢记这一区别。
与我们合作的方式
活动日程繁忙的营销团队通常会按月付费,长期留用一位 Marketing Cloud 工程师,这样模板和旅程请求就不会排在其他优先事项后面。一次性构建工作,例如旅程迁移或数据扩展重新设计,适合事先约定明确范围,并在完成时附上完整的变更说明和原因文档。如果您更希望培养自己内部的 Marketing Cloud 能力,我们可以负责搜寻候选人、初步筛选并设置技术测试,最终决定权留给您。而从上一家代理商或前任工程师那里接手 Marketing Cloud 环境的营销团队,往往最能从一次简短、独立的数据模型和发送实践审查中受益,之后再着手改动。
考察候选人
能区分真实构建经验与只是熟悉界面的问题。
询问它实现了什么个性化效果、为何选择这种方法,以及如何用真实、杂乱的数据测试它。
询问字段和键为何这样设计,以及该设计如何应对不断增长的订阅者名单。
询问自定义活动调用了什么系统、如果该外部系统响应缓慢或宕机会怎样,以及故障是如何处理的。
拥有真实生产经验的候选人会讲出一次具体的个性化漏洞或重复进入问题,以及最终是怎样解决的。
请对方解释 Marketing Cloud 集成是如何完成身份验证的,含糊的回答通常意味着实际集成经验有限。这是判断您面前是一位真正的 Salesforce Marketing Cloud 工程师,还是只用过拖拽工具的人,最快的方法之一。
认证
Salesforce 自身的认证能证明什么,以及如何核实它。
这是 Salesforce 通过 Trailhead 发布的、用于配置和管理 Marketing Cloud Engagement 平台本身的认证。我们自己的团队并不以持证自居,但若客户希望核实,候选人的这项认证可以写进候选人简介中。
认证证明的是对平台设置的熟悉程度,因此还应结合一段真实代码样本和候选人真正构建过的旅程走查一起评估,因为开发能力真正体现在这里。无论以哪种方式聘用 Salesforce Marketing Cloud 工程师,都应把认证当作提问的起点,而不是答案本身。
阿联酋相关考量
适用于平台存储客户联系数据的任何场景。
阿联酋 2021 年第 45 号联邦法令将同意确立为处理个人数据的默认依据,仅有少数例外情形,而营销发送正是处理这类数据的典型例子。应将同意字段直接构建进数据扩展本身,并在每一次旅程进入时加以核验,而不是依赖一份只导出过一次、从未重新核对的名单。
发给阿拉伯语受众的邮件或短信模板,需要使用真实的阿拉伯语内容进行构建和测试,包括在邮件客户端本身呈现从右到左的排版效果,而不仅仅是在 Marketing Cloud 编辑器中预览。服务于迪拜订阅者名单的 Salesforce Marketing Cloud 工程师应当将这项测试步骤作为标准流程。
浏览我们 Salesforce 类别下的其他角色,或查看完整的 迪拜招聘开发人员 板块。Salesforce 体系中 CRM 一侧是另一项独立技能,详见我们的 Salesforce Apex 工程师 页面;如果 Marketing Cloud 项目需要与在线商店对接,请查看我们的 Salesforce Commerce Cloud 工程师 角色。如果您的问题其实更多关乎营销策略而非开发本身,我们的 Salesforce 顾问 页面是更合适的起点。
直接解答
他们负责构建营销人员仅凭点选式工具无法完成的部分:使用 Marketing Cloud 自带脚本语言实现的个性化邮件模板、旅程中的自定义活动,以及结构清晰、能干净保存客户数据的数据扩展。普通的活动发送和简单旅程根本不需要工程师参与。
不是。Marketing Cloud,现称 Marketing Cloud Engagement,是与 Salesforce 的 Sales Cloud 和 Service Cloud 相互独立的产品,拥有自己的登录入口、脚本语言和数据模型,通过集成方式与 CRM 连接,而不是建立在同一底层架构上。
多数情况下,营销团队可以在 Journey Builder 和 Content Builder 中自行搭建简单的旅程和邮件。一旦需要动态个性化逻辑、调用外部系统的自定义活动,或标准工具无法表达的数据扩展结构,就需要工程师介入。
这是 Marketing Cloud 自带的脚本语言,用于个性化邮件、落地页和短信内容,此外还可以选择使用服务端 JavaScript 处理更复杂的逻辑。Marketing Cloud 工程师应当真正熟悉您现有模板所使用的其中一种语言。
工程师可以构建结构正确、基于许可的发送流程和干净的数据扩展,这确实是送达率良好的一部分,但发件信誉同时还取决于名单质量、发送节奏和域名验证等超出纯开发工作范围的因素。请明确说明您要委托的是问题的哪一部分。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。