全家的事务邮箱
学校、诊所和物业来信进入共享邮箱后，自动变成可认领的家庭待办，经确认再完成回复、预约或日历安排。
有孩子、老人或多位照护者的家庭，可以申请一个专门接收学校、诊所、保险和物业来信的共享地址。家人不必再轮流翻同一个私人邮箱，也不会因某人出差而漏掉缴费、签字或预约通知。
每封来信进入后，产品先抽取截止日期、所需材料和下一步动作。它把内容分成要签字、要缴费、要回复和仅供阅读四类。家庭成员可以认领事项，其他人随即看到负责人和进度。看不懂的邮件会保留原文，避免摘要遗漏关键限制。
涉及预约、付款或对外回复时，系统先发出确认卡。家人核对日期、金额、联系人和附件后，才允许发送邮件或加入日历。晚上，首页只留下尚未完成的事，并提示下一天最早到期的一项。
第一版处理转发邮件和共享地址收到的通知。它不保存网银密码，不自动支付，也不会在没有确认的情况下代表家庭回复机构。每项动作都保留原邮件和确认记录，方便家人在需要时追查是谁答复了什么。
为什么是现在
Deck 于 7 月 17 日以“拥有独立收件箱的 AI 助手”登上 Product Hunt；截至 7 月 21 日查看时排名第 9。S1 这类产品让用户更容易接受把邮件交给独立助手，也更容易暴露多人家庭缺少认领、确认和追查机制的问题。
目标用户
主要用户是同时照顾孩子、老人或多个住处的家庭协调者。问题常在某封机构来信需要另一位家人处理时发生。原收件人可能出差、忙于照护，或并不掌握付款与预约信息。此时缺的不是另一份摘要，而是明确的负责人、截止日期和交接状态。共同监护、异地照护和多代同住家庭会更早感到价值。
最小切入点
先提供产品自有的收件地址，并支持用户手动转发。邮件解析保留 MIME 正文、附件和发件信息。用结构化模型抽取截止日期、金额、联系人和动作类型。每个字段都要带原文定位，方便用户回看。首版只生成认领卡、确认卡和日历草稿，不自动付款或发送回复。接入个人 Gmail 时，可用 Gmail API 获取邮件与附件，并用 watch 配合 Cloud Pub/Sub 接收邮箱变更。S4 机构邮件格式差异大，初期应优先覆盖常见学校通知、账单和预约确认。
以小博大
先围绕高频来信制作可直接使用的转发规则，例如学校通知、诊所预约和物业账单。邀请家长社群、老人照护群和多代同住家庭参加小规模试用。每周向用户展示避免遗漏的事项记录，并鼓励其邀请共同照护者。还可制作 Gmail 与 Outlook 的设置教程，让用户在几分钟内把指定发件人转入家庭地址。
竞品与缝隙
怎么赚钱
按家庭订阅收费，包含一个共享地址、若干成员席位和固定邮件处理额度。高阶套餐增加多个家庭地址、更长的原文留存期，以及面向成年子女或专业照护者的权限分组。
反方视角
最大风险是用户不愿把医疗、保险和财务来信交给新地址。一次日期或金额抽取错误，就可能造成迟缴、漏诊或错误回复。为了降低风险，系统必须保存原文、展示字段出处，并阻止未经确认的外部动作。这会增加模型校验、附件解析、权限控制和审计存储的成本。另一项阻力是用户需要修改机构邮箱或设置转发规则。若试用家庭仍频繁回到私人邮箱核对，或不愿让成员认领事项，就应缩小到学校通知等单一场景。