來自過去自己的信：週年紀念日誌 App 功能設計

任何紙本日誌裡最棒的功能，都是沒有人特地設計出來的。你翻開去年的筆記本，發現一篇來自某個你早已忘記存在過的星期二的紀錄。那些文字猝不及防地擊中了你。那個意外，就是整個功能的精髓：同月同日、不同年份的回顧。

數位打卡 App 可以刻意做到同樣的事。Soulwise 把它稱為「來自過去自己的信」。這是一篇簡短的筆記，談談它的運作方式、為什麼把它設計得好比看起來更難，以及禮物與監控之間的那條界線究竟落在哪裡。

這項功能的作用

機制很簡單。在過去某次打卡的週年時刻——通常是一年前、六個月前，或三個月前——Soulwise 會把當初的回應重新呈現在 App 的主畫面上。使用者會看到：

一年前的今天，你寫下：「兩件事盤旋在你心頭，但今天都不歸你來解決。」

旁邊會顯示日期，以及當初催生出這段回應的原始標籤。使用者可以選擇略過、把它存成精選，或寫下簡短的回覆。

整個互動就是這樣。複雜的部分無所不在，唯獨不在功能本身。

為什麼好設計這麼難

有四個值得正視的風險。

痛苦紀念日的問題。 有些日子沉重。一段感情的結束、一次失去、一次住院。app 無法可靠地辨認出哪些屬於這類。把那些日子裡的回憶推送到主畫面，是一種失敗的設計，而不是功能。

監控的界線。 一個會帶出過往記錄的功能，如果使用者已經信任這個 app，會被視為禮物；如果還不信任，就會變成令人毛骨悚然的提醒，讓人察覺這個 app 知道得有多少。信任必須先建立，這個功能才能出現。

冷啟動的問題。 新使用者沒有過往可以呈現。如果這個功能在第三天就亮起來，會顯得刻意。如果它永遠不亮，使用者也不會知道它存在。

篩選的問題。 多數的打卡回頭看並不有趣。你記下「伸展一下」、心情普普的那一天，並不是值得重溫的星期二。app 必須挑出那些真正有價值、值得再次呈現的記錄。

Soulwise 如何處理每一項

只在 App 內，絕不推播。 推播通知遵守嚴格規則：沒有任何經期內容、沒有任何占星內容、也沒有任何形式的每日打卡內容。來自過去自己的信件只出現在 App 內，而且只在使用者於週年當天打開 App 時才會出現。鎖定畫面完全不受打擾。

30 天的暖機期。 在使用者使用 Soulwise 滿 30 天、並完成至少 10 次打卡之前，這項功能不會啟動。在達到這個門檻之前，過去的紀錄太單薄，無從挖掘。

逐日略過設定。 使用者可以在安靜的設定畫面中將某一天標記為「略過」。這項略過永久生效；App 永遠不會浮現那一個日曆日的回憶。系統不會追問，也不會針對使用者標記了什麼留下任何分析事件。

依訊號密度挑選。 這項功能偏好那些選了多個標籤、心情並非中性，以及使用者在回應卡片上停留超過中位數時間的打卡。例行性的日子不會被再次浮現，而那些花了點心思記錄下來的日子才會。

樸實的時間描述。 「一年前的今天」很合適。「365 天前」就讓人毛骨悚然。用樸實的語言談時間，能讓這項功能始終站在溫暖的那一邊。

為什麼向紙本日記借鏡

三個理由。

這項功能在紙本上行得通。 自從筆記本問世以來，人們就會翻開舊筆記、遇見過去的自己。這個模式之所以可靠，是因為它建立在記憶與時間如何交互作用的基礎上，而不是依賴任何特定的應用程式設計。

它不需要使用者額外輸入。 每日紀錄本來就存在。這項功能只是用不同的方式把它呈現出來。不必新增記錄、不必新增畫面、不必新增權限。

它能強化每日的儀式感。 當你知道今天的紀錄明年的這一天可能會再次出現，你願意寫下的內容也會跟著改變。你不是為了演算法而寫，而是為了一年後的自己而寫。這是一種更健康的閱讀心態。

這不是什麼

說明一下我們刻意沒有打造的東西。

不分享過往的記事到社群。 這封信是寫給使用者的。它不是一張可以寄給朋友、或發佈在動態時報上的卡片。

不用 AI 改寫過往的記事。 原本的文字會原封不動地保留。這款應用程式不會「優化」或「摘要」使用者一年前寫下的內容。

沒有連續紀錄或遊戲化。 週年並不是用來優化的指標。使用者不會看到「喚起回憶」的計數器。

不用預測性的框架。 這項功能不會說「根據去年的狀況，你今天會感覺到 X」。那是模型在幻想自己能用一年前的某個資料點來預測你的這一天。它做不到。

這項功能何時上線

來自過去自己的信件是 Soulwise 每日儀式範疇的一部分，但依照設計，它不會在任何使用者的第一個月出現。完整的架構與時程都記載於產品規格中；Soulwise 主頁則是公開的入口，每日儀式本身就能在這裡體驗。

簡短一點說：最棒的日記功能都是意外，而這個應用程式的任務，就是在不破壞意外的前提下，安排這場意外。