精益营销团队的 8 个敏捷流程策略

我们是热情的技术爱好者，我们远程工作，我们构建自己的应用程序（包括 Turbine，一款 HR 应用程序和 Fizz+Ginger，一款为 HubSpot 用户提供的技术 SEO 应用程序）。 我们为微软、赛门铁克、LinkedIn 和惠普等科技公司工作，我们有软件开发背景（我们的首席执行官经营一家电脑游戏公司十年）。

所以你会期望我们有更多的工程营销方法，即使我们大多数人都是“创意者”。 事实上，敏捷方法启发了我们的许多工作实践。

我们在这里分享它们是为了表明营销人员和技术创新者可以说同样的语言。 我们相信，您可以将营销作为一项精益、具有成本效益的活动来开展，并借鉴软件工程的敏捷最佳实践，使其高效运作。 我们是这样看的。

此内容最初作为我们的电子书“雄心勃勃的 B2B 公司的成本效益营销”（第 21 页）的一部分提供。 因此，如果您填写此表格，则可以选择下载 PDF 格式的原始材料：

1. 同行编辑

使用敏捷方法的程序员通常成对工作，要么一起编码，要么在两人之间来回翻转代码以进行同行评审。 这与通常的英雄程序员开夜车的形象相反，但它确实有效。 它提高了代码质量和生产力。

在 Articulate，我们为每项写作任务分配一个团队。 通常，一个人负责写作，另一个人负责编辑。 他们可能会来回几次。 通常，我们会在同一个活动中轮换不同的角色来完成不同的文案。 最近，我们还聘请了一位主编来保证我们的正确性。

2. 测试驱动营销

通过敏捷开发，您对代码所做的每项更改都会与自动化测试软件的更新相匹配，以确保更改不会破坏现有功能。

在营销中，尤其是在线营销中，几乎一切都是（并且应该）可测试的。 该页面的转化次数是否比该页面多？ 这个 CTA 更好吗？ 等等。 它让我们清楚地了解什么是最大化投资回报率的最佳选择。

但回归测试的想法也意味着今天有效的方法需要不断进行测试，以确保它明天仍然有效。

3. 没有仰卧起坐，没有倦怠

头脑敏捷的开发人员不会做仰卧起坐。 没有咖啡因和披萨驱动的通宵。 相反，他们围绕可管理但集中的每周 40 小时工作时间来计划工作。

营销人员也应该这样做，即使这意味着对匆忙的工作说“不”。 正如德克萨斯州所说，“你们缺乏计划并不构成我的紧急情况。” 毕竟，匆忙的工作往往是马虎的工作。

最好收集数据并根据您所学到的知识迭代修改您的计划。 我们认识到我们不可能始终做到这一点，但我们会努力做到这一点。

4. 用户故事，而不是规范

敏捷开发不涉及正式的方法、详细的规范或项目经理试图使自己免受客户反复无常的影响的任何其他方式。 （有关更多信息，请参阅《魔鬼营销词典》。）

相反，它要求客户和开发人员合作描述期望的结果。 格式简单、简短的用户故事 - 例如：“用户可以创建一个新帐户”或“作为 X，我因为受益 Z 而想要 Y”。 这些故事越具体越好。 营销人员可以采取类似的方法，指定输出（例如文章的风格或主题），而不是输入（例如撰写文章所需的小时数）。 （这就是我们所做的。Articulate 没有时间表！）与客户的合作是我们真正重视的事情 – 它会带来更好、更有价值的产出。

此外，我们的项目简报清单重点关注业务目标和受众（我们所说的“用户”），而不是详细的规范。

5.量化难度，不要估计持续时间

您可能会使用 Jira 或 ClickUp 等进行项目管理。 这些项目管理工具避开了通常的瀑布方法和时间表。 敏捷项目管理工具不是要求开发人员指定一个“故事”需要多长时间，而是询问它的复杂程度以及它相对于其他任务的重要性。

随着时间的推移，他们会跟踪您完成不同类型任务所需的时间，不久之后他们就可以预测您何时完成即将到来的不同任务。 例如，在 Articulate，我们在内容写作时倾向于使用字长作为复杂性的代表，并对特别技术性的文章提出一些警告。 我们用分数来估计工作量、时间、成本等。

6.“站着”会议

敏捷开发人员不再需要无休止的状态会议和电话会议，而是在一周（或一天）开始时召开“站立”会议来共享信息。 我们也这样做（实际上，我们远程工作）。 而且，顾名思义，如果人们站起来，他们往往不会说那么多！

7. 期待改变，而不是对抗它

大多数软件项目都涉及详细的规范，这些规范在开发开始后就已确定。 这种方法的问题在于，情况会发生变化，而且客户通常不知道什么对他们有用，直到他们在代码中看到它。

敏捷开发鼓励客户参与，并假设项目会随着时间的推移而改变。 通过将其分解为短冲刺（见下一点）和小而明确的项目符号，敏捷项目变得更加灵活。

一般来说，我们在 Articulate 采取这种方法，允许并期望客户即使经过多次修改也能提供反馈。 当然，反馈和重写可能会令人沮丧。 但期待它们，甚至拥抱它们，有助于我们为客户做得更好。 在合理范围内。

8. 短跑，而不是马拉松

敏捷开发的目标是尽早获得“最小可行产品”，并随着时间的推移进行小幅增量改进。 它避免了困扰前几代软件开发的史诗级项目和死亡行军。

营销项目应该是一样的：您的网站永远不会真正完成，但它不应该花费亿万年的时间来构建。 同样，您的渠道营销推广是一个持续的项目，而不是实习生的一次性任务。

与其他企业一样，营销机构不能自满，但创新是困难的。 向其他领域学习并将这些经验教训应用到我们自己的业务中是一种明智且具有成本效益的策略 - 我们发现它可以带来相当大的回报！

所以，营销团队，要振作起来。 您不必成为软件工程师或瑜伽大师才能保持敏捷。