意大利設計公司的試錯之路:為什么我們用設計沖刺啟動新項目?

本文原載于 journal.mozestudio.com
原文作者:Sergio Panagìa | 譯者:Shuai | 校對:DSC北京組織者-糊糊

譯者按:我們經常會在項目開始之初說著要「快速失敗 (Fail fast) 」, 但是如何真正做到快速失敗呢? MVP (最小化可行產品)夠不夠快? 這家來自意大利的設計開發工作室告訴我們 MVP 還是太慢了, 而設計沖刺才是最有效最“快速”的試錯方法。在本文中, 他們分享了在大量設計沖刺實踐后收獲的一些經驗和領悟。

空氣鋼琴

初創公司可能最喜歡用“快速失敗”標榜自己,他們認為從錯誤中學習、不斷迭代,就能增加創業成功的機率。這個說法看似簡單,實踐起來遠比想象中棘手。尤其當我們進行數字產品設計時,面對這么多現存的設計方法、理論和框架,我們該如何做出正確的選擇?

本文將詳細闡述我們認為設計沖刺是最有效試錯方法的原因。

自我介紹

我們來自意大利,是一家由設計師和開發工程師組成的工作室;服務對象包括處在創業階段的數字產品公司(例如旅游平臺wanderio)和那些想在互聯網時代爭取有利地位的一線大公司(例如國際化咨詢公司LocalEyes)。

隨著我們在專業技術的提升,我們也越來越想幫助客戶在項目啟動之前確認兩件事情:一,我們需要解決的問題到底是什么;二,我們應當怎么解決它們。

我們是一家位于意大利米蘭的設計開發工作室。

經驗表明,只有商業、設計和開發團隊緊密合作時,產品的體驗才能被真正提升。

這種思維方式的轉變鼓勵我們嘗試多種的工具和技巧,從用戶故事地圖(user story mapping)到精益服務設計(Lean Service Design)。

在我們嘗試過的所有方法中,設計沖刺毫無疑問就是最好的,因為它耗時短、推進快、強度高。

設計沖刺是引導跨領域的團隊在短短五天內理解問題,探索潛在解決方法,制作原型并測試創意的工作法。

MVP(最小化可行產品)還是慢

在制作MVP時,很難在兩到三個月的開發周期內創造出真正有價值的產品。

目前大家普遍認同的準則有:

  • 提出想法
  • 開發MVP
  • 用戶測試
  • 衡量、學習并迭代

耗費兩到三個月開發一個MVP也就意味著在產品設計初期,我們無法擺脫所有可能存在的假設以及偏差。

為什么要花這么多時間呢?

在設計初期且沒有足夠反饋的情況下開發MVP存在一定風險:可能到最后我們才發現沒有解決最核心的問題,并且這個問題本應該被更早解決。

設計沖刺該如何執行?

誰來解決這個混亂的局面?

谷歌旗下的風投公司(即之前名為Google Ventures的投資公司)發明了“設計沖刺”的方法,它源自于一個簡單的想法:在短時間內打造一個產品原型并且快速進行真實的用戶測試。這個方法可以幫助谷歌的風投團隊理解他們所投資項目的真實潛力。

「每一個偉大的企業家首先得是一個設計師」
——Peter Thiel. 《從0到1 - 開啟商業與未來的秘密》

改變思維模式

首先,每一個人都要彼此協作、專心致志地參與五天的工作坊。其次,我們要在參與期間停用所有的電子設備。對于我們來說,我們要跟客戶連續五天肩并肩地應用「設計思維」—— 在設計沖刺中,每一個人都要扮演設計師的角色,像設計師那樣思考。

設計沖刺中的每一天都代表了一個階段:

  • 第一天:理解我們要解決的問題;
  • 第二天:探索可能的解決方案;
  • 第三天:決定接下來要打造的產品;
  • 第四天:制作原型(產品雛形);
  • 第五天:從原型的用戶測試中收集反饋。

我們在應用設計沖刺的過程中有什么收獲?

