在营销技术中说“不”的危险

我听过很多关于人们决定花一天时间对所有事情都说“是”的故事。

在营销技术和运营领域说“不”是非常危险的。 但是，让我明确指出，肯定有说“不”的时候和充分的理由。

然而，赢得梦想杀手或一号墙的名声是有实际后果的。 保持积极的关系很重要。

只要有强大的意志，必有一条路为你开

在我的职业生涯中，我见过利益相关者需要的场景，例如项目管理解决方案。 但是他们没有去找营销技术和运营人员，而是使用了像 Asana 或 Trello 这样的免费层级的工具。

有时他们使用工作电子邮件地址。 其他时候，他们使用个人电子邮件地址。 在某些情况下，他们无意中使用了个人电子邮件地址，因为这是他们当时登录的 Google 帐户。

我曾在许多其他类型的系统中看到过类似的情况——例如 Google Analytics。 然后，用户不可避免地会邀请团队成员和其他同事加入他们使用未经审查的系统。

重要的是要指出，在绝大多数情况下，这些煽动者并没有试图挫败 martech 和 MOps 团队的最佳意图。 他们也不会试图违反公司的 IT 安全政策或增加数据泄露的风险。

他们只是有需求，并找到了满足该需求的免费且简单的解决方案。 在许多情况下，他们可以有理由辩称所涉及的信息并不那么敏感。

他们可能有意避免监督，也可能没有。 有时他们的行为是出于无知，而其他时候，确实是为了避免官僚作风。

虽然我敢肯定并非所有此类事件都会曝光，但我已经看到许多事件引起了人们的注意。 当他们曝光时，营销技术和运营人员感到沮丧是可以理解的。

法律和 IT 安全团队感到震惊，通常会采取措施，例如阻止公司电子邮件地址与服务一起使用或阻止来自公司网络的服务。 不用说，戏剧随之而来。 乐趣。

让我们不要忘记所有这些时候，利益相关者找到了一个很好的解决方案，并在运维人员了解它之前就得到了高级管理人员的批准。

他们要么有需求并找到了解决方案，要么觉得将需求带给技术人员和运营人员会减慢他们帮助整个组织的速度。 在这种时候利用最尊重的解释原则很重要。

这种混乱可能出于多种原因而开始，但其中一个可能是煽动者被告知“不”或预期被告知“不”。 此外，有时事后忏悔比先征得同意更容易。 此外，作为一个披露，当人们也告诉我“不”时，我也不喜欢它。

深入挖掘：构建有用的营销技术堆栈的秘诀

当“是”不在卡​​片上时防止混乱

“是”肯定不是一个可行的答案的时候和原因。 这使得很难避免像我上面解释的那样的情况。 但是，一些策略可以提供帮助。

一个重要的目标是让利益相关者相信，作为营销技术和运营专家，我们的目标是帮助他人取得成功——而且经常这样做，而且效果惊人。

我们不会放慢速度来进行仔细和彻底的审议，就像权力旅行、破坏或只是为了好玩。

我们带来了更大的视角和对追求任何系统或计划所涉及的战术和杂草细节的理解。

我们可以通过遵循敏捷哲学的一些原则来传达这一点。

一个重要的原则是透明度。 如果我们可以提供积压工作和看板，利益相关者就可以了解我们盘子上的所有内容。

如果我们不说“不”，而是与利益相关者坐下来收集需求和用例，我们就可以解决一些将出现的挑战或问题。

例如，如果一个新系统需要与 CRM 很好地集成，我们可以与利益相关者合作，看看他们想要的解决方案是否能做到这一点。 如果不是，那么利益相关者应该更好地理解为什么答案最终可能是“否”。

敏捷哲学允许的另一个概念是迭代。 也许利益相关者有一个很大的要求，其他人可能还没有接受。

然而，通过迭代，最小可行产品 (MVP) 或设置可以揭示更大的要求是否值得追求。 这是概念验证可以发挥作用的时候。

此外，关于用户体验问题，多变量测试工具还可以提供一种简单的方法来尝试一些事情，而无需付出太多努力或承诺。

如果 MVP、概念验证或 A/B 测试产生糟糕或有问题的结果，那么希望利益相关者能更好地理解为什么他们的请求没有得到满足。

有时“让我们测试一下”是比“是”更好的答案，同时避免说“不”的危险。

深入挖掘：导航混乱的 Martech 市场的 3 个指针

更多人可以说“不”

对于 Martech 和 MOps 专业人士来说，了解如何处理此类请求至关重要，因为更多的人可能会扼杀一个想法。

正如我所提到的，法律和 IT 安全是 Martech 计划中的两个重要参与者。 其他参与者可能包括财务、客户、供应商、董事会、监管机构、合作伙伴、设备制造商——甚至客户。 这就是为什么培养积极的关系如此重要。

当我们通过收集需求和预先考虑众多问题来吸引利益相关者时，我们可以为市场营销以外的利益相关者不可避免的审查做好准备。

这有助于让利益相关者相信他们的技术和运营同事确实在关注他们。

避免“不”的陷阱

当一位同事开始使用未经审查的系统，或者被利益相关者措手不及获得高级管理人员对我们在批准和采购后了解到的解决方案的批准时，我们都遇到过这种情况。

虽然利益相关者对我们说“不”的恐惧是可以理解的，但这并不是此类事件的唯一原因，但它肯定会发挥作用。

我们不必对所有事情都说“是”来避免说“不”的危险。 然而，通过使用“让我们测试一下”或“也许”并让利益相关者参与到“否”的审议中，我们有望让他们了解更大的图景以及他们的愿望目前不可行的原因。

也许审议可能会揭示一个需要更少努力的更好的解决方案。 这样，他们就可以将我们视为致力于帮助他们取得成功的盟友。

获取营销技术！ 日常的。 自由。 在您的收件箱中。

订阅 加工...

见条款。

本文中表达的观点是客座作者的观点，不一定是 MarTech。 此处列出了工作人员作者。

将 MarTech 添加到您的 Google 新闻提要中。

---