備忘錄應用程式8用iPhone 16e (A18) / iOS 26.5.2實測（每個5次，warm啟動）。 測量的是從點選圖示到能夠實際輸入文字為止，包括中途需要的點選。 最快是SimpleMemo的0.4秒。 Drafts和Bear並列0.9秒、Apple Notes 1.7秒、Notion 2.8秒。 開始寫作的等待時間越長，想到的細節就越容易漏掉。
為什麼啟動速度很重要
短期記憶的研究（Peterson & Peterson, 1959）中，如果在腦海中無法重複的狀態，剛記住的文字順序在十幾秒鐘內就記不起來了。 從在電車裡想到“那件事，這樣就行了”的那一刻起，那個想法的新鮮感就會迅速消失。
這裡重要的是“捕獲差距”這個概念。 捕獲差距是指從想法浮現在腦海中到開始在備忘錄應用程式中輸入的時間差。 這個差距越大，記在備忘錄上的內容就越少。
0.4秒就能打的應用程式和2.8秒就能打的應用程式，捕獲差距有2.4秒的差距。 雖然可能覺得只有2.4秒，但是在需要等待的應用程式中會產生“因為很麻煩，以後再寫吧”的心理摩擦，有時會放棄筆記本身。
測試方法
- 終端: iPhone 16e (A18)、iOS 26.5.2
- 方法：透過iOS畫面收錄錄製應用程式啟動，以幀為單位解析
- 測量區間：從點選應用程式圖示開始鍵盤齊齊，直到實際打字。 包含中途需要的點選（新備忘錄按鈕等）
- 嘗試次數：各應用程式5次測量，採用中值（Apple Notes 10次，Google Keep 4次）
- 環境: 儲存 256GB, 14.29GB free，本公司應用程式 v5.7.3
- 啟動條件： 蠕動啟動（從應用程式切換器強制終止，等待5秒以上後啟動，iOS 26.5.2透過目視確認實際上是在蠕動中啟動）。 所有應用程式的條件相同
- 測量日期： 2026年8月11日（Bear和Drafts在同一天符合條件重新測量）
測量協議的詳細內容請看基準測量方法。
基準結果
| 排名 | 應用程式名稱 | 直到開始輸入 | 範圍 | 對焦 | 實測次數 | 評價 |
|---|---|---|---|---|---|---|
| 1 | SimpleMemo | 0.4秒 | 0.37–0.43 | 0.2秒 | 5 | 最快 |
| 2 | Drafts | 0.9秒 | 0.90–1.57 | 1.0秒 | 5 | 高速 |
| 2 | Bear | 0.9秒 | 0.92–0.95 | 0.6秒 | 5 | 高速 |
| 4 | Apple Notes | 1.7秒 | 1.20–2.37 | 1.3秒 | 10 | 普通 |
| 5 | Google Keep | 2.1秒 | 1.97–2.23 | 1.7秒 | 4 | 普通 |
| 6 | Evernote | 2.5秒 | 2.30–5.10 | 2.2秒 | 5 | 有點慢 |
| 7 | OneNote | 2.6秒 | 2.20–3.30 | 2.3秒 | 5 | 有點慢 |
| 8 | Notion | 2.8秒 | 2.50–3.50 | 2.5秒 | 5 | 慢 |
※ iPhone 16e (A18)、iOS 26.5.2的實際測量值。 蠕蟲啟動（從應用程式切換器強制終止，等待5秒以上後啟動，iOS 26.5.2實際上透過目視確認以蠕蟲啟動）。“ 直到輸入開始”是指從點選圖示到鍵盤齊齊並實際打字為止，包括中途需要的點選。 各應用程式5次的中值（Apple Notes 10次、Google Keep 4次）。 Bear和Drafts在2026年8月11日符合條件重新測量。 只有
Drafts不是中值刊登了快方的實際測量值（0.90秒）（5次中1次是0.90秒，剩下的4次是1.4秒左右）。 Drafts和Bear的差0.017秒，在這個測量的邊界誤差（±0.02~0.05秒）中，所以順序相同。
完整的測量方法和原始資料刊登在備忘錄應用程式速度測試2026中。
輸入開始前的體感測試
上面的測量表的“直到輸入開始”，直接作為等待時間進行播放。 按下開始鍵後，每個欄的實測值時間過後就可以輸入了。 不是在測量你的終端。
SimpleMemo — 0.4秒
—
Notion — 2.8秒
—
出處：本頁面的測量表。 再生的值是實測值，不是當場測量的值。
不僅是速度“直到輸入開始”
表中設定了“到輸入開始”和“到焦點”的2列是有原因的。 許多備忘錄應用程式在啟動後開始編寫備忘錄之前需要額外的操作，因為這些操作的時間分別出現在兩列中。 下面的秒數都是從點選圖示到可以點選為止，包括中間的點選。
SimpleMemo（0.4秒）：啟動=可輸入。 開啟應用程式的瞬間，游標被聚焦（0.2秒），鍵盤顯示。 完全不需要導航操作。 這是最忠實地再現Captio思想的設計。
Drafts（0.9秒）: 設計思想接近，啟動的同時開啟新草稿。 刊登的是5次中最快的0.90秒，剩下的4次是1.4秒左右。 快的時候會和Bear排成一排，但並不是總是這樣。 只有這個1個與其他軟體的統計不同，所以先說明一下。
Bear（0.9秒）：啟動後，編輯的筆記就會直接開啟。 鍵盤也一直伸出來，所以不需要點選。 與Drafts並列，這次是最接近的競爭，5次的實測是0.92~0.95秒。 8應用程式中差異最小的是Bear（Drafts的0.9秒是5回中的1次，而Bear每次都是這個速度）。 但是這是從“開啟後關閉”狀態返回時的速度。 從筆記列表開始時，需要輕點右下方的鉛筆，因此會慢一點。 與SimpleMemo總是處於這種狀態相比，Bear的區別在於上次的使用方法。
Apple Notes（1.7秒）：啟動後會顯示筆記一覽表。 從這裡點選“新備忘錄”，焦點1.3秒，直到鍵盤齊齊打1.7秒。 即使測量了10次，也有1.20~2.37秒的寬度。
Notion（2.8秒）： 新建頁面 → 等待頁面載入 → 開始輸入。 雖然每一個都很短，但累積起來就會變成2.8秒。“ 不是用“啟動快嗎”，而是用“開始打到幾秒”來看，差異就在這裡了。
速度產生的行為變化
備忘錄應用程式的啟動速度，不僅僅是規格表上的數字。 等待的時間越短，在猶豫不決的場景中，也越容易開始寫。
寫得越快，寫次數就越容易增加。 啟動等待時間較短的應用程式在心理上的絆腳石很小，即使是一點想法也更容易記下來（使用者的1每天的備忘錄數的統計不公開）。
麻煩是習慣的敵人。 在養成習慣的書籍和研究中，經常建議減少開始之前的麻煩。 如果啟動要等幾秒鐘的話，就會因為“以後再寫吧”“記住吧”而推遲，不寫就結束的情況越來越多。
只要記下來，以後就可以使用。 沒有寫的想法，以後就找不到了。 在可以馬上開始寫的應用程式上記下來的次數增加的話，可以回過頭來使用的材料就會增加。
常見問題
啟動速度的測量方法可靠嗎？
我們在 iPhone 16e（A18，iOS 26.5.2）上錄屏，逐幀測量從點選應用圖示到可以輸入的時間。各測量 5 次並取中位數，其中 Apple Notes 為 10 次，Google Keep 為 4 次，僅 Drafts 採用較快的一次實測值。啟動條件是熱啟動：雖然從應用切換器強制退出並等待至少 5 秒才啟動，但在 iOS 26.5.2 上，已目視確認實際仍以熱啟動方式開啟。對於波動較大的 Bear 和 Drafts，我們統一條件重新測量；其餘 6 個應用的錄製沒有問題，因此保留原值。表中的範圍反映的是應用實際的波動，而非測量粗糙。Evernote 用了 5.1 秒的那次，以及 Apple Notes 在 10 次中有一次延長到 2.37 秒，都是真實發生的。只列中位數會掩蓋這些情況，所以也列出範圍。
啟動速度會隨著更新而改變嗎？
是的，會根據應用程式的更新和iOS的版本升級而變化。 本報道的比較資料是2026年8月11日測量的。 如果有大的更新，會重新測量，更新報道。 另外，因為應用程式的基本設計（啟動時是否需要導航）沒有太大變化，所以認為排名急劇變化的可能性很低。
為什麼啟動速度在備忘錄軟體中是最重要的？
在短期記憶的研究（Peterson & Peterson, 1959）中，如果在腦子裡無法重複的狀態，那麼剛剛記住的資訊在十幾秒鐘內就很難想起來了。 越是等待開始寫作，想法的細節就越容易漏掉。 啟動0.4秒的SimpleMemo的話，想到的瞬間就可以開始寫。 當然，整理和搜尋備忘錄也很重要，但那是“捕獲後”的故事。 首先必須記下來才能開始。
面向媒體、編輯的引用資料
為了便於從報道、評論、研究備忘錄中驗證數值，在CSV上公開了與刊登表相同的一次資料。 請同時記錄出處連結和測量日期、終端、OS、“輸入開始為止”的定義後使用。
“iPhone備忘錄應用程式 輸入開始速度基準2026”SimpleMemo、2026年8月11日測量。 iPhone 16e (A18) / iOS 26.5.2。 https://simplememofast.com/blog/fastest-memo-app-benchmark
注意：由開發者自己進行測量。 只有Drafts不是中值，而是刊登了快方的實際測量值。 比較條件、嘗試次數、限制事項請確認測量方法和刊登表的註釋。
PC使用者用智慧手機讀取