目前為止,我們很幸運地將設計沖刺應用在幾個數字產品項目中,為來自不同行業、懷抱不同目標的企業家及公司出謀劃策。

以下8點是我們從實踐中學到的:

1.為什么恰好是五天?

探索并且選擇一個設計概念進行原型制作,這個過程花費一個星期的時間剛剛好。

如果時間少了,就會出現不少問題,比如對于需要解決的問題理解不夠透徹;探索解決方案的思路不夠開闊;制作的產品原型不夠逼真到可以用來進行用戶測試。

如果時間多了,我們可能也會掉進另一個怪圈——解決方案可能匯集過多的想法,或者無法聚焦、思路不定。

2. 為什么只花費一天制作原型

有時我們會被問到:“為什么只能用一天的時間來制作原型?一天應該不夠吧!”

當然,如果我們需要制作的是像模像樣的產品原型,所需要的時間一定不止一天。但是在設計沖刺中,產品原型夠用就行,不一定格外逼真。

這個產品原型只需要看上去像是真的,從而我們可以觀察到他們真切的反饋就行。

在我們的實踐經驗中,這種程度的產品原型并不難做:先制作一些高保真的產品界面(對于網站或者app來說),然后用類似InVision的原型制作工具給界面增加一些交互以及動畫效果。

3. 為什么進行真實的用戶測試非常重要?

在設計初期,不做用戶測試會使團隊始終帶著各種不可避免的假設,比如用戶究竟怎么理解我們嘗試解決的問題、他們是否明白我們嘗試解決問題的方法(隱喻及心理模型)等。

吃真實的食物

在用戶測試的過程中,我們最感興趣的問題之一是他們會如何向朋友描述這個產品。

在這個過程中,我們驚訝地發現:用戶不能理解我們所認為的常識,此外,他們還會忽視那些你覺得非常值得注意的地方。

4. 為什么五天的時間其實還遠遠不夠?

對于了解更多產品相關的想法或者正在解決的問題來說,五天已經足夠了。但是即使我們采訪了所有用戶、收集完所有反饋后,我們的任務仍舊沒有結束。接下來我們該做什么呢?

  • 需要新一輪迭代:假如最后被選中的設計概念沒能在用戶測試時被證明是有效的,或者用戶在測試中并沒有感受到設計概念的價值,那么我們就該再進行一輪設計沖刺(可以看情況壓縮時間)改進想法并且快速地進行測試。
  • 開始開發:假如我們獲得了所尋找的信息,而且整個產品的概念方向被證明是正確的(或者至少我們知道該如何改進),這時我們就應該要規劃一個更高層級的產品發展計劃,預估完成整個項目所需要的時間和迭代次數。

5. 為什么事先做好準備很重要?

設計沖刺并不是憑空出現的。在《設計沖刺》一書中, 它始于一個「挑戰」,一個需要被聚焦沖刺的難點.

舉例來說:

  • 現有的產品或公司:在公司網站上解釋并銷售新產品;
  • 新產品:開發一種新服務幫助外出度假的用戶尋找臨時的寵物保姆。

在實踐經驗中我們發現,決策者(企業家或者產品經理)需要在沖刺之前深度了解需要被解決的問題、市場的現狀、現存的競爭對手和商業機會,甚至要準備好一個商業模式藍圖的初稿。有了這些準備,接下去的沖刺才會事半功倍。

6. 為什么每個人都可以參與設計沖刺?

「大數據 設計思維就像青少年時期的性:每個人都在聊,但是沒有人真的知道該怎么做。每個人都以為其他所有人都在做,所以每個人也都說自己在做…」
—— 重釋過的古代引述

設計沖刺就是所謂“設計思維”的一種務實的實踐方法,它可以讓團隊中的每一個人都像設計師一樣思考和行動。

在設計沖刺開始前,我們需要改變思維模式。一個市場經理或者工程師只有像設計師那樣的思考,才能在需要解決的問題上和解決問題的過程中收獲更多的信息。

