發布日。 任何新企業中最令人興奮的部分。 完成所有艱苦工作的那一天。

定義了範圍並確定了產品路線圖的優先級。 開發團隊正在全力以赴，市場營銷也正緊鑼密鼓地進行著。 從助理管理員到利益相關者的每個人都相信該計劃。 對於您來說，作為一名產品經理，這是您的重要時刻：一個沉浸在您的榮耀中的機會。

但隨後解放發生了……什麼也沒有。 沒有新客戶的湧入，沒有新的線索，也沒有社交媒體上的病毒式反應。 沒有什麼。

您花了幾個月時間採訪的客戶不再對您的產品感興趣。 數字不會說謊：您的渠道失敗了。 現實並不如預期。 整件事是失敗的。

根據我作為 Setapp 產品經理的經驗，第一個版本永遠不會按計劃進行。 總會出問題。 原因？ 我稱之為“計劃陷阱”。

您沒有專注於實現目標，而是陷入第一個計劃並確保每個人都遵循以推動交付。 問題是第一個計劃很少是正確的。 正如歐內斯特·海明威所說：“任何東西的初稿都是垃圾。”

如果計劃從一開始就很薄弱，那麼您開發的產品將無法很好地滿足客戶的需求，導致失敗，從長遠來看，這將使您的公司付出更多的代價。

作為一名產品經理，我的工作是實現目標並確保團隊齊心協力完成同樣的目標。 因為產品管理不僅僅是交付功能，它還與實現既定目標有關。 並作為一個團隊來做。

在 MacPaw，我們已經能夠將團隊的思維方式更多地轉向創新和實現業務目標； 在不完全忽視交付的情況下，最大限度地減少可能代價高昂的重新設計。 我們通過引入設計衝刺實現了這一點。

設計衝刺是 Google Ventures 提供的框架，可幫助公司快速實現目標並增加學習。 該過程促進創新、以用戶為中心的思維，並以共同的願景團結團隊。

通過在您自己的組織中實施設計衝刺，您將能夠：

• 將您團隊的關注點從“我們做什麼”轉移到“我們想要實現什麼以及實現目標的最快方法是什麼”。
• 發現處理不確定性更容易。 你不是擁有所有答案的人，但你確實知道需要解決哪些問題。
• 在以交付為中心的環境中找到創新和創造力的地方

在 MacPaw，我們總是在每個月的第二個星期五學習新知識，從事最喜歡的項目，並解決真正的產品挑戰。

不過最近，我們把其中一個星期五變成了一個名為“Setapp Labs Day”的設計衝刺。

現在 Google Ventures 框架的問題是設計衝刺被設計為運行五天。 我們只有一個。 因此，我們修改了框架以適應它，使我們能夠在不影響整個工作週的情況下繼續從流程中獲益。

設計衝刺期望

在實施設計衝刺時，我們希望從流程中擺脫一些事情：

• 我們希望團隊重新關注那些遙不可及但對產品成功至關重要的問題。
• 最近，我們進行了一些組織調整。 設計衝刺使我們能夠創建跨職能團隊，匯集來自不同職能部門的不同思想來研究解決方案。
• 我們希望團隊能夠更貼近我們的客戶。 在 Setapp Labs 之前，只有與產品團隊有直接聯繫的人才能看到付費的人。

將您自己的設計衝刺放在一起時，重要的是在實施之前定義您希望從流程中獲得什麼。

創造合適的環境

我們很早就明白，如果我們希望團隊提出新的創新想法，就必須創造合適的環境。

這是通過引入以下五個規則來完成的：

1. 今天只是一個有趣的問題。 我們相信，只有一次專注於一件事，您才能高效。 雖然時間有限，但多任務處理會影響性能，因此我們著手避免它。
2. 每個問題的團隊應盡可能多樣化。 理想情況下，我們希望我們的團隊成員與他們以前從未共事過的人一起工作。
3. 時間表必須很艱難，原型也必須很艱難。 沒有時間編碼。 沒有時間設計。
4. 客戶必須參與。 我們希望我們的團隊合作解決現實生活中的客戶問題。
5. 在一天結束時進行演示。 每個團隊都必須展示他們的作品，無論它多麼先進或精美。 成功秘訣

為了充分利用有限的時間，我們努力確保設計衝刺從一開始就是一個真正的協作過程：

• 我們要求團隊分享他們認為對 Setapp 的成功至關重要的問題，條件是：他們解決了當前未積壓的問題。
• 問題被評估，用數據分析，並縮小到三個列表。 然後由產品團隊將這些發布給團隊。
• 其他產品的人受邀參加這一天，帶來新鮮的視角和新的想法。
• 要求參與者選擇他們想要解決的問題。 沒有壓力，他們覺得重要
• 邀請來自世界各地的客戶通過 Skype 參加這一天。
• 與客戶的面談被認為是一天中必不可少的部分。

Setapp Labs 的一天是什麼樣的

正如您可能想像的那樣，調整一個五天的流程以適應典型的工作日並不容易，而且設計衝刺時間表沒有時間拖延。

• 上午 10:30與會者來到辦公室。 享受一些急需的早晨咖啡，並做最後一刻的準備。
• 上午11點發起談話。 發出提醒並澄清當天的情況。 團隊合作開始
• 13:00當天通過 Skype 介紹第一批客戶。 團隊與他們一起測試原型。
• 下午 2:00Setapp Labs Day Status Meeting. 團隊聚在一起分享擔憂和挑戰。 這是團隊合作再次開始之前的快速討論。
• 4:00 PM。第二組客戶通過Skype進入。 團隊再次測試他們的想法
• 下午 5:30演示時間。 團隊分享經驗、新想法並展示原型

結果

Setapp 實驗室日過去是，現在仍然是成功的。 首次設計衝刺的結果是：

• 兩個大膽的產品創意增加了積壓
• 修改了客戶溝通的語氣，並為交易電子郵件引入了新的外觀和感覺。
• 團隊士氣高漲！ “我們為什麼不每天都這樣工作呢？” 是參與者的共同主題
• 創建了一個“體驗團隊”來測試產品中的核心體驗之一。 該團隊是一小群跨職能專業人士，有權維護在 Setapp 實驗室日期間獲得的經驗。

我們學到了什麼

在 Setapp 實驗室日期間沒有學到任何開創性的東西； 然而，這一天清楚地提醒人們目標的重要性以及協作如何成為推動積極成果的關鍵。

我們從設計衝刺中刪除了一些東西：

• 為確保您的團隊以最佳方式投入精力，他們必須清楚優先事項是什麼。 告訴他們要解決什麼問題
• 產品管理不是你的全部責任。 不要告訴團隊如何做事，專注於解決問題。
• 過程和時間表很重要。 拋光太貴了。 宣傳問題，而不是解決方案
• 交流結果。 告訴團隊成員他們的想法發生了什麼。 不要相信他們會審查 Confluence 頁面。
• 如何構建事物的過程與構建什麼一樣重要。 試驗一下。

設計衝刺幫助我們比以往更快地創建更好的解決方案。 被最重要的人使用、重視和推廣的解決方案：客戶。 使用我們的經驗作為催化劑來創建您自己的“實驗室日”並建立更成功的業務。