分账应用设计：让个人份额和整笔账同时可见

这套分账应用设计把个人份额、活动摘要与付款进度拆成几种浅色卡，粉红用于少量动作和选中状态。它的可取之处，是没有让金额脱离活动与参与者单独出现；但分账、活动购票和群组讨论各有不同任务，需要在同一套风格里读得清楚。

核心结论

• 个人份额与整体摘要分区，让金额有活动和成员背景。
• 支付方式与结果页层次清楚，分账和购票应使用对应的结果说明。

份额卡与摘要卡各说一件事

组件图左上把头像、Sarah Mo与You标记放在金额旁边，下方是刻度和滑杆。右上另列活动名称、总额、到期日与参与者。这种左右分工让个人与整体有各自的位置，也让修改份额时有一个参照。

刻度线比普通输入框更有视觉变化，适合快速观察比例。不过滑杆到底改哪一项，仍需要文字说明。平均分、固定金额和比例分不是同一种规则；界达设计会先检查数值与规则能否一起读懂，再评估拖动是否便利。

下方分账摘要把成员头像与Paid圆环放在一起，整体进度可以快速看见。百分比依据人数还是金额，图中没有明确展开，进一步整理时应补口径，并给本人状态一个清楚位置。一个接近完成的圆环不能替代个人账目。

粉红选中线把支付方式从白底中挑出来

支付方式列表主要用白色行卡，选中卡周围出现粉红边框与单选标记，Continue却用黑色按钮。色彩使用有分工：粉红说明当前选择，黑色集中表示继续动作。卡的名称和标识仍保留，选择不只依赖颜色。

旁边Bill Splited采用深色界面，活动摘要、共享链接与提醒开关集中在一页。共享链接如果从聊天里打开，活动名称、日期与份额摘要能帮助重新认出这笔账。它们比一张庆祝插画更接近核对任务。

成功与电子票据页面又展示View ticket、Download ticket和条码。这里可以看出活动购票结果的线索，不能据此把所有分账付款都解释为买票。借鉴这套支付结果设计时，应根据对象选择票据、账单记录或活动入口，避免同一成功文案覆盖不同任务。

聊天和创建活动需要保留同一个名字

消息页用All、Unread、Groups区分列表，聊天气泡以粉红与白色区分发送方向。旁边深色Create Event页有照片、名称、描述、类别和Free/Paid选项，活动创建与日常讨论共享轻快的视觉。

这些画面放在一起，让人看到活动与共同付款的背景。但聊天内容不能自动成为账单规则，创建收费活动也不等于结清共同消费。界达设计建议让相关账单入口带着活动名称与简短状态出现在沟通附近，读者无需靠群消息重新拼接身份。

实际返回、提醒频率和账单修改通知并未显示。可以在后续走查里检查改过份额后是否明确提示受影响的人，提醒能否关闭，返回活动时是否仍对应原账单。截图足以评价分区与选中样式，无法证明付款和通知逻辑。

常见问题

分账进度用百分比就够了吗？

百分比应交代人数或金额口径，同时显示本人是否完成。整体图形无法独自说明个人账目。

设计检查清单

• 说明滑杆修改的字段与分账规则。
• 分别检查购票成功和分摊结清的下一步入口。