[004] 【減法】為什麼我們拒絕做好友系統？省掉它帶來的不只是開發成本
在《FollowMe8》的開發初期，我曾經掙扎過一個問題：一個旨在「不讓車隊成員走散」的工具，到底需不需要一套傳統的好友系統？直覺上，如果能像社群 App 一樣，加個好友，就能隨時看到對方的位置或狀態，似乎更方便。然而，作為一個獨立開發者，資源與時間是最大的限制，這促使我不得不重新審視這項「看似必要」的功能。
當時擺在我面前的，有兩種截然不同的路徑。第一種，是走傳統社群 App 的道路，實作一個完整的好友系統。這意味著需要設計 `user profile`，建立複雜的好友申請流程，管理雙向關係的 CRUD (Create, Read, Update, Delete)，還得包含一套通知系統，以及不可或缺的隱私設定，決定誰能看見你的位置。這套系統會在資料庫中新增一張甚至多張專門維護「好友關係」的表格。
然而，我考慮的第二條路徑，是完全放棄好友系統。我的初衷是解決「跟車隊騎車時不小心跟丟了」的痛點，這是一個情境導向、臨時性的需求，而不是建立一個新的社群網路。
最終，我選擇了第二條路徑：《FollowMe8》拒絕做好友系統，只引入了「活動 (Activity)」的概念。
為什麼做出這個「減法」的選擇？最根本的原因是資源的極度受限與對產品核心價值的堅持。作為單一開發者，要維護一個全功能的好友系統，其開發、測試與維護成本是天文數字。光是隱私設定、通知推送的穩定性，就足以耗盡所有精力。更重要的是，一個長期存在的好友關係，與「在特定活動中保持聯繫」的目標，本質上是衝突的。
《FollowMe8》的設計理念是「輕量、臨時、任務導向」。當一個「活動」開始時，成員才產生關係；活動結束，這些關係就隨之消失。這帶來了巨大的設計簡化：我們的資料庫裡根本沒有「好友關係表」。所有的成員關係都只存在於「活動」的範疇內，伴隨活動的生命週期。
這個決策對用戶的實際影響是顯著的：
1. 用戶操作更直覺：無需管理龐雜的好友列表，沒有惱人的好友申請，只要加入活動，就能看到隊友。
2. App 更輕量高效：沒有了好友系統的資料負擔，資料庫結構更簡潔，應用程式的啟動速度和資源佔用都得到優化，進一步保證了省電與無感追蹤。
3. 隱私更受保障：用戶無需擔心自己的社交關係長期被App記錄。活動結束，關係即焚，最大程度保障了用戶的資訊安全與隱私。
最終，這個減法決策讓《FollowMe8》能更專注於核心目標：精簡架構、省電無感、直覺易用，確保使用者在騎行活動中，真正做到「不跟丟」。
—
👉 了解更多關於 FollowMe8 短期活動追蹤定位 App：
https://followme8.ofuyuan.com/