[004] 【減法】為什麼我們拒絕做好友系統?省掉它帶來的不只是開發成本

[004] 【減法】為什麼我們拒絕做好友系統?省掉它帶來的不只是開發成本

作為一個獨立開發者,從最初在山區跟丟隊伍的那一刻起,我對 FollowMe8 的核心願景就非常清晰:一個輕量、專注於「防走失」的工具。在設計之初,許多常見的社群功能被擺上桌面討論,其中「好友系統」無疑是許多應用程式的標配。然而,在權衡再三後,我做出了一個艱難但務實的決定:FollowMe8 將不會有任何形式的好友系統。

情境首圖:一位用戶在戶外活動後,輕鬆點擊「結束活動」,享受無負擔的數位體驗。

最初,我們也曾考慮過導入完整的好友功能。這意味著必須設計用戶個人資料頁面、好友申請與核准流程、雙向關係的建立、修改與刪除 (CRUD) 機制、以及一套完善的通知系統與隱私設定。這些功能的背後,還需要一個獨立的資料庫表格來儲存 `friend_relationships`,並處理複雜的查詢與同步邏輯。但當我仔細盤點所需投入的開發資源,並回歸 FollowMe8 的「防走失」初衷時,這個選項帶來的成本顯然遠超其價值。

我最終選擇的路徑是:FollowMe8 的所有成員關係,僅存在於「活動(Activity)」概念之下。這是一個精簡、以活動為導向的資料模型。資料庫裡沒有任何永久的 `friend_relationships` 表格,所有成員之間的連結都與特定的活動 ID 綁定,並隨活動結束而自動消失。

這個決策背後有幾個關鍵考量。首先,作為一個單人團隊,開發、維護一個完整的好友系統需要投入巨大人力與時間成本,這將嚴重排擠核心防走失功能的開發進度。其次,FollowMe8 的目標用戶在戶外活動時,最需要的是即時且無負擔的位置分享,而不是一個增加社交壓力的平台。引入好友系統會使得用戶在使用前必須先建立關係,這無形中增加了使用門檻,也與「臨時性團隊協作」的使用情境背道而馳。

技術示意圖:FollowMe8僅基於活動ID與成員建立臨時關係的極簡資料庫結構示意圖。

更重要的是,捨棄好友系統顯著提升了用戶的隱私保護。沒有持久的個人社交圖譜資料儲存在伺服器上,用戶無需擔心個人社交關係被長期追蹤或洩露。一旦活動結束,成員之間的連結即刻解除,用戶可以放心刪除 App 資料,不必煩惱遺留的數位足跡。這個選擇,讓 FollowMe8 專注於提供純粹、高效的戶外協作體驗,同時也從根本上保障了用戶的數位隱私與數據安全。


👉 了解更多關於 FollowMe8 短期活動追蹤定位 App
https://followme8.ofuyuan.com/

分類: FollowMe8 短期活動追蹤定位, 🚀 卷一:產品設計的取捨 (003 - 020)。這篇內容的永久連結

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *