avatarNana Chiang

总结

网页主要介绍了产品团队从新加坡出发,如何规划和执行海外用户研究的实用经验和步骤。

摘要

文章首先提到,居住在新加坡的产品团队可以轻松接触到东南亚市场,并强调了面对面与各地用户进行交流的兴奋感。作者回忆了2017年底首次出国进行用户研究的经历,虽然 körperlich sehr anstrengend,但也收获了大量用户洞察。随后,文章指出了在海外进行用户研究时,需要有效管理时间和理解当地市场的重要性。

接着,作者分享了过去一年中在四个不同国家(新加坡、香港、马来西亚吉隆坡以及菲律宾马尼拉)进行市场和用户研究的经验,并总结出了七个提升研究效率的小撇步:

  1. 设定清晰的目标:控制研究范围,确定研究成果的利用方向。
  2. 帶著假设和點子出發:带上一些产品假设,可以更有效地测试和学习。
  3. 找到對的使用者,並持續發送訪談提醒:确保招募到正确的用户,并通过多种方式提醒他们以减少违约的可能性。
  4. 做點使用者訪談以外的事情,多多觀察:不仅要进行用户访谈,还要深入了解当地文化、交通、生活习惯等。
  5. 保留整理 Insight 與調整訪綱的時間:合理安排时间进行用户洞察的整理和讨论,以及根据研究成果调整后续访谈的内容。
  6. 想盡辦法找當地人陪同進行:当地人的加入可以帮助克服语言障礙,提高研究效率。
  7. 帶上跟你有相同目标的夥伴們:不同部门的同事参与可以帮助团队更好地理解用户和市场,促进团队协作。

文章强调,即使不出国,也可以将这些原则应用于用户研究项目,以提高效率。最后,作者邀请读者留言提问,并鼓励读者给予拍手支持。

观点

文章的主要观点包括:

  • 海外用户研究的重要性:通过与不同国家的用户直接接触,产品团队可以更深入地理解用户需求和市场特征。
  • 研究目标的明确性:明确研究目标和预期成果,有助于合理规划时间和资源。
  • 假设和点子的作用:带着产品假设进行研究,可以更快地验证和迭代产品方向。
  • 用户招募和沟通的关键性:确保与正确的用户进行交流,并通过积极的沟通减少无效访谈的风险。
  • 深入了解当地文化的必要性:除了用户访谈,还应该深入参与当地生活,以全面了解用户背景。
  • 合理安排时间进行洞察整理和讨论:在研究过程中留有足够时间整理和讨论用户洞察,以及调整研究方向。
  • 多方位参与的价值:邀请不同部门的同事参与研究,可以增强团队协作,共同推动产品发展。

出國去見使用者!規劃海外使用者研究的七個小撇步

住在新加坡的其中一大好處就是離東南亞市場非常近,身為一個超愛做使用者研究的產品團隊怎麼能放過這個大好機會呢?

不得不說能跟各地的使用者面對面真的是一件非常令人興奮的事情!

我記得第一次有機會飛出去做研究是 2017 年底,我和其他三個同事一起去馬來西亞檳城,抱著錢都花了一刻都不想浪費的心情,從早到晚滿滿的行程,四個人兩天內聊了十幾個使用者,各種不同的使用區隔和從頭到尾的使用者旅程(User Journey)我們全都包。

但後來才發現這樣不只耗體力,得到的 Insight 也沒辦法好好消化,學到很多很多,不過最後的成效並不是最好。

第一次出國見使用者是去馬來西亞檳城,累得半死但全部訪談結束超開心!

海外的使用者研究之旅跟一般的使用者研究有什麼不一樣呢?

雖然本質上一樣都是想盡辦法去瞭解當地的產業、使用者行為等等,不過第一個大限制是時間非常有限,第二個限制是我們不了解的事情特別多,反而需要更多時間去了解更深。這個時候怎麼有效安排時間才能讓效益最大化就變得很關鍵了。

規劃海外用戶調研之旅的七個小撇步

過去一年中我和同事們去了四個不同的國家做市場與使用者研究(新加坡、香港、馬來西亞吉隆坡以及菲律賓馬尼拉),過程中才跟夥伴們慢慢摸索出更有效率的研究模式,現在就不藏私跟大家分享以下的七個小撇步:

1. 設定清晰的目標

這點對任何研究都非常基本但重要,在時間有限狀況下建議大家做點取捨,控制好研究的範疇(Scope),並且清楚設定回國後打算如何利用這份研究成果(Outcome)。

可以試試看設定一個主問題,例如:「為什麼菲律賓馬尼拉的面交成功率比其他國家低?」,再從主問題延伸交通、付款、物流等面向的問題,一旦問題太多,就對著主目標檢驗是否有直接相關,不相關的都可以 deprioritize。

千萬不要貪心想在兩天內全盤瞭解一個地區的使用習慣,例如我之前試過「瞭解用戶與非用戶的整趟 Buyer Journey 和搜尋習慣」就有點太廣了。切記切記:怎麼讓這份收穫有效的轉化成推動產品前進的動力,遠比你不眠不休跟 20 個使用者聊天還重要。

2. 帶著假設和點子出發

很多人可能會抱著「我是一張白紙」的心情去做研究,覺得這樣才可以最中立的得到回饋。但其實帶著一些產品假設出發,可以學到比想像中更多!

