很好的問題。我們首先關心的是支持我們現有的客戶，因為他們中的許多人已經過渡到在家工作的情況，這可能非常具有挑戰性。我們在大約兩週前推出的新登陸頁面上圍繞這一點整合了大量資源。
我認為首先支持現有客戶的方法對於行銷團隊來說是非常不同的，但在我們面臨的不確定的經濟環境中，我認為這確實很重要。此外，作為一個不錯的獎勵，我們的潛在客戶也發現這些內容和資源非常有幫助。
我首先會問“我們的客戶在這 香港電報數據 場危機中遇到了哪些挑戰，我們如何提供幫助？”您的潛在客戶很可能會經歷相同的事情，而您將處於領先地位。
我如何說服我的經理允許整個團隊只圍繞一項指標？他們希望增加訪問量、電子郵件訂閱量、潛在客戶和銷售（等等）？
我建議將這些指標分為領先和落後類別。您需要一個領先指標，一個重要的指標。其餘的都是落後指標——需要追蹤的指標很重要，但這只是因為它們影響領先指標本身。透過這種方式，您的團隊就會明白，當您追蹤許多不同的數字時，它們都是為了支持和服務一個重要的指標。
《執行的 4 個規則》一書很好地打破了這個理論。
CoSchedule 行銷堆疊是什麼樣的？哪些工具和解決方案已到位並取得了成功？哪些因素沒有那麼有影響力，而且影響力下降了 10% 或更糟？
我們所有的策略規劃、工作流 如何將遊擊行銷與其他在地行銷策略結合？ 程和發布都在 CoSchedule 中進行，因此這是我們團隊大部分成員一天工作的地方。我們使用 Autopilot 來實現行銷自動化。 Kissmetrics、HotJar、 Keen.io和 Visual Website Optimizer 用於測量。 Slack、Google Docs、Google Analytics 也在其中。我可能在這裡忘記了一些，但我們總體上運行著一個相當精簡的堆疊。大多數時候，我們嘗試將重點放在執行上而不是工具上。
您與具有不同衝刺計劃（尤其是工程/產品）的其他團隊領導一起做了多少計劃？您如何最好地協調團隊協調？
是的，好問題！對於等待產品團隊最終推出產品的行銷團隊來說，這可能是個巨大的挫折感。
對於我們推出的許多功能， 我 廣告數據 們只是開始將產品發布與行銷發布分開。這意味著當前客戶將在行銷部門宣布新功能之前幾天就可以使用新功能。基本上，我們會盡可能地採用“軟啟動”，以便團隊保持專注。
如果我們絕對需要協調主要功能的發布日期，我們只是嘗試儘早設定日期。從那時起，真正需要依靠領導力來確保每個人都按時完成任務並從發布開始向後工作。這意味著我們可能會削減和削減我們的期望（縮小範圍），但除非所有團隊都同意，否則我們永遠不會錯過這個日期。
我承認，擔任執行長肯定會有所幫助！
肯定很難在範圍上做出讓步。我們嘗試做的一件事是確定衝刺中我們可能從第一天就開始削減的領域。這從第一天起就將期望保持在正確的位置。如果專案的其他領域出現範圍蔓延，它也為我們提供了迴旋餘地。
對於可以幫助團隊啟動敏捷工作流程的工具/資源/人員，您還有其他建議嗎？
我想到了兩個。在所有團隊成員加入 CoSchedule 的那天，我們就為他們提供了這本簡單的書《Scrum：令人驚嘆的簡短敏捷簡介》 。這是一個很好的參考指南。
我們也直接從我們的網站發布了免費的敏捷行銷指南。這相當以 CoSchedule 為中心，但其中應該有適合每個人的東西。