聚餐账单口述分摊
聚餐或旅行后说清总额和例外，立即得到每个人的分摊明细与收款链接。
朋友聚餐、旅行拼车或合租采购后，最难算的往往不是总金额，而是例外：有人没喝酒，有人只参加后一段，还有一笔钱由某人先垫。大家各自打开表格补数字，容易把尴尬拖成一串来回追问。
垫付者直接说出一句完整的话，例如“晚饭 680，我先付，小李没喝酒，酒钱其他三人分”。产品从口述中识别金额、垫付人、参与者和例外项目，把不确定的部分变成一个具体追问，例如“酒钱是多少”。用户确认后，账单立刻拆成每个人的明细。
每位参与者收到自己的项目、应付金额和收款链接。有人质疑分摊时，可以点开看到“未喝酒”或“只坐了半程”这类计算依据，而不是只看到一个结果数字。付款状态会回到同一张账单，垫付者不用在群聊里逐个催问。
第一版先覆盖人民币金额、固定参与者和常见的按人头或按项目例外。它不替用户猜测谁该承担什么，也不代替复杂报销规则；关键是把当场说清的一句话立刻变成人人看得懂的分摊。
为什么是现在
截至8月3日观察时，Finamie 位于 Product Hunt 新品流第10位，页面主张用口述记录开支并即时获得洞察。S1 这让“说一句就录入”更容易被用户拿来比较，也把多人账单仍需手填例外的问题推到眼前。
目标用户
主要用户是聚餐或短途旅行中先垫钱的人，尤其是临散场才发现分摊有例外的人。此时大家急着离开，重新建表或逐个询问项目很容易拖延。合租采购的固定群组也适合，成员经常不同，承担项目又不完全一致。价值来自当场确认规则，让付款依据留在同一张账单里。
最小切入点
网页端先用 MediaRecorder 采集短音频，它在主流浏览器已有较广支持。S2 转写后只抽取总额、币种、垫付人、参与者、项目和排除规则。数据保存为结构化账单，不让模型直接计算最终金额。规则引擎仅支持等分、指定金额、按项目排除和分段参与。缺少必要字段时，只生成一个具体追问。确认页展示原话、解析结果和逐人算式，修改后立即重算。收款链接先落到共享账单页，并附垫付者收款码。付款状态由双方确认，首版不接资金清算。
以小博大
首批用户更可能来自旅行搭子群、合租群和桌游局组织者。用真实长句制作短视频，让观众看到系统只追问缺失的“酒钱是多少”。参与者账单页应免注册打开，付款人从群链接进入即可核对，发起人会自然完成一次传播。再围绕“有人没喝酒”“只坐半程”等例外制作可搜索模板。
竞品与缝隙
怎么赚钱
基础拆账免费；向经常组织旅行、合租或活动的发起人收取月度订阅费，解锁账单归档、重复群组、批量提醒和数据导出。
反方视角
口语里的省略最容易算错，例如“其他三人”依赖前文名单。一次错误分摊就会引发追问，发起人反而要逐项修正。酒钱、优惠、服务费和后到早退常会叠加，规则组合会迅速膨胀。收款码只能完成转账，无法可靠回传到账状态。改用双边确认又会增加操作。语音与账单涉及敏感关系和消费信息，存储、删除与访问权限必须讲清。若多数项目最终仍要手工核对，语音入口的速度优势就不成立。