返回產品動態產品動態

與測試使用者一起,把 Dottie AI 磨得更好

從對話、待辦事項確認到每日回顧,整理 Dottie AI 在 8 月中旬前的改進,也聊聊 TestFlight 回饋如何幫我們看見日常使用中的細節。

作者:DottieNote 團隊

與測試使用者一起,把 Dottie AI 磨得更好

忙了一整天,終於坐下來,卻一時說不出今天究竟做了些什麼。清單上有幾件完成的事,計時器裡也留下了時間,但中途改變的安排、終於解決的小問題,還有那句「今天有點累」,往往沒有被記下來。

這些片刻不一定值得寫成一篇日記,卻可能是你想留住的生活。Dottie AI 想提供的,就是一個可以先放下幾句話的地方:不必事先整理,之後再回頭看看,理解這一天,也把有用的想法接到明天的計畫裡。

真正把它放進日常,才會看見展示影片之外的問題。哪一句回覆讓人困惑,哪個操作打斷了思緒,哪個結果讓人不敢確定,都是 TestFlight 回饋幫我們補上的視角。

這篇文章回顧的是截至 2026 年 8 月 15 日的開發工作。 這段期間 Dottie AI 仍在 TestFlight 測試中;文中提到的改動,所處的開發與驗證階段不盡相同。實際安裝的版本包含哪些功能,仍請以該版本的說明為準。

讓對話好用,不只是讓回答好看

用對話記錄生活,回覆內容很重要,按下傳送之後的幾秒也同樣重要。訊息送出去了嗎?Dottie 還在回答,還是在等待?往上翻閱舊記錄時,畫面會不會突然跳回最底下?重新打開 App,能不能找到剛才的對話?

這些事情不應該需要使用者自己猜。但只要其中一項不夠清楚,就可能讓人猶豫,下一次還要不要把那件小事記下來。

從 7 月下旬到 8 月中旬,我們持續調整對話歷史、逐步出現的回覆,以及捲動時的行為。文字還在增加時,應該能舒服地閱讀;想停在前面的訊息,也應該被尊重,而不是一直和最新回覆搶畫面。對話越長,這些小地方越容易被感受到。

輸入也需要同樣的照顧。手邊忙著做事時,說話可能比較方便;安靜的地方,打字可能更合適。我們也繼續改善語音輸入的進度提示,讓錄音、處理和確認結果的階段更容易分辨,不必看著一個按鈕猜它現在在做什麼。

這些改動很難包裝成一個大功能。它們的價值更直接:少一個需要停下來判斷的瞬間,也許就多留下一則原本會忘掉的記錄。

提議做一件事,和真的做完,是兩回事

聊天可以保留一點模糊,但待辦事項和提醒需要具體的確認。假設你說:「明天下午提醒我看一下簡報。」意思大致清楚,卻還沒有確定幾點、需要多久。

如果助理只回答「好了」,你就得離開對話,自己查它到底做了什麼。排在什麼時間?建立的是哪一種事項?還有沒有等著確認的步驟?

因此,事項確認一直是測試中的重點。使用者需要看得見提議的內容,核對時間和其他細節,也知道目前是等待同意,還是已經執行。對話中的用詞必須和實際狀態一致。

7 月下旬的工作包含確認流程的修正;到了 8 月初,我們仍在調整對話裡的操作,以及不同狀態之間的銜接。目的是讓人不用每次都到別的畫面確認,才能知道助理做了什麼。

同時也要留有改變主意的空間。你可能想換個時間,把工作縮小一點,或者這次先不要建立。Dottie 可以幫忙整理意圖,但不該把每一句還沒想定的話,都當成最後決定。

每日回顧,首先要回到正確的那一天

一份回顧要有幫助,先得把事情說對。選了昨天,就應該談昨天;還沒完成的事項,不應該變成已達成的成果;只留下少量記錄的日子,也沒有必要被補成一篇熱鬧的故事。溫和的語氣值得保留,準確更不能省略。

從 7 月下旬開始,我們持續改善回顧和實際事項資料之間的連結、每週統計,以及歷史報告和日期邊界的處理。到了 8 月中旬,能否順利找到舊回顧、選定的日期是否和報告一致,仍是反覆檢查的部分。

深夜記下的事,隔天早上才打開來看,或是回頭查看幾天前的記錄時,這些差異尤其重要。「這筆資料屬於哪一天」,不能只拿今天的日期來判斷。

基礎對了,才有空間談更有意思的問題:今天有哪些容易忽略的進展?哪件事一再延後?明天有沒有一個具體的方法可以試試?我們希望每日回顧的建議,能連回你真正記下的一天。比起再列一份自律守則,一個認得出來、做得到的小步驟更實用。

AI 以外,平常用的地方也要繼續修

對使用者來說,AI 和 App 的一般功能不是兩個產品。你在對話裡想起一件事,到首頁確認,再開啟計時,接著從鎖定畫面看進度。這些動作都在同一天裡發生。

所以這段時間的工作也延伸到對話之外。8 月初的調整包含首頁與統計畫面的互動,以及鎖定螢幕、同步和切換畫面時的計時行為。到了月中,也依照回饋處理事項操作、標籤和歷史回顧的細節。

對一個計時器,大家想知道的事情很直接:它還在走嗎?為什麼鎖定畫面顯示不同時間?同步有沒有影響這一次記錄?內部原因可以很複雜,但使用時應該得到清楚的答案。

新功能可能是下載試看的理由,日常使用的可靠,才更可能是留下來的理由。兩邊都需要照顧。

一則回饋,如何成為一次改進

有些問題很好描述,例如按鈕沒有反應。有些則從感覺開始:一句話不太自然、回顧沒抓到重點,或做完某個操作後仍不知道發生了什麼。這兩種回饋都很有價值。

前者幫我們找出故障的位置;後者讓我們看見,開發者理解的流程和使用者真正感受到的流程,有哪裡不同。

例如,可以這樣描述:

我想安排明天的閱讀。看完 Dottie 的回覆,以為事項已經建立了,但在首頁找不到。不確定是不是還有一步需要我確認。

這是說明用的例子,不是真實測試者的引言。它把想做的事、從回覆得到的理解,以及最後看到的結果串了起來。我們就能沿著這條線,檢查是說明不清楚、操作沒有成功,還是結果不容易找到。

版本編號、大約時間,以及遮住私人資訊的截圖也有幫助。不需要把整天都錄下來,更不用先找出技術原因才聯絡我們。接下來由我們嘗試重現、修改、確認,再回到測試中觀察。有些問題原因直接,有些需要跨裝置和不同情境繼續找;改完程式碼,不代表可以忘記最初那個困擾。

用平常的一天,繼續試下去

Dottie AI 還在成形。自然的對話、有用的提醒,以及能認出自己生活的回顧,都需要放進真實作息裡,而不只是理想範例中測試。

想參與的話,可以先看TestFlight 測試指南。從幾件可能忘掉的事情開始:終於回覆的信件、讀到一半被打斷的書、隔天早上的安排。回頭看時,問問自己,Dottie 有沒有幫忙把這一天看得更清楚。

不需要成為專業測試者。照平常的方式使用,告訴我們哪裡不懂、原本期待什麼、哪個步驟太麻煩。我們也會繼續記下變化,讓每次更新都能回答一個簡單的問題:這一次,具體是哪裡變好了?