# 打造安靜產品的筆記 > 親自回覆使用者、等需求明確再導入自動化，並在新增功能前衡量常駐耗能、權限和設定負擔，讓產品維持簡單、可靠。 Published: 2026-06-02 | Updated: 2026-08-08 Mole for Mac 發布約三週後，越過了一個小小的銷售里程碑。我不想寫數字，更想記下幾個選擇。它們不太符合工程師的本能，卻是我最願意堅持的部分。 ## 每封郵件都自己回 發布以來，退款、重設啟用、活動降價後的差價，以及普通問題，都由我手動處理。主動來信的使用者不到百分之一，我半小時就能接入 agent，但沒有這樣做。 支援是產品說真話的地方。退款會告訴你哪裡令人失望，難回答的問題會暴露介面哪裡沒解釋清楚。來回幾封郵件後，才看得到使用者真正需要什麼，而那經常不是第一句話問的東西。 親自處理也會讓答案逐漸成熟。做得夠多，就能看見哪些問題可以由產品吸收，讓以後的人不必再問，等到確實需要自動化時，它編碼的是已經形成的經驗，而不是猜測。 我的門檻不是工單數量，而是三個條件：問題反覆出現，答案保持穩定，例外已經理解。在那之前，對話就是研究，之後，自動化再處理已知路徑，同時讓特殊情況隨時能找到真人。 目前這樣仍然有效。我沒有花錢行銷，成長來自口碑，退款率低於 0.8%。 ## 支撐系統可以晚一點 發布前，我沒有搭工單系統、客服平台或知識庫。工程師喜歡先建支撐機器，因為那是熟悉的工作。AI 又把它縮短到半天，更容易讓人過早動手。 半天搭建是真的，長期維護一個暫時用不到的系統也是真的。只有當收件匣開始丟請求、看不清回應時間，或同一個問題得到不同回答時，我才需要新系統。在那之前，收件匣更簡單，也更接近真實問題。 ## 決定什麼不做 好產品很大一部分來自拒絕。哪些功能屬於這個版本，哪些請求是真需求，哪些想法本身不錯，卻不屬於這款產品。 Mac 有很多有趣能力，Mole 不該全部加入。什麼都答應，最後會變成一鍋雜燴，既難維護，也很難讓人放心交出刪除檔案的權限。 我會在心裡保留大約半年的產品路徑：每個版本增加什麼，什麼繼續留在外面，功能放在哪裡，第一次打開的人能否自己找到。文件可以解釋深度、邊緣情況和信任，卻很難拯救一個看不懂的基本介面。如無必要，勿增實體。 現在，功能進入路線圖前要過三道門： 1. 使用者沒有進入功能時，不增加常駐計時器、監聽器或取樣成本 2. 不為小便利擴大特權輔助程式，也不新增系統權限 3. 有合理預設值時，不增加設定項目 這不是所有軟體的通用原則，而是 Mole 的預算。常駐工作、特權和設定，都是使用者需要長期信任的表面積。
產品決策循環從直接對話保留使用者背景開始，重複需求需要通過產品適配、信任安全與自我解釋三道門，最後成為修復、排程或明確拒絕，過早自動化會失去訊號
先通過直接對話理解問題，再決定修復、排程或明確說不。過早自動化會遺失背景。
## Mole 要站在哪裡 一句話：一位安靜的 Mac 管家。 它負責清理、解除安裝、最佳化、分析和觀察，其他時間不打擾。我的目標也很簡單：如果每一百位 Mac 使用者裡有一位願意留下 Mole，它就已經足夠有用。 最近有一些視障使用者開始使用，也遇到不夠順暢的地方，所以輔助使用修復排在新功能前面，如果安靜只對一部分人有效，那還不算真的安靜。 ## AI 時代的人味 AI 讓這個產品的很多部分成為可能，但它沒有取代與使用者交談，也不該取代。 效率越來越容易獲得，開發者與使用者之間的信任仍要一場對話一場對話地建立。程式碼可以生成，關係不能。 這是我的第一款付費產品，其中一些判斷可能會錯。如果你在這條路上走得更久，也看見我正在做傻事，我很願意聽。Mole 如何走到這裡，寫在[從 500 行 Shell 腳本到 Mac 應用程式](https://mole.fit/tw/blog/the-story-of-mole)裡。 --- Canonical HTML page: https://mole.fit/tw/blog/notes-on-building-a-quiet-product Blog index for agents: https://mole.fit/tw/blog/llms.txt Site index for agents: https://mole.fit/llms.txt