Splitwise：分清每笔开销，也减少最后的转账

几个人旅行时，一人先付住宿费，另一人买车票，晚饭又由第三人结账。每张票据都清楚，最后谁该付给谁却不容易一眼算明白。

Splitwise 是共同开销记录工具。成员把费用放进群组，注明谁垫付、怎样分摊；保存后，系统更新每个人的余额，方便之后结清。官方入门

本文关注其中的 Simplify Debts（简化欠款）。它不改变任何人的总余额，而是调整付款关系，让群组少做一些互相转账。简化规则 这适合观察一个设计问题：怎样把复杂账目变得容易执行，同时让每个人明白自己为什么仍然付得对。

假设你与两位朋友已经结束一次旅行，准备核对共同开销。以下使用 Splitwise 网页版，例子只涉及一种货币。

1. 建群组，再记录每笔垫付

注册登录后，为这次旅行创建群组并邀请朋友。点击 Add expense（添加费用），填写金额、付款人和日期。费用默认均分，也可按实际金额、百分比或份数分摊；保存前先确认参与者和分法。成员都能查看群组、添加费用和查看自己的余额。记录费用

例如某人没有参加一顿饭，就先核对那笔费用的参与范围。总额正确，不等于分摊对象也正确；越早核对原始记录，最后越少需要倒查。

2. 看个人总余额，再理解简化后的付款对象

在群组右上角齿轮中打开 Edit group settings → Advanced settings，开启 Simplify Debts；任一群成员都能调整，Recent Activity 会留下开关记录。

官方示例中，Anna 欠 Bob 20 美元，Bob 又欠 Charlie 20 美元。简化后可以由 Anna 直接付 Charlie 20 美元，Bob 无需再收一次、付一次。Anna 总共仍需付出 20，Charlie 仍需收回 20，Bob 的净余额仍为零。这里变的是付款路径，不是每个人承担的金额。示例与设置入口

新增费用或付款后，简化关系会重新计算；多币种则各自处理，不会自动合并或换汇。若已经按简化路径付过钱，官方建议保留该设置：再关闭会恢复原来的个人欠款关系，可能让已有付款难以对照。

3. 完成付款，再让记录反映真实结果

准备结清时，打开相应群组或好友关系，选择 Settle Up。支持的国家可使用应用提供的付款方式；没有这些选项时，在外部完成付款，再用 Record a payment（记录付款）更新应用里的余额。付款方式的地区范围

建议双方核对收付款人和金额后，再确认记录。简化出一条付款关系，和钱实际到账，是不同的结果；仅添加一条外部付款记录，也不会代替银行转账。最终要核对的是账目与实际支付能对应，而不是只看页面数字变小了。

让明细和下一步各自回答一个问题

费用明细回答“这笔钱怎么来的”，结清关系回答“接下来付给谁”。如果只展示原始明细，用户仍要自行组合许多关系；如果只展示最终金额，又很难解释疑问。两层信息共同存在，才方便从简单行动返回具体依据。

简化关系时，说明什么没有改变

Anna 直接付 Charlie，看起来跳过了 Bob，容易让人怀疑是否算错。个人总余额提供了一个稳定的核对点：付款对象可以变化，每个人总共应付或应收的金额不变。类似的协调产品在重排任务或关系时，也应把保留的约束说清楚，而不只给出一条新的安排。

共同设置需要留下共同可见的记录

任何成员都能调整简化开关，影响的却是群组里的付款关系。Recent Activity 让这次变动有迹可循。它仍要求成员理解变化，尤其在已经付款之后。可借鉴的是把影响多人理解的设置变化留下可回看的说明，让协作中的疑问有具体对象可查。