Balto 的設計流程:從找出問題開始

0

文/Goodpatch

Kawamata Satoshi,在日本知名電機製造商的設計部門累積經驗後,進入 Goodpatch 擔任產品設計師。針對定性訪談以及觀察進行深度學習,擅長發現問題以及分析,從概念架構到設計製作都有過經驗,而在 Goodpatch 的設計委託案部門經歷過數個專案後,於 2016 年轉到自家產品開發部門,第一支經手的產品 Balto 即獲得 Good Design 獎殊榮。

一個服務的起頭

Kawamata Satoshi 表示,不管什麼樣的產品都是從「問題」開始的。當初公司想要著手開發 Balto 的動機是起源於「在實裝後的 APP 上給予 Feedback 的程序很麻煩」這個常被忽略的小小問題,然而身為一個設計師,要怎麼麼從這個「問題」中運用想像力去延伸其他可能性呢?在設計 Balto 過程中,用到「觀察」、「了解使用者潛在的需求」、「運用想像力延伸解釋」等 3 個方法,以下是他的自述。

1. 觀察

身為一個設計師,找出課題時可以先從觀察身邊各種細節開始。首先透過觀察周圍與身邊同為設計師同事的工作模式,看他們「一天當中」的「作業」行程,並將一天當中,從上班到下班的作業內容依時間排列出來,然後把這一天之中他們的工作動力用曲線表示,在各個不同階段時心情的起伏。

從圖表中我們可以看出,其中有一段時間工作動力是大幅下滑的,顯示設計師們在從事這段作業時心情通常較低迷。進一步檢視,這一段是「檢視實際安裝後的產品並給予回饋」。 我們從觀察的過程中定義出「大家對於在實裝後的 APP 上給予 Feedback 這個流程感到無趣而麻煩」的課題,從擷圖、圈選、傳到 Slack 再與工程師溝通,每一步皆非常耗時且繁鎖。為了解決這個問題,設計師們在發想後,立刻請工程師做了一個簡易的 Prototype。其實在 Goodpatch 裡面一直都有這樣「先試試看」的文化存在,經過內部試用後發現它實在相當方便,便決定全心投入這個工具的開發,這就是 Balto 誕生的原點。

在這個階段,我們從觀察開始延伸出新的 idea,然而在發現問題時,我們常常會困惑這個問題會不會流於主觀?這樣的課題在市場上是否存在?是否又有去解決的價值?其實這邊只要迅速地在 Prototype 上確認,產品的價值就很容易顯現出來,這個 idea 是否合適也更容易定義。

2. 了解使用者潛在的需求

為了解這些潛在需求,我們必須先實施深度的訪談(Depth interview)。我所使用的方法是上一份工作在富士通學習到的的 Aim Interview。 Aim Interview 的特點在於把焦點放在「認識人」上面,藉此引導出「潛意識」並透過「6 眼模式」來捕捉人的特徵,基本上就是一對一進行一大約 90 分鐘的訪談。

所謂「潛意識」是指雖然平時不太知道怎麼用言語表達,但只要努力就能夠具體表述感覺上的事情。可能是本人沒注意到的問題以及生活中鼓勵引起他動力的事物,換句話說就是「真心話」。使用者內心深處的潛意識,可以透過不斷地詢問發生狀況與感受問題而引導出來。

所謂的「6 眼模式」是由三條不同的軸線組成,而軸線的兩端分別是相反的兩種不同觀點,將一個人的習慣和發言傾向,帶出他的人格來分成 6 種不同觀點。

「未來觀點」與「過去觀點」指的是過去的經驗以及對未來的展望。有些使用者在訪談時特別喜歡談論自己對未來的展望,此時可以透過詢問他過去的經驗,來問出該使用者潛在的、自己平時沒有意識到觀點的感受。

「邏輯觀點」與「感覺觀點」指的是個人在表達自己感受的時候,習慣從邏輯觀點出發還是感性觀點出發。若該使用者習慣針對既成的事實去做描述,則可以從感性面去詢問當他遇到該狀況時的心理狀態。

「個人觀點」與「集團觀點」是指有些使用者喜歡用自己的角度出發去回答問題,而針對習慣從自己觀點表述的試用者,可以嘗試詢問他當時周圍第三者的人是怎麼看該狀況,促使該使用者從第三者的觀點來回答問題。

訪談總體的架構會切成三個不同的大方向,「過去」、「現在」與「未來」。我們從過去的經驗中可以構思出未來的期待的狀態,未來的想像則給予現在的行動方向,現在行動的動力則是建構在我們過去的經驗。

在訪談最初,先詢問受訪者比較容易闡述的「現在」的狀況,接下來問問看「過去」所發生過的事件,最後以「現在」和「過去」為鑑詢問出使用者對「未來」的想法。在這三個步驟中又以詢問未來狀況最為重要,從使用者對未來的描述,可以看出他期待的部分。

