原型探索是產品開發最重要的武器
內容節錄自產品專案管理全書 — Inspired How to Create Tech Products Customers Love
前一篇寫道產品專案管理全書最關鍵的技術是「原型」的建構。原型的存在是為了驗證四種產品失敗最常見的風險，分別為價值風險、易用性風險、可實行性風險和商業可行性風險。當產品經理跟設計師找到(Discovery)可以通過四項驗證的原型後，才轉給工程師做出真正交付(Dilivery)給顧客的產品。
流程可以簡單切分為原型前探索(準備工作)、建構原型、原型驗證：
原型前的探索(準備工作)：
建立探索的基本框架(Discovery Framing Techniques)，本書提供了三種框架：
- 機會評估 — 問自己四個問題：這個任務是為了達成什麼商業目標？你怎麼知道目標達成了？這可以幫顧客解決什麼問題？我們關注哪種顧客？
- 撰寫客戶感謝函或新聞稿：藉由撰寫信件或稿件的內容，來幫助自己想像產品對客戶/社會大眾帶來的影響，再倒推到產品可能的樣貌。
- 創業圖(startup canvas, lean canvas or business model canvas)，見下圖：
有了框架後，開始
進一步的產品規劃(Discovery Planning Techniques)
- 故事對照圖(User Story Map)：橫軸是用戶活動，按時間順序從左到右排列。縱軸是按細節的細膩度排序。作者推薦了 User Story Mapping: Discover the Whole Story, Build the Right Product 這本書，秒買！
- 探索客戶計畫：參考客戶是真實的客戶(不是親友)，實際使用你的產品(不是試用或原型)，願意為產品付費，願意告訴別人他多愛用你的產品。是作者很喜歡的一種技巧。產品團隊發掘及培養一群參考客戶(企業服務：6個，消費者服務：10–50 人 )，同時探索及開發實際的產品，基本上就是和這群用戶一起成長。
激發新的創意跟想法(Discovery Ideation Techniques)
- 顧客訪談：你的顧客真的如你所想的那樣嗎？他們真的為你認為的問題苦惱嗎？顧客如今怎麼解決那個問題？你需要怎麼做，他們才願意改用你的產品？
- 禮賓測試(concierge test)：去做顧客的工作，親身走過整個流程
- 觀察顧客的非預期行為，發現新需求 (API 很適合使用，因為彈性大)。
- 創意日
有了框架，也用各樣的創意規劃了產品的實際內容，這時就團隊就可以藉由不同的原型來理解不同的風險。
建構三種不同的原型
- 實行性原型：工程師確保可實行性風險。
- 用戶原型：最常見的原型，根據不同的擬真度有不同的作法。我自己常用的是：紙筆、Balsamiq 還有 Marvel App ，主要為了驗證易用性風險。此外，用戶原型也是團隊內非常重要的溝通工具之一。但要小心用戶原型本身無法證明產品價值，你需要其他的技術搭配才能確認價值風險。
- 即時資料原型：當我們想測試資料流的使用體驗和價值時。因為資料流牽涉到很多工程問題，確保只處理和原型體驗相關的部分(剔除掉完整的使用案例、性能、可擴展性、自動化測試、分析工具、國際化、在地化)，通常只需要真正產品 5% — 10% 的工作就行了。
用原型驗證上述的四種風險：
- 易用性測試：用用戶原型來做測試，這部分本身就有很多相關著作。
- 質化價值測試(目的為快速學習和取得洞見)：直接發生在易用性測試之後。
* 因為大家對產品回饋通常都很刻意，因此要求測試對象付上一些「代價」比較有機會獲得真實的回饋。
* 金錢：是否願意簽署一份「不具約束力的購買意向書」
* 聲譽：是否願意上社群媒體分享，或是分享朋友的 email 做推薦。
* 時間：是否願意騰出時間一起開發新產品。
* 使用權：是否願意登入過去解決方案的帳號密碼，把舊有資料搬遷到新方案上面。 - 量化價值測試(證明有效)：
* A/B Test
* 邀請型測試：使用者自行選擇加入新的測試。
* 探索客戶計畫(見前篇) - 實行性測試：這部分交由工程師去做判斷。值得注意的是，如果直接在規劃會議上向工程師拋出一些概念，要求對方評估時間，工程師在沒有時間去探索和思考的前提下，大多會給一個很保守的時間，足以讓你打消開發產品的念頭。如果工程師有持續參與產品探索，他們也會在過程中不斷考慮問題的可實行性(以及未來可能擴展的方向)，這時候他們會給出比較準確的答案。
- 商業可行性測試：和相關的部門保持緊密的回報和溝通(善用用戶原型)，避免最後一刻才有重要的利害關係人跳出來反對。部門包含：行銷、銷售、財務、法務、安全、業務發展、顧客管理部門。
如果你成功通過以上四項驗證，恭喜你，可以把你的原型轉化爲規格，供工程師進行產品交付了。
下次的產品開發，我想照這個流程跑看看，有機會再跟大家分享實戰的心得。有機會，也想聽聽大家產品開發的心得。
