Martech与营销商/开发人员的关系：为什么可以进行协作

列侬和麦卡尼，盖茨和艾伦，沃森和克里克。 历史充斥着奇妙的伙伴关系。 不幸的是，如果您相信有关营销行业的一些论述，那么此列表将永远不会包含“营销和开发人员”的动态二重奏。 显然，这两个专业的观点，文化和目标相差太大，无法很好地合作。 最近，我读到了由于开发人员和营销人员之间的“控制权之争”，无头CMS的采用显然受到抑制的情况。 据称，无头的CMS使开发人员更好了，但牺牲了营销人员。 本文的结论是，如果要使用敏捷CMS，则不能使用无头CMS。 阅读的内容越多，您就会越了解到martech的许多弊病归结为这两支团队之间的敌意。 当然，我们都知道那是严重的夸大。 没有巨大的全球竞争。 确实，我创建StoryStork的目的是开发一种解决方案，以使营销人员和开发人员可以一起协作。 这就是为什么我知道在使用敏捷CMS或采用任何特定技术之间不需要折衷的原因。 实际上，无头CMS在敏捷功能的支持下效果最佳。 问题的根源是遗留的系统，流程和策略之一，这些系统，流程和策略造成了孤立的营销部门和过时的思维。 市场部门通常会遭受与其他业务孤立的困扰。 内容被创建，并在正确的渠道上推出，对其影响进行了分析，并获得了用于改进方法的知识。 营销渠道所有者可以根据自己的目的创建和编排自己的内容。 通常，与更广泛的业务共享的唯一见解是特定广告系列的影响。 这个筒仓也是一条双向路。 在许多情况下，更广泛的企业使用完全不同的技术平台，这些技术平台没有集成到市场营销部门中，知识和内容只是临时共享的，而市场营销人员对其他部门正在做什么的了解却很少。 拥有孤立的营销部门会带来很多问题。 通常存在内容重复，单点故障（例如在网站管理中）的创建，数据分隔和缺乏透明度的情况。 这就增加了不必要的支出，效率低下，而且，没能充分利用新的martech。 营销与更广泛的业务之间的沟通不畅也可能是文化问题的根源，这种文化问题延续了“营销与开发者”的神话。 在管理新技术时很容易看到这种情况。 如果您有一个结构上孤立的营销部门，其目标，目标和工作实践与其他业务功能（例如开发）相混淆，那么自然会产生摩擦。 开发人员不会理解市场营销人员要求他们做的很多事情的“原因”。 营销人员也不会欣赏他们对开发者的请求所涉及的“方式”。 关于所有权，瓶颈和千差万别的优先级，可能会有疑问。 结果是该技术解决方案无法高效运行，或者由于缺乏跨部门技能而无法充分利用其完整功能。 那么这个问题的答案是什么？ 嗯，正如我们已经讨论过的，有一种流派认为，任何需要在营销与开发之间进行高度协作的技术注定会失败，因此企业应不惜一切代价避免使用它。 这不仅是一种失败主义者的态度，而且也不能解决我概述的其他问题。 无论是创建，编辑和管理内容，还是建立可扩展的，快速执行的体验，技术都需要为每个团队服务。 因此，唯一真正的答案是拆除筒仓壁。 这意味着要进行基于文化，结构和技能的变革。 市场部门内部的技术使用决策必须与更广泛的业务共享，尤其是数据，开发和IT团队，反之亦然。 需要集成知识和数据，以使信息共享不依赖于会议，电子邮件和Excel电子表格。 这也意味着要采用统一一致的数据治理方法，以使信息在整个企业中都可以访问和使用。 理想情况下，市场营销部门应发展为真正的多学科职能部门。 数据科学家，架构师，开发人员和IT专家都与各种营销专家携手合作。 这不仅意味着让他们坐在办公室的同一部分并参加相同的会议，还意味着培训或雇用他们以便共享技能。 营销人员获得了有关数据科学和IT问题的工作知识，并且这些专家了解了不同营销人员的工作方式。 结果是，内部人员可以更好地理解企业不同职能的需求，期望和目标。 简而言之，如果您想避免营销人员和开发人员之间的“控制权之争”，请确保他们都在同一个团队中竞争。 就像任何伟大的伙伴关系一样，个体变得大于其各个部分的总和。 阅读另一种观点：忘却无脑：为什么敏捷CMS为市场营销团队交付商品摄影：Josh Hild在Unsplash上​​有兴趣听取全球领先品牌亲自面对这样的话题进行讨论吗？ 查找有关欧洲，伦敦，北美和新加坡的数字营销世界论坛（#DMWF）的更多信息。

Source link