iT邦幫忙

2024 iThome 鐵人賽

DAY 19
3

完成成本的估算與定價的思考後,接下來我要說明使用者測試的計畫。目前吃吃記帳的 MVP 已經完成,我希望可以有實際的使用者協助確認,這個產品是否運行正常,以及是不是真的符合他們的需求。

測試的方式

在理想情況下,我希望先進行質化測試,再進行量化測試。前者是找幾位使用者進行現場的操作與訪談;後者是使用問卷,詢問較大的群體對於產品的設計和功能的看法。
先進行質化測試的原因是,它可以幫助我盡早發現產品操作上的問題或 bug。等到產品穩定之後,再開放更多人進行量化測試,以避免大量使用者同時遇到不佳的使用體驗,並且降低測試過程中消耗 credits 的成本

考量到吃吃記帳目前是個人的side project,我將專注於訪談的設計和執行,之後再考慮設計問卷的量化測試。

選擇訪談對象

回顧我們先前討論的人物誌(Persona),我預計邀請三位符合條件的朋友進行測試,其中包括一位男性和兩位女性。

除此之外,我也考慮邀請不同年齡層的使用者來測試,包括年齡較大且對 AI 和 Line 官方帳號不太熟悉的親人,以檢驗他們是否能理解操作步驟和各個引導。同時,我也希望邀請對 AI 和應用程式更熟練的20多歲使用者來提供反饋。
通過邀請不同年齡層的使用者進行測試,可以確認吃吃記帳的市場潛力,也能幫助我檢查是否有值得理解的其他功能和價值。
不過,我會優先聚焦於上述的「目標客群」,而其他年齡層的使用者將在之後安排。

測試目的與內容

在訪談中,我預計進行兩項主要的測試:

  1. 引導性測試 (Usability Testing)
    我要確認吃吃記帳的整體流程是否直觀、好操作,在沒有特定說明的情況下,測試者是否能從頭到尾順利完成步驟,包括加入好友、設定飲食控制目標、輸入日常飲食和獲得反饋等。預計觀察的內容包含:
  • 使用者一天需要多少則訊息?
  • 在設定目標時,是否提供使用者當前的體脂數值,會感受更好?
  • 在設定目標時,需要每個問題單獨拆開詢問,還是一次全部提供比較便利?
  • 使用者對於 Bot 使用 Markdown 格式進行溝通的看法?
  • 查看歷史的飲食紀錄,對使用者來說是否是重要功能?
  • 需要更客製化、更親切的溝通方式嗎?例如,Bot 稱呼使用者為「主人」。
  1. 功能性測試 (Functional Testing)
    除了流程之外,我打算確認每個功能是否正常運作。要確認的內容包含:
  • Bot 有沒有正確地打招呼?
  • 提醒功能是否正常觸發?
  • 熱量的計算是否正確?
  • 文字輸入和照片輸入是否會影響分析的結果?

此外,我還想了解他們對額外功能的看法,例如運動記錄、體重、飲水量的紀錄,以及假設產品開始收費,他們可以接受的價格區間。其他較常見的A/B測試或壓力測試等,適合在產品穩定後執行,因此這裡先不考慮。

測試數據的收集

對於測試的結果,我預計用兩種方式來記錄。

  1. 錄影與平台紀錄
    為了在訪談中能更專注於互動,我計劃使用錄音和錄影的方式來記錄與測試者的對話。之後,我會將錄音內容轉為逐字稿,請 AI 幫我摘要重點,看看是否有我在當下忽略的地方。有錄影的好處是,後續我可以隨時回顧內容,避免資訊遺漏。
    此外,Line 官方帳號的平台也會記錄使用者與 Bot 交談的內容,這樣我可以隨時回顧測試者在每個步驟中輸入的指令和收到的回饋。
    這兩項紀錄,我在測試開始前會告知測試者,並妥善保存資訊內容。

  2. 成功率與完成時間
    為了有更明確的數字來顯示成功率和完成時間,我計劃將流程圖轉換為一份清單,顯示每一個輸入與輸出的地方,並包含「是否執行」以及「品質是否符合預期」這兩個欄位。這樣在使用者操作時,我可以一邊紀錄、核對,進行成功率的評估。

我也會預估每一項大任務的預計操作時間,例如「設定飲食控制目標」預計需要五分鐘,而在過程中我能檢查對方實際完成任務所需的時間。
有了這兩項數據,可以讓我更客觀的判斷我的測試成果和效率。

以上就是我對使用者測試的規劃。後續測試的結果,我將會在後期的文章中分享。敬請期待!


上一篇
18. 吃吃記帳 - 成本與定價
下一篇
20. 吃吃記帳 - 風險管理
系列文
用 No-code AI 工具打造產品「吃吃記帳」- 我的 PM 轉職 Side Project28
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言