產品筆記
2026.05.18
·
約 6 分鐘
·
by Hone 編輯部
週日的紙本備忘錄:為什麼我們不用推播提醒你回顧
大多數 app 用紅點和推播搶你的注意力。我們選了一個更慢的東西:每個禮拜天,一封像紙本備忘錄的 email。這是刻意的。
每個禮拜天早上,如果你是 Apexhone 的用戶,你會收到一封 email。它不長,排版像一張米白色的紙本備忘錄:這禮拜該回顧的決策、一個輪到的決策框架、一道反思題。沒有紅點、沒有推播、沒有「你已經 3 天沒打開了」。
這是 Phase 8 留存系統裡的「每週編輯備忘錄」。這篇想講一個我們內部辯論很久的決定:為什麼一個講「幫你做更好決策」的產品,刻意放棄了推播這個最有效的留存武器。
推播優化的是 app 的指標,不是你的決策
推播通知很有效——對「日活躍用戶」這個指標有效。它的運作方式是製造一種輕微的焦慮,然後讓你點開 app 來解除焦慮。問題是:被焦慮趕回來的你,不是適合做決策回顧的你。
我們在 〈不通知是 Hone 最艱難的產品決策〉 那篇就寫過:Apexhone 不做連續打卡、不做即時推播,因為決策反思需要的是一段安靜、不被催促的時間。一個讓你「趕快點進來解除紅點」的機制,跟這個需求直接矛盾。
我們寄的不是通知,是一份備忘錄
email 跟推播最大的差別是:email 安靜地待在收件匣,等你準備好才打開。它不震動、不亮燈、不會在你開會時跳出來。你可以禮拜天早上喝咖啡時讀,也可以拖到禮拜三晚上——它不會因此責備你。
我們刻意把這封信做成「備忘錄」的樣子,而不是「通知摘要」。它的視覺語言是米白紙感、navy serif、編輯紅——跟 Apexhone 整個品牌一致,讀起來像一份你會認真對待的內部文件,不像一封行銷信。
這份備忘錄一週只有三個區塊
第一,回顧佇列:這禮拜到了該回顧時間的決策,直接連到 回顧頁。第二,本週框架:從 35 個框架 裡輪一個給你,附一句為什麼這週適合用它。第三,一道反思題——我們寫了 52 道,一年不重複。
為什麼是禮拜天早上
時間點是設計的一部分。禮拜天早上,多數人不在工作的戰鬥狀態,有一點餘裕往回看。週間的早上你在趕路,週五晚上你只想關機。禮拜天早上是一週裡少數適合做「慢思考」的窗口。
這也呼應 Apexhone 整體的節奏設計——我們不催你每天打開,我們希望你 記決策 的時候是因為真的要做決策,回顧的時候是因為真的有空回顧。
低頻是功能,不是妥協
一週一封信,看起來「互動量」很低。如果我們追求的是讓你每天打開七次 app,這封信確實是失敗的設計。但我們追求的不是這個。我們希望兩年後你還在用 Apexhone,而不是一個月後你把它的推播全部關掉、然後再也不打開。
低頻、可預期、不打擾——這三個特性讓這封信能活得久。一個你不討厭的提醒,才是一個有用的提醒。
每週備忘錄對所有用戶開放,Pro 升級 的版本會根據你的決策歷史挑回顧項目與框架,而不是通用輪播。想看它長什麼樣子,先去 記一筆決策,這個禮拜天你就會收到第一封。
延伸閱讀
2026.05.19
偏誤指紋:12 條規則幫你的決策貼標籤——這算 AI 嗎?
你記一筆決策,系統會自動猜你可能踩了哪些認知偏誤。有人問這是不是用了 AI。答案是沒有——而且我們是刻意不用的。
2026.05.17
我們開始幫你算 Brier 分數——一個關於「把握度」的產品決定
大多數人記得自己「決定對不對」,卻不記得當初「有多確定」。我們做了一個功能,逼你把把握度寫下來——然後用 Brier 分數告訴你,你的自信值不值得相信。
2026.05.16
決策殘骸案例:Kodak、Blockbuster、Theranos——他們本來能用什麼框架救自己
三個被寫進商學院的失敗案例,事後 Pre-mortem 一遍:在哪個關鍵節點,套用哪個框架,就能逆轉結局。