精益營銷團隊的 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. 短跑，而不是馬拉松

敏捷開發的目標是儘早獲得“最小可行產品”，並隨著時間的推移進行小幅增量改進。 它避免了困擾前幾代軟件開發的史詩級項目和死亡行軍。

營銷項目應該是一樣的：您的網站永遠不會真正完成，但它不應該花費億萬年的時間來構建。 同樣，您的渠道營銷推廣是一個持續的項目，而不是實習生的一次性任務。

與其他企業一樣，營銷機構不能自滿，但創新是困難的。 向其他領域學習並將這些經驗教訓應用到我們自己的業務中是一種明智且具有成本效益的策略 - 我們發現它可以帶來相當大的回報！

所以，營銷團隊，要振作起來。 您不必成為軟件工程師或瑜伽大師才能保持敏捷。