解讀谷歌團隊Sprint流程:40個小時驗證一個產品構想

Sprint 設計師 Google 產品經理 人人都是產品經理 人人都是產品經理 2017-09-15

Sprint由GV設計團隊合作開發,用於快速建立並驗證產品構想。

解讀谷歌團隊Sprint流程:40個小時驗證一個產品構想

Sprint是一個為期五天的過程:通過設計、原型化、與客戶測試想法來解答關鍵的商業問題。Sprint是商業戰略、創新、行為科學、設計思維等領域的“最熱門”話題,更是被打包成一個任何團隊都可以使用的經過考驗的處理過程。

以下是Ken NortonSprint聯合作者——GV設計合作伙伴Jake Knapp從產品管理的角度對該書的一些探討:

Ken Norton:Sprint法是如何奏效的?

Jake Knapp:

Sprint最大的創意是組建一個小團隊,制定一個為期一週的時間表,並迅速推進從提出問題到測試解決方案的過程。

  • 星期一,製作一張問題導圖。
  • 星期二,每個人速寫解決方案。
  • 星期三,決定哪個草案是最強的。
  • 星期四,建立一個真實的原型。
  • 星期五,對五個目標客戶測試原型。

Sprint將把你快進到未來,讓你看到成品在市場上的表現效果。

KN:Sprint對硬件/企業單位/機器人/醫療保健/也有用嗎?

JK:

也同樣適用,但訣竅在於弄清如何製作原型。通常,我們早期使用Sprint只是通過製作營銷原型或依靠產品的銷售信息。這樣不管是硬件還是服務或其他什麼東西,你都不需要做任何真實的操作,但是你仍然可以有一個真實的應答。

最後,當然你還需要測試產品本身。這時候,你就可以修改現有產品了。Savioke,一家為服務行業提供機器人的公司,就是通過修改現有的機器人來製作原型的(視頻在文末)。One Medical Group曾經通過臨時修改一個現有診所來製作一種新診所的原型,並在數小時後就與患者進行了測試。有時你必須做演示,有時你必須做3D打印。這顯然取決於產品或服務,但我們也發現團隊需要擁有其領域所需的技能和工具。如果你是一家機器人公司,你就得知道如何建造機器人,並可以想出如何“冒充”它。

KN:產品經理如何適用sprint?你勾勒出的決策者角色是產品經理麼?或者PM作為推進者角色時效果更好?

JK:

這取決於團隊的動態。PM是很好的促進者。他們往往在一個Sprint中充當決策者,但有時當一名管理層人員參與時,PM將作為第二決策者(可以有兩名決策者,但不要更多了)。在某些情況下,PM作為團隊中的一員也是有意義的。我看過所有的這些工作情況。

KN: 為了確保成功,PM需要提前做些什麼?

JK:

嗯,你知道……他們可以讀這本書(手動微笑),併為他們小組成員每人買一本!說實在的,PM可以確保正確的人報名參加Sprint小組:合適的專家在星期一分享信息,並且其他任何重要的高管順便參與。這可以確保決策者是正確的決策者——這是至關重要的!

KN:Sprint明顯可以適用於具有短期特點的問題,但它也可以幫助塑造或驗證長期產品戰略麼?

JK:

我們希望看到團隊在產品週期的早期使用Sprint法。你越早開始學習,就越好。當團隊構想一個大的,長期的項目時,他們往往會被抽象的辯論和質疑的預感所壓垮。

“It drives me nuts when PMs just sort of wave their hands and assume that design is some magical creative process that they’ll never understand.”

KN:有在大公司運行Sprint的祕訣嗎?

JK:

這是有一定挑戰的。你已經找到了正確的決策者並選好了參與人選——在大公司這就不容易。如果跨組協作有問題,你可能會希望不同團隊的人員都能參與到Sprint中。

KN: 什麼事情PM不應該做(會逼瘋設計師):-D?

JK:

我真的很喜歡看到PM深入瞭解設計,特別是關於:如何、為什麼、何時製作原型並與客戶進行測試。當PM只是揮揮手並假設地認為設計是一個他們永遠不會明白的神奇創造過程時,我會被逼瘋。深入瞭解設計對每個人和產品都是一個巨大的機會。

“The sprint is a great method for building strong design/PM relationships.”

KN:我們看到很多的PM還兼顧設計(Product Design的出現等等)——你認為這兩個角色在未來會是什麼樣的,你在初創公司看到了什麼趨勢?

JK:

設計是一種解決問題的方法。因此,隨著設計師對自己的工作越來越熟練,他們的工作會與產品管理重疊,反之亦然。我知道最好的PM完全可以做到這一點。他們瞭解如何將設計研究和設計方法應用於解決自己的產品問題。當他們和團隊中的設計師一起工作時,這是真正的合作,而不是互相踢皮球。

我認為這種角色的重疊並不奇怪,Sprint是一個偉大的方法可以建立強大的設計/ PM關係,以及在設計師中滲入產品技能和在PM中滲入設計技巧。Sprint方法解構一些設計師一直在做的事情(如用戶故事和用戶畫像)並使這些方法變得簡單容易。同時,它也解構了PM做的事情(如設置產品願景和做決策),使他們可以與團隊的其他成員接觸。所以當你使用Sprint的時候,你會學到想法和原型方法,但是我也認為你們是在互相學習。

傑克·納普(Jake Knapp):谷歌風投Sprint流程發明者,先後主持了 100 餘家初創公司的Sprint,包括業界大牛: 23andMe、Slack、Nest Lab、Foundation Medicine 等等。加入谷歌風投之前,傑克任職於谷歌,主導了 Gmail 智能收件箱,Google X 無人駕駛汽車產品設計。

翻譯:盯襠貓

作者:Ken Norton

原文:https://www.kennorton.com/newsletter/2016-03-08-bringing-the-donuts.html

原書地址:https://www.thesprintbook.com

本文由 @盯襠貓 翻譯發佈於人人都是產品經理。未經許可,禁止轉載。

題圖來自Pixabay,基於CC0協議

相關推薦

推薦中...