本網站使用 Kohei Koyanagi 開發的軟體自動翻譯為多種語言。為確保準確,請參考原始 英文 版本。

如何使用Splync — 使用Splync v1.8結算專案

Splync v1.8有三種專案狀態:活躍、待處理和已封存

當專案建立時,狀態預設為活躍。在活躍專案中,成員可以新增開銷、編輯現有開銷,並隨著生活變化持續更新共享帳本。在v1.8更新之前,專案結束時有些模糊。通常成員會在應用程式外討論,達成共識後才將專案封存。封存後的專案變為唯讀,通常隱藏,除非使用者關閉僅顯示活躍專案的篩選。封存後,專案內的內容無法更改。這感覺有點不完整,就像一群人一起爬山,卻在山頂不欣賞風景就返回。應用程式本身需要支援這一高峰時刻,以更有意圖、更具體且更共享的方式來達成,讓每個參與者都感到滿意。Splync v1.8在“活躍”和“已封存”之間引入了緩衝階段,以使專案結束更清楚和更有結構。這個新狀態“待處理”讓成員可以在專案正式關閉前共同檢視最終數字。

選擇負責人來結算支付

無論專案處於何種狀態,您都可以隨時檢視其開銷。隨著條目的累積,數據開始成熟——預算餘額變得合理,條形圖和圓餅圖形成可辨識的模式,專案的整體圖像變得清晰。當您覺得每個成員都已添加他們想要主張的開銷後,可以進行結算預覽。此時,Splync會自動擬出結算請求並指定臨時負責人(PIC)來處理付款結算。一組條形圖會顯示根據每個成員的總紀錄金額和他們分配的份額,誰欠負責人多少錢。在這個階段,您仍可以更改負責人。選擇不同的負責人會立即更新數據並調整條形圖長度,揭示誰支付多少,誰收到多少。這是一個應用展現其強大的時刻:所有數字完美同步,實時重新平衡。條形圖後面是所有開銷詳情的列表。

狀態如何轉換:活躍 → 待處理 → 已封存

當您滿意並確認負責人後,可以點擊“發送結算請求”。此時,專案狀態從活躍轉為待處理。其他成員會收到發送者的通知。此處發送者可能與負責人不同,是由發送者選定的。點擊通知可導航到結算請求頁面,在那裡他們可以檢視最終數字——這些數字在介面上暫時鎖定。如果有人發現忘記添加開銷或現有條目有錯誤,可以拒絕結算請求。這樣做會立即將專案從待處理返回到活躍,允許成員更正紀錄。這種反覆過程可以重複多次,直到大家都覺得數據準確為止。當所有支付得到確認,成員同意專案確實結束時,他們可以再次手動封存,就像Splync早期版本一樣。未來,我們可能會以更系統化的方式引入從待處理到已封存的更清晰、更自動化的過渡。現在,這個三步驟的生命週期——活躍 → 待處理 → 已封存——構成了Splync v1.8的結算過程基礎。

結算是專案生命週期的情感高潮

結算在許多方面是每個Splync專案的情感高潮。無論是共同家庭預算、假日旅行,還是隨意的一日活動,成員們經歷的小瞬間被濃縮成數字,這些數字成為珍貴的數位記憶。一旦專案封存,就可以隨時重新訪問。消費模式、類別總額和預算消耗率在規劃下一個專案時常常是重要的提示。因為結算是如此重要的階段,我們希望不斷改進與其相關的功能和設計。加強快照樣式摘要的導出選項,提供更靈活的分析工具,甚至添加批准結算請求或確認負責人收款後的付款接收等功能——這些都是我們正在探索的想法。Splync仍在成長。我們期待聽到您的好點子,繼續塑造共享開銷管理應有的樣子。我們從自己的專案生命週期中不斷學習,希望一路上能一起變得更快樂。