我們在去馬尼拉之前跑了一個內部工作坊,針對「網路用量有限 收訊不佳」的使用者情境收集一些點子帶去現場測試(連 Prototype 都來不及做,直接用手畫在紙上),很快就知道哪些點子根本不可行,也可以從中再延伸問題,收穫不少。

沒錯,如此初期的點子也可以拿來測,這方法超有效率我超愛的!

3. 找到對的使用者,並持續發送訪談提醒

我們都特地飛去了,如果問不出 Insight 或被使用者放鳥,實在是很遺憾的事情(不要懷疑,這件事情會比你想得還更容易發生)

我們通常會進資料庫撈出我們的目標族群,接著直接打電話做簡單的事前篩選,確認他就是你要的人並且讓他們知道我們是認真的要來訪問。(招募的細節很多,之後有機會再詳述)

除了篩選出對的使用者以外,請務必下載當地人習慣的通訊軟體用它與用戶聯絡、要電話、再三強調你是特別從別的國家飛來的,前一天也務必發送提醒訊息。

關於招募使用者的細節,也可以參考以下這篇文章:

遇到很誠實直接又準時的使用者,可以得到超多 Insight,就是最幸運的事情!

4. 做點使用者訪談以外的事情,多多觀察

去到一個新地方,當地的風俗文化宗教交通生活習慣產業都不同,要能夠透徹了解用戶,絕不能只靠訪談。以下是一些我推薦可以在當地做的事:

  • 搭乘當地的交通工具
  • 去當地人生活的地方看看(吃飯聚會工作住宿的熱點)
  • 跟當地的新創或相關公司交流
  • 體驗和你的產品相關的線上/線下服務(以照片編輯 App 來說,參觀文具店和手作量販店很有用;二手拍賣平台來說,參觀當地的市集和賣場也可能給你新的發現!)
  • 直接舉辦 User Meetup,跟使用者在比較輕鬆的狀態下閒聊

如果還有資源,還可以買個當地人愛用的手機,裝他們使用的 App,用他們用的電信,充分體驗當地人的日常!

菲律賓馬尼拉「Sachet Culture」的具體呈現,當地人就算天天搭捷運也不想買捷運卡,天天排隊買單程票。(這是一種因為收入低、而害怕錢會花光、於是習慣一次購買少量商品的文化)

5. 保留整理 Insight 與調整訪綱的時間

一天訪問 3–5 個使用者就已經是極限中的極限了,就算有 20 個人同行也一樣,盡量不要再多,不是因為訪談花時間,而是如何把訪談資料轉化成可用資訊這個步驟更重要。

訪談結束後我們會進行 “Download” Insight 的步驟,把握新鮮的記憶,分享與討論之餘也把 Insight 和問題都分類好,回辦公室後比較好用。這樣的討論有時候會比訪談本身還花時間。所以會建議做討論和總結的時間可以彈性一點,但基本討論一個用戶的案例花個 15–25 分鐘我覺得不為過。

我們也會找空檔再微調隔天的訪綱,根據當天學到的東西,調整方向或增加深度。所以不要都排得滿滿滿,出差過程中也是可以幫自己迭代一波!

簡化版的示意圖行程(非實際行程)

6. 想盡辦法找當地人陪同進行

在海外研究可能會面臨語言障礙、文化或生活習慣不同、導致的思考模式不同等等問題,可能連他們說個地名或常用的 App 我們都不一定聽過。有個當地人夥伴可以隨時解釋給我們聽,可以學到非常多!(喔而且當地人還可以帶你去最好玩的地方吃最 Local 的食物,都飛去了別錯過玩樂的機會哈哈)

可愛的香港同事們~多虧她們的翻譯和筆記才能順利完成訪談,不然我們都聽不懂廣東話 😭

7. 帶上跟你有相同目標的夥伴們

我們最成功的一次海外調研之旅,除了 PM & Product Designer 以外,Marketing、Engineer、CRM、User Acquisition 等各種不同部門也都派人一同參與,因為我們有個共同目標:幫助使用者成長。

這些研究之旅學到的知識不僅在我們大家的共同專案上幫了不少忙、不再需要爭論我們對用戶和市場的「想像」,大家感情也更好,完全一舉多得。(再次感謝旋轉拍賣讓我們有如此自由和資源做這些海外研究工作,還有我最罩的 Product Designer Diona Lin 一起完成好多事 🎉 )

這次的四人小組包括產品經理、產品設計師、資料分析師和資料科學家,雖然大家都華人臉,但其實這是兩個台灣人 + 一個越南人 + 一個新加坡人一起去馬來西亞做的訪談之旅 🇲🇾

其實不一定要坐飛機出國,一個使用者研究專案若能套用以上原則,效率也會大大提升,大家下次不妨也試試看吧!

謝謝你的閱讀!如果有任何疑問也歡迎留言給我 📒
如果單純想給我一點鼓勵,請給我 1–10 個拍手;
如果覺得文章對你有點幫助,請給我 11-20 個拍手;
如果想看更多用戶研究的文章,請盡情長按拍手(50個拍好拍滿也沒問題)讓我知道 👏🏻
想要持續追蹤我們的最新文章,請追蹤產品三眼怪實驗室 (◉◉◉)
User Research
使用者研究
User Experience Research
產品心法
用戶體驗
Recommended from ReadMedium