上圖是當時所使用的訪談表單,,我個人會根據當時的情況調整,總共有 100 張不同形式。訪談過程中盡量讓受訪者自然的描述,從各種觀點丟出問題給受訪者,通常話題也會自然而然往各種方向去延伸。全程訪談約 90 分鐘,結束後我們將會將受訪者敘述的內容寫成文字整理在表單上,這個作業非常耗時,但對於深入了解使用者是不可或缺的過程。而寫出來的內容我們會再以 Customer journey map 和 Persona,相對簡潔明瞭的方式再做一次整理。

這次在 Balto 發想時期,我們也對工程師們做了訪談,大部分工程師們其實在完成 App 實裝後,其實都非常希望能得到更多的 Feedback,他們最終也希望能將一個經過千錘百鍊,自己充滿自信的產品送使用者手上。在接收到這樣的受訪者訊息後,我判斷他的潛在需求其實是「希望可以將搜集到的 Feedback 應用到產品的改善」,而不是單純只是想要搜集很多 Feedback 而已,這是在這訪談中我們得到最大的啟發。透過上面這樣的使用者訪談去理解使用者需求的對於產品的方向設定是相當重要的。

走到了這一個階段,我們會遇到的問題是「要思考如何將訪談的結果轉化為自己的語言,來傳達給團隊其他人知道」。我們發現,讓整個產品的團隊成員包括工程師和 PM,所有跟產品企劃相關的人一起參與訪談,直接傾聽使用者們的聲音.團隊內會更容易有共識。

3. 運用想像力延伸解釋

如同前文所述,雖然我們從訪談中得到了潛在需求,但是我們需要透過跳躍性地思考、延伸自己的想像,來猜測「會不會是這個意思?」。訪談者希望可以將搜集到的 Feedback 應用到產品改善中,但在之前,我們需要先搜集到大量的 Feedback,那要怎麼做才能搜集到大量的回饋呢?要解決大家不喜歡給予回饋的問題,我們運用想像力來延伸解釋,思考如何營造出可以搜集到很多 Feedback 的氛圍。

這裡,我們訂出三個方針:

  • 製作一個可以輕鬆傳達回饋的體驗。
  • 做一個可以持續收集更多回饋的「器皿」。
  • 讓 Feedback 過程可以變得更正向積極,用 Feedback 來提升團隊的士氣。

這張圖是在構思 Balto 的世界觀時所畫的插畫,如同圖中所繪,在 Balto 這個平台上站著的是各種不同職種的人,有設計師、工程師也有 PM,而平台上也有很多擷圖與影片站著,大家在上面熱烈地討論著,這正是 Balto 想傳達的理念。

而 Balto 以一個團隊領袖的姿態,帶著這個積極改善產品的團隊前進,將產品的品質往更好的方向帶。

Balto 帶出了「Design Feedback
 Communication」這個概念,讓大家的回饋不再是單一針對抓蟲和錯誤指正,而是可以有更多彈性,包括稱讚或是針對設計和體驗上的回饋也可以在這個平台上討論。走到這個階段,產品大致的概念已經有譜了,但常常遇到的問題是提案遲遲無法得到上層的同感,但其實只要早期將決策者拉進溝通的圈子裡,就能更順利地前進。

最終成品 Balto

Balto 是以一個動作就能簡單地將螢幕擷圖或影片回饋給工程師,多在內部測試 Beta App 時使用,傳送意見回饋的溝通平台。除了讓開發團隊於進行意見回饋時溝通更加順暢,快速提升 App 的改善週期之外,Balto 希望能讓設計的 Feedback 變得更加積極與正面,從 Balto 的介面設計中便可以看出,它增加了設計者與回饋者之間的互動性,使 Feedbac k的流程不再枯燥,提升團隊成員們給予 Feedback 的意願。

Balto 的功能說明

  • 以一個動作便能拍攝影片、螢幕擷圖:拍攝螢幕擷圖之外,還能拍攝 6 秒鐘長度的影片。包括互動與畫面變化等動態,也可給予意見回饋。
  • 以形狀區域選擇螢幕擷圖:可用圓形、方形、箭頭3種形狀區域選擇所拍攝之螢幕擷圖。形狀有 5 種顏色。

  • 附上評語簡單的意見回饋:可在所拍攝的螢幕擷圖與影片中,附上評語進行意見回饋。已寄送的意見回饋,可由 Balto 行動式 APP、Balto 網頁管理畫面進行確認。
  • 統一管理意見回饋:可於 BaltoWeb 管理畫面進行意見回饋一覽。意見回饋以 APP 為單位相連。

Balto 以秉持著「正向地去提升產品的品質」這個信念開發而來,我們也稱 Balto 為「支援開發者的工具」,希望藉由這個工具能讓各位開發者的開發過程不再生硬。

想更了解 Balto 嗎?Goodpatch 團隊下週將會在出展台北 InnoVEX 與大家見面:
時間:5/30(二)~ 6/1(四)
地點:台北世貿三館 台北市信義區松壽路6號
攤位號碼:G0121

現場除了展出 Balto 之外,還有我們的 Prototype 工具「Prott」,敬邀對我們的工具或設計流程有興趣的朋友們來攤位找我們交流!現場我們也有準備產品周邊贈品,歡迎大家來踴躍索取。

Share.

About Author

vide 編輯群

Comments are closed.