在傳統的咨詢行業中,甲方乙方的關系往往會存在一定的問題:所謂的專家會戴著設計師的高帽向客戶兜售花里胡哨的方案,目的是為了取悅客戶,而不是幫助他們成功。

相反,在設計沖刺中,每個人團結一致,不斷探索尋求最佳解決方案,只出于項目最重要的目的——我們最終服務的用戶。

7. 為什么每一個設計沖刺都是獨一無二的?

在實踐經驗中我們發現沒有兩次的設計沖刺是一模一樣的。基于不同的挑戰,我們沖刺的方式也會改變。

通過網站介紹自己的公司在做的事情(主要通過文字形式的交流)與給一個初始產提設計創意(主要是探索新的隱喻和潛在系統模式)并不一樣,它們需要截然不同的實踐方法及思維模式。

讓設計團隊的成員組成盡可能多元化可以幫助設計沖刺的過程變得高效。

8. 為什么實踐設計沖刺的人仍然不多?

如今每一個人都知道用戶測試的重要性,但是在和很多同行聊天時,我們發現他們并沒有這樣執行。我經常聽他們說:“對,我知道用戶的反饋很重要,但這對于我們公司來說是不可能的。我們還是更傾向于先做出一個MVP然后去收集意見?!?/p>

每當聽到這樣的說法,我總是嘗試告訴他們我們自己的經驗:在我們開始開發前都會把最初的概念給用戶看并收集他們的反饋,這給我們帶來了很大的幫助。當然,從接受這個理論(我們應該進行用戶測試)到真正開始行動(安排五場用戶訪談)之間仍然有一道大坎。

為什么?我覺得主要是因為大家不知道從哪里開始。另外,招募用戶也總是一件很令人頭疼的事情,而且我們也都知道向陌生人提問、了解他們的習慣一開始總會顯得很尷尬。在我們的經驗中,因為我們在一個聯合辦公空間工作,所以我們可以找到很多愿意提供幫助的人。

早期的用戶測試會在很多方面帶去巨大的價值和超出期待的幫助,比如更好地了解用戶面臨的問題和他們對于問題的理解,以及我們的解決方案最終如何解決問題等。

分類匯總

根據這些年累積的工作經驗,我們發現做好軟件設計是一件非常困難的事情。我們很容易就會在設計的早期階段掉入許多陷阱,受困于我們自己提出的各種假設。

而設計沖刺是我們嘗試過的最有效的工具。雖然它還是一種相對新穎的設計方法,但是它已經被證明可以很好地幫助我們避開設計中的那些陷阱。

雖然設計沖刺有許多具體要求,但最重要的一條是建立一個獨一無二的團隊,兼顧商業、設計和技術,并且團隊中的每個人都愿意傾聽彼此、理解彼此。

對于我們設計師和技術專家來說,和客戶一起進行設計沖刺讓我們發現自己有實際能力,幫客戶進一步理解他們的業務。

也就是說,我們一開始就想要幫助客戶尋求一條成功路徑,而不是交付炫酷的設計。

讓我們互相交流

本文為 DSC 與 ONES Piece 聯合翻譯計劃的一部分。本文原載于 mozestudio.com,原文作者 Sergio Panagìa,由 DSC 翻譯成員 Shuai 翻譯,DSC 北京組織者 糊糊 審校。Design Sprint China (DSC) 是一個專注有趣設計思維的創新創意社群,其翻譯團隊定期搬運相關海外文章,微信公眾號:設計沖刺。ONES Piece 是一個由 ONES Ventures 發起的非營利翻譯計劃,聚焦科技創新、生活方式和未來商業。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,619評論 6 539
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,155評論 3 425
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 177,635評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,539評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,255評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,646評論 1 326
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,655評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,838評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,399評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,146評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,338評論 1 372
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,893評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,565評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,983評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,257評論 1 292
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,059評論 3 397
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,296評論 2 376

推薦閱讀更多精彩內容