遵循創新生命週期

已完成

Tailwind Traders 對於影響許多其他組織的創新也有所疑問:

  • 如何提高變動率而不影響執行中的業務?
  • 我們如何決定要在哪方面創新,以及要實作哪些變更,以最大化那些創新的商業報酬?

這兩個問題的答案是:Tailwind Traders 需要將改變納入其組織文化中。 規避改變的組織通常會因變更而發生中斷,其原因之一就是那些變動太大且影響深遠。 這些變動很難在受控制和實際的環境中進行測試。

如果能建立起頻繁引進變動的流程,則那些變動的規模和風險都會比較小。 然而,此流程不僅僅是牽涉到採用特定的工具或技術。 其需要能促進變動並接受失敗的文化特性。

接受失敗的概念似乎違反直覺,但對創新週期而言至關重要。 如果人們會因為犯錯而遭到眾人責怪,那麼,人們對於失敗的恐懼可能會使他們不願找出解決問題的新方法。 然後,整個組織就會困在既定的實務做法中。

可以建立「具速錯機制」的文化,人們可以藉由這種文化來嘗試新的方法。 如果人們沒有獲得預期的結果,則能快速變更方向,協助他們建立更豐富的創新文化。

以假設為基礎的創新

您可以將創新說成是以假設為基礎的反覆週期。 當您找出問題所在時,可以制定一或多個假設,來解釋可能的根本原因並找出解決方案。 問題本身的定義可能是一項挑戰,因為這必須是能夠衡量的。

例如,「客戶對我們的付款平台選擇不滿意」的問題定義無法衡量,因此將難以解決問題。 如果您可以將問題定義為「23% 的客戶在選擇付款平台時離開其購物工作階段」,您就可以更妥善地衡量任何可能解決方案的成功率。

以可衡量的方式定義問題之後,您便能制定可說明並解決問題的可能假設。 例如,Tailwind Traders 的假設可能會描述為:「將 ContosoPay 新增至我們支援的付款平台,付款頁面的客戶流失將會從 23% 降到 10%」。現在已經有了概念,要驗證其有效性的方式就是採取行動。

假設應著重在為客戶增加價值,及改善其與組織互動的體驗。 這通常稱為「客戶同理」:將您的客戶放在創新的中心,並專注於為客戶和自身增加價值。

有許多方式可驗證假設,無須動用到應用程式的程式碼。 客戶問卷和市場研究是能提供有價值資訊的兩個例子,可協助您確認假設的有效性。 檢查這些來源可讓您限定假設,盡可能以最高的精確度建立假設,並提升商業價值。

組建

假設在您的應用程式中建立了足夠的值後,則會啟動建置流程。 同樣地,速度很重要。

您的開發短期衝刺應該越短越好。 讓這些短期衝刺盡量保持簡短,才能快速驗證或拒絕假設。 其也有可能讓您以微調的方式整合至應用程式中的所需功能。 其結果便是更快速的創新週期。

量值

您想儘快驗證假設的精確度。 最小可行產品 (MVP) 是新功能的初步版本,可收集意見反應並協助確認您是否往正確方向前進。

MVP 的目標不只是要驗證您的假說,亦包括您可能已進行的任何假設。 例如,如果 23% 的 Tailwind Traders 客戶在 [付款] 頁面上離開購買流程,假說認為原因在於該公司並未提供足夠的付款平台。 不過,原因可能不同。 MVP 應設計來確認或否決這些預設和假設。

了解

學習階段類似於流程的開始階段。 在深入了解您的假設與假說之後,您可能會發現其正確、部分正確或錯誤。 有成長思維和足夠的謙卑接受失敗,將可讓您:

  • 在需要繼續開發 MVP 時快速轉換跑道。
  • 將努力重新專注在其他領域,並制定替代假說。

請務必了解,即使您的假設與假說有誤,此流程還是可以讓您更了解客戶和您的業務。 請別認為這是浪費時間。 重點在於儘快取得該知識,並將其套用至未來的假說。 這個概念就是具速錯機制 (Fail-fast) 的文化特性之核心。

下一步

雲端採用架構的創新總覽是開始探索如何創新的最佳起點。