Spotify 是一家來自瑞典的音樂流媒體公司，被稱爲“百億美元獨角獸”。它獨特的組織架構和工程文化使它在十年的發展歷程中超越蘋果音樂，成爲了音樂流媒體領域的霸主。
Spotify 產品開發的核心理念主要有三點： 創造革命性的產品，通過早期低成本的原型設計來控制產品風險。 品質不過關決不發佈產品，即便是落後於既定的發佈日期。 通過產品發佈後持續地調整優化，來確保產品從發佈時就表現優異，直至最後得到驚豔的產品。 從產品創意的產生到形成產品會經歷思考、構建、發佈、調整這 4 個階段。而在產品開發過程中，最大的風險就是構建一個錯誤的產品。而控制風險的辦法就是從產品形成的四個階段入手： 思考階段：以較低的成本，大幅度降低產品風險。 構建階段：運作成本高，幾乎無法降低產品風險，所以要儘量縮短。 發佈階段：隨着產品的發佈和客戶使用，產品風險持續降低。 調整階段：隨着時間的推移，產品逐漸完善，運作成本持續下降，小隊們可以開始逐漸去做其他事情。 下面具體分析每個階段的工作流程及內容。 一、思考階段 這個階段的目標是拿出一個足夠吸引人的故事性描述和能夠傳達它的可運行原型。首先要組建一個思考小隊，根據目標寫故事描述並定義指標，然後構建原型，討論確認是否值得構建 MVP，即最小可行性產品。如果管理者和小隊成員都認同這個產品值得構建，就將進入下一階段。 爲什麼要寫故事描述呢？這是一個簡短的文檔，用來回答以下 4 個問題： 爲什麼要開發這個產品？誰能從中受益？如何受益？ 期望這個產品提升哪些關鍵指標？比如會增加多少用戶等等。 預期是怎樣的？如何判斷這個產品是否成功？ 是否會令產品“再上一個臺階”？即期望這個產品在既定指標上能帶來至少雙倍的提升。如果只是在度量指標上略有提升，最好重新想一個更強有力的理由。 故事描述不是所謂的產品願景規劃，因爲它不包括特性清單、預算、資源計劃。更像是一個用數據說話的意願陳述。重要的部分就是故事，要講一個生動的、能吸引人的故事。 寫好故事描述，就可以構建原型了。小隊會構建許多不同的原型來傳遞產品在感官上的體驗，比如“低保真”的紙面原型、“高保真”的可運行的原型等，並進行篩選。只有當小隊能拿出一個足夠吸引人的故事性描述和能夠傳達出它的可運行原型時，才值得去構建產品。 二、構建階段 目標是構建出能夠向真實用戶充分傳達產品理念的 MVP。首先，要基於思考小隊擴建一個構建小隊，用來構建和內部發布 MVP，並確認 MVP 是否足夠好。這個過程要儘量快，同時還要保證代碼質量。 當管理者和小隊成員共同認爲目前這個 MVP 已經實現了基本的故事描述，並且已經足夠好，可以開始向真實用戶發佈了，就可以進入下一階段了。 三、發佈階段 在這個階段，目標是逐漸將產品擴散到所有用戶，同時對產品進行度量和分析，確保產品在真實環境下，也能夠達成它的設計初衷。 首先在小範圍發佈產品，進行 A/B 測試，然後對產品進行度量和分析、迭代提升，最後根據小範圍用戶對產品的使用反饋選擇逐步擴散到所有用戶，或者拋棄產品。 如果產品擴散到所有用戶，發佈階段的目標就算達成。不過，這並不意味着產品已經“功能齊全”了，完成發佈階段只是意味着產品（MVP+ 必要的改進）已經被 100% 鋪開而已。確切地說，不存在“功能齊全”的說法，因爲產品即使在發佈階段之後還會繼續優化。 四、調整階段 小隊將對產品不斷地進行持續優化、A/B 測試、度量和分析。直到有一天，所有重要的改進都已經完成，新的改進已經無法帶來吸引人的收益，指標數據也很難有進一步的提升，就代表產品已經趨近於“極致”了。這時候，小隊會逐漸轉向新的工作或者重構下一代產品，回到思考階段。
一、如何管理小隊的自主性 Spotify 整個研發組織由多個稱爲“部落”的單元組成，每個部落中包括多個“小隊”。小隊類似於一個高度自治的、迷你的“創業公司”，自組織管理自己的工作。這些小隊既要保持自主性，又要兼顧公司在產品上的整體一致性。 Spotify 認爲：一致性和自主性就像是天平的兩端，自主性高則一致性少。所以理想情況是具備一致性地自主，只有具備一致性才能令團隊自主具備可能性，而一致性越高，管理層越能下放自主權。 Spotify 的管理原則是小隊可以自主，但不能追求局部優化。就像是一個大型樂隊，每個樂隊小隊都在獨立自主的演奏，但又必須彼此傾聽其他小隊的演奏，共同聚焦整首曲子的演出，這樣才能演奏出好的音樂。 爲什麼小隊的獨立自主如此重要？ Spotify 認爲這是一種激勵方式，受激勵的人們能夠開發出更好的產品。而且獨立自主能夠讓小隊更快地做決策和行動，而不需要經過層層審批，儘量避免交接和等待。 那麼，如何保持整體的高度一致？ 每個小隊都有長期的使命，小隊要與產品的整體策略保持一致，與公司的整體優先級和其他小隊保持一致。Spotify 的整體使命的重要性和優先級，高於小隊的任務。 二、如何管理標準化 在 Spotify，每個小隊既要保持技術靈活性，又要兼顧公司的整體規範性。 Spotify 通過異花授粉而非標準化，來平衡自由度和標準化。每個小隊會根據自己的情況來管理工作計劃、選擇編程工具。當越來越多的小隊都使用某種實踐方法時，例如使用 Git 進行版本控制，其他小隊也會跟進和開始使用，當小隊間都使用這種工具協作時，就會成爲事實上的標準。通過採用這種非正式的方式，得以在整體一致性和技術靈活性間保持平衡。