融合設計思維與MVP，改進產品開發
預測新產品能否取得成功是非常困難的——有人認為不可能。即使是最大的、資金最充裕的、最成熟的公司也創建過未能獲得市場認可和利潤的產品。就像我們在許多行業中看到的那樣，產品成功并不能從資金投入或過程優化得到保證。
在一個給定的市場中，公司需要快速行動，而又無法通過任何方式確保成功，所以他們不斷地尋找管理產品開發固有風險的方法。
許多公司都轉而采用發布最小可行產品（MVP）的策略。MVP提供了核心功能的有限子集，可以滿足目標市場的即時需求。
對于產品開發而言，MVP方法是一種向狹義市場快速推出有限功能產品的策略。該策略可以管理風險，避免創建客戶不想要或不再需要的東西（可能源于為推出全功能產品滿足更廣泛的市場需求而導致的延遲發布）。
“設計思維（Design thinking）” 是一種方法，包括運用換位思考解決問題以及將人們的需求與當前可以獲得的、技術上可行的解決方案相匹配。換位思考讓我們可以理解他人的感受，創建以客戶為 中心的產品和解決方案，滿足特定客戶的需求。作為產品開發框架，設計思維是一個以人為本的交互學習過程，重點關注需求明確的客戶，然后回過頭來尋找一種技 術方案。這在一定程度上明確了業務目標，并對公司產品市場價值的體現方式提供了更深入的了解。
(點擊放大圖像)
設計思維為公司提供了更頻繁的產品發布頻率，后一個版本基于前一個版本構建，增加客戶最想要的特性。因此，采用這種方法的公司可以收集有意義的客戶反饋，確認產品的使用情況及驗證市場愿景，同時又保持高水平的客戶滿意度。
將設計思維融入MVP開發的過程可以分為如下五個步驟：
- 定義 ：在開發過程開始時，需要明確定義目標客戶的底層需求，深入理解未來的解決方案如何改善客戶的狀況——這是設計思維的一個關鍵原則。接下來，需要定義未來 方案的功能需求和支撐該方案所需的核心能力。由于MVP開發的目的是限制功能需求，提供一個狹義的解決方案，所以務必要對解決方案的有限功能需求有一個很 好的理解，使你作為一家公司盡力所做的工作與專為小眾市場定制的解決方案的需求相一致。
- 分享 ：定義好客戶需求和解決方案的功能需求后，下一步是舉行一次所有團隊成員都參加的會議，分享項目的共同愿景。會議目標是確定每個團隊成員的角色，讓每個人 都了解他們如何為項目提供支持，如何為項目的成功做出貢獻。需要避免的是，只給團隊成員分配了任務，但沒有讓他們了解他們的任務如何納入更大的開發中。這 種方法允許團隊成員在整個開發過程中執行已分配任務時考慮整個項目，降低項目整體組裝時局部不匹配的可能。
- 排序 ：這個過程的第三步是與項目管理團隊會晤，將特性分類，并制定每個特定版本的計劃。可以借助 Kano模型 將特性組織成“ 基本 ”、“ 性能 ”和“ Wow ”等類別。目的是平衡每個版本包含的來自每個類別的特性，注意不要讓一個版本包含的特性全部來自一個類別，比如，一個 基本 特性版本，或者一個 WOW 特性版本，其中沒有包含一組使產品可用所必須的基本特性。這一步的結果是一個以頻繁發布逐步增加客戶價值的方式向市場推出特性的計劃——設計思維的另一個關鍵原則。
- 實現 ：第四步是開發產品。重要的是要牢記，設計思維是一個迭代過程，需要反饋和確認。就這一點而論，每個實現都需要有所啟發，包括讓你可以在每次發布后檢查客 戶體驗的機制和流程。運用Web分析或提供大量評論的專用工具分析客戶，收集有價值的反饋。重要的是，不只要收集數據，還要有效利用：確保任何反饋的結果 都添加到待辦事項 列表中，以便不斷地改進產品。
- 驗證 ：第五步，也是這個過程的最后一步，是評審用戶對特定版本的反饋，驗證愿景，并從步驟1重新開始這個過程。使每個版本集中滿足目標客戶的特定需求，創建一 種積木式產品開發方法，以較低地風險增量提供價值。要接受這樣的事實，就是客戶可能不會立即接受你的想法。要客觀，看待事物不能非黑即白，重構愿景以改進 產品。
如果抽絲剝繭深入挖掘，你就會發現，大公司為決策恐懼所籠罩。一般來說，這會導致調查研究，而在大多數情況下，那只會激起不確定性，讓寶貴的時間 偷偷溜走，而被更靈活的競爭對手所利用。提出一個假設會更高效。這樣，你可以定義一個開發路線，為合理的計劃創造有利條件確認和驗證假設，而不會迷失在尋 找解決方案的嘈雜中。
為了讓事情清楚明白，可以將任務結構化：建立一個框架、定義研究 重點 和 瓶頸 ，并記住，大多數問題都有兩個答案——一個是對企業的要求，一個是同客戶的交談。
當開始一個產品開發周期時，要像記者一樣思考，提出這些問題：
誰？
誰將使用產品？他們有什么習慣和偏好？重要的是，了解真實用戶的需求，以及在沒有產品的情況下，他們現在是如何解決的。明確關鍵問題，并以此為目標。使用環境什么樣？他們使用你的產品是出于什么目的？該如何激勵他們充分地利用它？
在哪？
從大處著眼。你的產品在生態系統中處于什么位置？有時候，它可能只是一個更大服務的一部分。要時刻記住產品的使用環境，因為它創建了通常的用戶體驗。
何時？
不管你喜歡與否，時間對項目而言都至關重要。“完成”比“完美”好。那就是為什么時刻記住項目的范圍很重要，為了將真正需要的東西快速的推向市場。
為何？
對于你的客戶和企業而言，產品的真正價值是什么？它用什么方式解決了什么問題？你為什么要創建它？它在公司的發展中扮演什么角色？
這些問題是必不可少的，它們可以讓你對主要問題有一個大體的認識：產品開發過程很容受隨需而變的工作影響，被那些看似輕松的任務引上歧途。而且， 根本就不可能解決一個不存在的問題，因此，我們為什么要擔負額外的負擔呢？當細節將你推向極限，可以想象著后退一步，試著換一個角度看問題。設想某個特定 細節在整個工作中的作用。那不是說將項目淹沒在成堆的文檔中。我們都知道，官樣文章不會讓事情更簡單，只會增加更多限制，而自由在任何項目的初始階段都是 尤為重要的。創新就是在這樣的條件下產生的：思想自由、愿景清晰、靈感十足。
小結
現代產品開發正在轉向 設計思維方法 ，交付有限功能的產品，滿足目標市場客戶的即時需求。這種方法限制了風險，避免開發出一款沒人想要的產品，而那是一個時間更長、成本更高的開發過程——面 向更廣泛的市場，有大量的特性和企業資金投入——可能帶來的意料之外的結果。以客戶反饋為基礎的頻繁發布可以提高客戶滿意度，及時驗證產品和公司的長期愿 景。
設計思維支持積木式的產品開發，特性成本通過頻繁發布（增加或升級大型系統中的一個模塊）獲得有效改善。設計思維的本質是重視客戶，而增量發布通過在整個產品生命周期中持續交付有價值的特性維持高水平的客戶滿意度。
關于作者
Dmytro Svarytsevych 是 SoftServe公司 設計辦公室的負責人，負責規定和整合公司的用戶體驗策略，促進專業知識一致且靈活地增長以及將UX最佳實踐和方法運用到SoftServe的項目中。Dmytro還是 SoftServe United博客 的貢獻者，擁有烏克蘭利沃夫伊萬弗蘭科國立大學物理學碩士學位。