Splync v1.12 如何構建更好的通信基礎設施

Splync v1.12 標誌著應用內用戶間溝通的基礎。雖然這次升級的初衷是改善用戶與開發者的溝通，但很明顯，Splync 需要更好地支持用戶之間的通信。朝這一目標邁出的重要一步就是提升通知系統。早期版本中的通知僅限於好友請求和項目結算請求。雖然功能正常，但不足以支持順暢及時的協作。Splync v1.12 推出了新的通知類型，包括好友接受通知和項目邀請通知。這些新增功能確保用戶不需要手動查看每個介面就能立即知道其他人採取的重要行動。此外，當項目成員新增或編輯現有費用時，還會出現“新”與“更新”徽章。這有助於項目成員保持與變更同步。

以前，當好友請求被接受時，發送者並未收到明確的通知。用戶通常需在重新查看好友列表時才能發現變更，這可能令人感到不明確和模糊。自 Splync 在 App Store 以 MVP（最小可行產品）的形式亮相以來，這一行為未曾改變。當時，好友請求通知被認為是必需的，而好友接受通知則被視為低優先級。隨著 Splync 的發展，顯然該應用需要在社交上更具響應性。在 v1.12 中，Splync 現在會在好友請求被接受時發出明確通知。我們相信這一小變化能提升用戶之間的清晰度和信任度。每一個新的連接現在都有一個可見的“時刻”，讓用戶感受到被認可和聯繫起來。回想起來，有點令人驚訝的是 Splync 一開始就沒有這個功能。

Splync v1.0 上線時，我們以為大多數用戶會在應用外溝通。因此，項目邀請通知也被視為低優先級。然而，有些情況下用戶需要依賴應用內通知。更重要的是，這不僅僅是關於功能，還關乎情感。被邀請參加項目不僅是技術動作，而是一種社交信號。由於在 Splync 中的協作是圍繞項目進行的，因此項目邀請是一個關鍵時刻。隨著 v1.12 的推出，Splync 引入了項目邀請通知，確保用戶在被邀請加入項目時立即得知。這減少了摩擦，防止錯過邀請，並使共享預算的入門過程更順暢。我們也收到了早期用戶的反饋，要求能夠明確接受或拒絕項目邀請，這可能在 Splync 的未來版本中加入。

一些用戶表示希望在項目成員進行更新時收到通知。這樣的反饋很有道理。我們最初考慮增加一種新類型的通知。然而，每次新增或編輯費用時都收到通知可能會令人厭煩。為了避免增加通知量，我們探索了另一種方法。在 Splync v1.12 中，“新”和“更新”徽章現在指示項目內的變更，讓用戶可以一目了然地了解變更，而不被不必要地打斷。為了支持這一點，我引入了一種機制來追蹤每位用戶的最後項目查看時間。通過將此時間戳與最新費用更新進行比較，應用程序可以判斷某項目是新的還是更新的。經過設計的完善和將徽章簡化為僅用符號後，結果成為一個乾淨直觀的視覺提示。這種方法在保持用戶知情和尊重其注意力之間取得了平衡。

Splync 使用 MariaDB 作為其主要數據庫，將通知視為一級數據，而非短暫事件。每條通知記錄都存儲了發送者 ID、接收者 ID、通知類型、已讀/未讀狀態及創建時間戳。此結構允許 Splync 可靠地重建事件經過、發生時間及相關人員。Splync 並未依賴即時消息系統或外部通知服務，而是有意保持通知邏輯簡單且可預測。每個有意義的社交行動——如接受好友請求或邀請某人參加項目——都在數據庫中創建了一個具體記錄。即使用戶幾天後打開應用，這也使通知可審核、可除錯和堅韌。另一方面，項目更新的徽章系統採用不同的方法。Splync 並未為每次新增或編輯費用生成通知，而是記錄每位用戶查看項目的最後時間。為支持這一點，我們在項目成員表中新增了一欄來追蹤每位成員最後查看的時間戳。通過將此值與最近的費用更新比較，應用程序可邏輯地判斷某項目應標記為“新”或“更新”。

隨著新通知類型和新/更新徽章系統的引入，Splync v1.12 在社交上變得更具響應性和互動性。這些變化有助於用戶保持聯繫和知情，讓共享費用管理更加自然和協作。我們希望您能喜愛通過 Splync 與伴侶、朋友和家人分享費用。展望未來，我們計劃繼續完善通信功能，或許會引入更多通知類型，以進一步提升清晰度、信任感和整體用戶體驗。您的反饋始終受到歡迎。