[產品經理面試] 如何回答產品設計問題 (二) — 請為OO使用者設計一款產品X?

面試被問到:請為聽不見的人設計一款鬧鐘,應該如何應答?

Jacky Tsai
Jul 6, 2021
Photo by JESHOOTS.COM on Unsplash

如何回答產品設計問題

從上一篇文章:[產品經理面試] 如何回答產品設計問題 (一) — 面試官想問什麼? 我們現在已經充分了解產品設計這種面試題考驗你有沒有七龍珠,因此你的回答就應該要把招喚神龍的能力展現給面試官看。我知道大部分的人還是覺得很困難,所以接下來我們一步一步來看應該怎麼應付這類型的題目。

當面試官問:「為聽障朋友設計一款鬧鐘 Design an alarm for deaf people」

首先,聽到這個題目我們應該先問一些問題,試著把問題變得更明確,可以透過提問的方式來了解面試官到底想問什麼樣的問題。例如:

「聽障朋友是一點聲音都聽不到嗎?還是可以聽到一些聲音?」
「這個鬧鐘的使用時機是早上要睡醒的時候使用嗎?」
「鬧鐘是指手機的鬧鐘app?還是指傳統的機械鬧鐘?」
「這個鬧鐘只負責提醒時間,還是需要提供現在幾點?」

在釐清問題之後,下一步我們應該要先讓面試官知道你要如何思考這個問題,你的整體脈絡會是什麼,所以在正式回答問題前,可以說明一下你要怎麼回答這個問題,例如:

為了回答這個問題,首先我會先思考這個產品的商業目標是什麼?再來我會定義出我們的目標客戶,找到不同的目標客群(user segment),並討論他們目前遇到的問題與通點是什麼。接著我會針對這些問題與痛點列出幾項潛在的功能,並將這些功能進行排序。最後,我會定義幾項衡量標準,因為一個產品並不是release後就沒事了,需要持續地追蹤成效與進行優化,並藉此衡量是否有達成商業目標。

如果有先講你要這樣思考,聽起來就很威,一下子高下立判,有沒有。而且描述你預計的思考脈絡除了讓面試官清楚你的思考過程,也可以展現出你邏輯清楚。接下來如果講著講著太high,不知不覺從外太空聊到內子宮,一發現也可以輕易拉得回來。另外面試時間寶貴,面試官可以在聽完你打算回答的架構後立刻給予反饋,像是這個問題我想專注於討論不同功能就好,所以衡量指標這次先不用考慮等等。這樣子面試官還是知道你完整的思考邏輯是什麼,同時也省去時間可以專注在面試官想深入討論的部分。

答題架構與面試官達成共識後,就可以開始與面試官討論我們的商業目標(Business goal)為何?很多人會忘記討論商業目標,但商業目標就像是北極星一樣,可以指引你大方向,當後面遇到任何的需要做選擇或是需要取捨時,就可以有所依據。例如之後要做不同的功能優先排序,如果目標是最大化獲利,那成本太高(系統廠老闆:cost down, cost down)的功能就要往下排,但如果目標是使用者優先,那不管哪個成本高,對使用者最有用的功能就應該往上排。產品經理在面對這樣的問題有一個知名的BUS Framework可以採用:當我們在思考產品設計時,應該先考慮Business,再來是User,接下來才是Solution。

BUS Framework
「是希望想辦法賣出最多的鬧鐘嗎?」
「還是希望提供給聽障朋友最佳的解決方案?」
「還是希望不只是連一般人也都會想要買呢?獲利最大化呢?」

在了解商業目標之後,接下來就要正式進入設計產品的階段,身為一個產品經理,最重要的就是要從使用者的角度出發(User first, User empathy, User obsession…) 所以我們要來討論會有哪幾種不同的使用者需要我們的產品,什麼時候(use case) 他會需要使用這些產品?他們目前的痛點(user pain point)是什麼? 基本上就是:Who/When/Why

產品經理必備技能:通靈能力

你可能會說:我那ㄟ災,你要我通靈哦?因為正常在工作中我們會使用一些使用者研究的工具來進行驗證,例如:使用者需求訪談或問卷等等方式,但面試並沒有時間去做這些事、驗證這些假設,所以只好自己腦洞大開,運用想像力去劃分出不同的user,什麼時候想用,現在不爽的點是哪些。因此通常只需取得面試官同意這些user segment跟user pain point即可(對,就是要你通靈沒錯,反正通靈本來就是產品經理必備技能)。例如:

我已經清楚商業目標為:為這些聽障朋友提供最佳產品。
接下來我們可以討論我們的目標客群為何?
第一種客群是這些聽障朋友他們可以透過助聽器聽見外在的聲音,只是相較一般人而言能聽見的頻率範圍可能較小
第二種客群是完全聽不見,而且他們不願意長期配戴智慧手錶或手環
第三種客群是聽障朋友的家人,會幫他們設定時間…

因為面試時間通常有限,所以在列出幾種不同的目標客群後,可以適時地詢問面試官是否還需要列出更多,以及詢問是否可以針對某一種特定的客群思考use case與pain point即可。假設面試官同意我們針對第二種客群進行討論。在知道我們的使用者是誰之後,我們就要思考他什麼時候要用?為什麼要用?目前的產品為何解決不了他的問題?他現在的既有方案會是什麼?既有方案的缺點是什麼?

何時會用鬧鐘:每天早上起床的時候/煮東西需要倒數的時候/運動的時候…目前的產品多為聲音提醒,因此對於聽障朋友並不友善,他們不會被通知到。
他們現在可以使用手機鬧鐘app,如果是煮東西或運動需要鬧鐘功能,
可以透過注意手機螢幕知道倒數完成與否,但是早上的喚醒無法透過這個方式達到目的。
因此我覺得目前使用者的最大痛點的是早晨喚醒的需求

清楚使用者目前遭受到的痛點之後,有可能我們會需要針對不同的問題進行重要性的排序,也有可能透過思考他們現在的解決方案,來看看哪些部分尚未被滿足。在決定了我們要解決哪個問題之後,接下來我們終於可以來思考不同的解決方法,也就是透過產品功能來解決使用者的問題(好了,大家終於可以開始盡情發揮了!)

由於聽障朋友沒辦法聽得清楚,所以需要透過其他的感官進行喚醒,
例如視覺/嗅覺/觸覺等等。所以我會設計以下幾種解法:
視覺:這個鬧鐘搭配床頭燈,當時間快到了就會漸漸地亮起,類似太陽逐漸升起,透過模仿自然光的方式讓user從沈睡中醒來視覺:整合窗簾,當時間快到時將窗簾拉起,透過窗外陽光喚醒使用者嗅覺:這個鬧鐘整合了香氛機,當時間快到了就開始透過香氛機來提供強烈地香味,讓使用者在聞到濃郁的味道後醒來觸覺:整合智慧手環或是手錶,時間到了透過震動的方式來提醒使用者該起床了 <- 與目標客戶衝突觸覺:整合空調,透過讓室溫改變(例如變得很熱很冷)來讓使用者從睡夢中醒過來觸覺:整合整張床,讓床是可以震動的,模擬類似地震的感覺讓使用者感受到全身震動而醒

在思考產品功能的時候,我們可能會有很多種大大小小的想法,有的是小部分的改進,有的是嶄新的功能,有的則是創意或科幻式的想法。每個方法都有好有壞,如果有時間我們可以討論一下每個解法的優缺點,例如上述的整合窗簾,如果外面下雨天或是陰暗天氣可能就會失效。或是室溫改變,可能每次使用者被熱醒都流了滿身汗等等(變相強迫使用者睡醒洗澡?),另外有些方法也許有效但是成本太高,或是以現在科技還太早期等等。發想完各種產品功能後,我們需要做的是將這些功能進行排序,並且了解他們可能會帶來什麼trade-off。排序的工具很多,RICE Framework, User Value v.s. Effort, MoSCoW Method…這裡不一一贅述,在面試過程中,最容易使用的應該是User Value v.s. Effort,這裡的討論除了要考慮不同的因素外,也切記要把Business goal 一併思考進去。

Photo by airfocus on Unsplash

排序完成後還沒結束,不要忘了設計產品不可能一次到位,所以我們還需要提出透過哪些衡量指標來追蹤我們的產品成效,這個時候我們就可以依據不同的商業目標制定出不同的追蹤指標,概分成商業目標衡量指標(business level index)與產品功能衡量指標(product level index)。例如:

商業目標衡量指標(business level index) — user satisfaction rate > 90%產品功能衡量指標(product level index) — user engagement rate > 90%

定義出關鍵指標後,就大功告成了,切記不要列出落落長的101項指標,只要一兩個代表性的指標講一講就好,這裡不是要考你會不會設定measure index,目的只是讓面試官覺得你思考完整而已。

最後,記得總結一下,如果你中間講了很多內容,在過程難免感覺到有點混亂,因此在結束前可以再使用前面的架構重新把答案複述一遍,就會讓你的答案聽起來是經過縝密思考且邏輯完整!Beautiful!

所以,我們的商業目標是為這些聽障朋友提供最佳體驗。我們的目標客戶是完全聽不見,而且他們不願意長期配戴智慧手錶或手環。他們目前遇到的問題是每天早上起床的時候/煮東西需要倒數的時候/運動的時候需要使用鬧鐘,但鬧鐘都是透過聲音提醒。其他醒著的時候可以觀看螢幕,因此需要被喚醒的需求最重要。我們剛剛討論了幾個潛在的功能,排序後決定要先做搭配床頭燈,當時間快到了就會漸漸地亮起,類似太陽逐漸升起,透過模仿自然光的方式讓user從沈睡中醒來。最後,我們定義商業衡量標準為user satisfaction rate > 90%,因為一個好的產品並不是release後就沒事了,需要持續地追蹤成效與優化,並可以透過此衡量是否達成商業目標。

打完收工!

回答完畢。通常這種題目一個完整的問答都會預期花15–20分鐘的時間,所以不用擔心時間不夠,比較需要擔心你太快結束。當然,如果面試官覺得中間有哪些地方不清楚,可能在過程中會跟你討論,或者在你回答完後繼續順著問follow up question來測試其他能力,例如如何驗證需求存在/如何確定功能可以滿足使用者/指標的設計等等,這些follow up的問題我們會再另外花時間來討論。但基本上就是透過這樣一步步的將問題拆解,變清楚,再回答。看完文章後,如果你過不久就有產品經理的面試,請務必多多練習幾次,看完覺得好像很簡單,但開始練習就會發現其實不太容易。下一篇我們會聊聊如何回答請你改進產品X:[產品經理面試] 如何回答產品設計問題 (三) — 如何改進產品X?

如果覺得這篇文章對你有點幫助,麻煩你幫我拍拍手48下讓我知道,我會非常感謝!

--

--

Jacky Tsai
Jacky Tsai

Written by Jacky Tsai

Google Product Manager | Ex Amazon Product Manager

No responses yet