2.1　探索環的意義

當很多企業設計開發新產品時，項目早期會采用“概念驗證”或“產品原型法”，收集潛在用戶的反饋，以降低產品方向產生錯誤的風險。一旦接受了這些概念驗證與產品原型后，企業就會啟動一個歷時較長的產品完整功能開發過程。而相對于最終產品，這些概念驗證與產品原型本身就是不完整的，因此總會有一些差異。

現在的市場變化很快，當花大量時間將產品功能全部開發完成后，產品常會因為潛在用戶對原型的理解偏差，或者用戶需求發生了變化，導致當初的設計不再適應市場需求。事實上，這反映了產品或服務開發過程中常見的風險假設。一是用戶假設，即我們提供的產品服務是針對某類潛在用戶人群的需求的假設；二是問題假設，即目標用戶群之所以有這種需求，是因為他們的確存在某些痛點（或問題）需要解決的假設；三是解決方案假設，即我們提供的解決方案可以解決這些痛點或問題，而且比其他現存的解決方案都有效且高效。

這3類假設中，任何一個假設不成立，都會導致我們事倍功半，甚至前功盡棄。因此，探索環的目標就是要持續識別和定義這些有價值的假設，選擇并驗證其中風險最高或最易驗證的價值假設，并借助價值驗證環得到數據反饋，以便深入理解用戶需求，把握業務前進方向。

例如，持續交付工具GoCD（一款面向軟件研發過程管理的產品）在其啟動之初，目標客戶就被定義為那些希望以敏捷開發方式交付軟件，并希望提升軟件交付速度與質量的中小軟件企業或團隊，直到現在也沒有變化。產品希望解決的主要問題仍舊是這些客戶在開發軟件過程中的集成與發布管理問題。然而，在2007年項目啟動時曾經規劃的近兩百個功能特性中，到目前為止，幾乎有一半的規劃特性被廢棄了。因為這些功能特性并不是解決中小軟件企業的軟件集成與發布管理問題的最佳解決方案。這也說明，在2007年時，該產品解決方案中的很多假設是不成立的。

該產品研發過程中實際上一直秉承“持續交付2.0”的理念，通過將大特性分解成多個小功能，持續快速發布（團隊每周使用自己的最新版本，并且每兩周對外部客戶發布一次），獲得真實用戶反饋，從而調整產品功能策略，為產品成功打下了基礎。

因此，在探索環中，我們就是要從業務問題出發，與團隊一起，共同找出這3類假設，通過分析評估，確認最大的風險點，并制訂相關的衡量指標，找出相應的最小可行的驗證方案。然后再借助驗證環的高速運轉，盡早獲得反饋，并根據衡量指標來驗證這些風險點。