來源: 原型之前的傆型
這個演講是Daniel 和Jackson在 qCon 北京 2014 的分享, 他們在談論他們如何使用 Pretotype 經驗
一開始他們先舉了一個範例, 這是他們的客戶所要開發的一個系統的功能: 我要報錯.
(1) 系統的功能
當網頁上的資料有錯時, 要回報系統來更新資料. 例如像是飯店位置不正確等等.
(2) 團隊假設
他們當初認為會報錯的人, 大都是內部的銷售人員. 並且有 95% 的回報內容是正確的, 因此可以直接更正系統內容, 不需要有任何審查的流程, 所以很適合自動化. 這些報錯的過程, 是銷售人員在拜訪客戶時發現的, 因此可以利用手機的方式, 自動來更新系統內容. 大約每天 300 多個報錯的 cases.
(3) 結果:
專案經理在每天 300 個 case中, 找 20 個來驗證需求, 結果發現大多不是在拜訪客戶時發現的, 所以不會想用手機來更新系統內容.
我想很多人都遇到這種情況, 老闆說要做某個產品, 或是某個功能, 大家都很努力開始去開工, 但是不確定是否真的使用者需要. 或是使用者實際上是遇到怎樣的困難.
Daniel 覺得做產品就像是在做實驗一樣, 每個實驗都有假設要驗證, 並且要科學的方法來驗證, 要有數據的輔助說明, 而不是拍腦袋來決定的.
這裏他們舉了一些例子, 分享一些企業如何藉由一些實驗來確認他們方向是否正確:
範例 1. 培訓課程
Jackson是一個敏捷顧問, 在兩年前發現到市面上很少有產品培訓的課程, 因此想說要來開發這樣的課程. Jackson 就和 Daniel 討論了一下, 訂定了這個課程要包含那些內容. 接著, Jackson 想說是否要去撰寫 ppt 了, 後來他們想一想, 覺得這樣似乎不對, 因為開發 ppt 是需要時間, 是要花成本的, 但是還不確定這樣做完後, 是不是有客戶願意買單.
為了確保這門課有人想上, 因此他們做了一個實驗, 希望能驗證客戶願意花錢上課, 並且他們不需要花太多精力就可以驗證. 因此他們先定了課程的名字: 從想法到產品的需求清單. 接著再寫了200 字的課程介紹. 然後就厚顏無恥地發 email 給客戶, 課程在兩個星期後舉行, 並且告訴他們要收費.
但是他們也不確定收費這件事情是否可行, 因此用了一種方式來驗證多少錢是大家可以接受的, 他們的方法就是 pay as your wish, 上完課自己覺得應該付多少錢就付多少. 這樣就可以得到市場真實的反饋, 了解多少錢是他們可以接受的.
他們在星期三發出 email 後, 他們想說如果下個星期一有 7 個人報名, 這個培訓就可以做. 結果隔天就有 8 個人報名, 因此他們就知道這門課程是有搞頭的, 下一步便是要好好開發課程內容了.
範例 2. 維珍航空
當你在搭維珍航空時, 你會發現在電視上面的選單, 可以會發現某些選單點下去後, 會出現以下的訊息.
這樣的系統背後通常會有個計數器, 來了解客戶對這些功能是否有高度興趣.
範例 3. SendWithUs
這是一家為網絡營銷者用來改進事務性郵件(transactional email)服務, 這類郵件通常是出於某種特定原因而發送的. 比如說重置密碼, 或者"感謝您的註冊”, 也可以是通過郵件直接購買商品或者服務. Sendwithus的目的就是讓用戶通過使用它們的郵件內容管理平台來發送更好的郵件.
以下這篇文章, 就是在介紹這家公司一開始如何利用 MVP 和 Fake Door 等手法, 來逐漸開發出他們的系統.
範例 4. 日結功能
大眾點評有提供每週讓客戶提領前的功能. 那時候他們的對手美團團購提供了每天提領的功能. 那時候如果你是 PM, 你是否也要實作每天提領的功能呢? 這裏幾篇有一連串的手法:
我想看過這麼多的案例, 大家應該更了解 pretotype 要怎麼來使用. 有沒有迫不及待想在自己的產品使用呢?
全站熱搜
留言列表
