H7.14.4multi-subscription dashboard设计研究
多个订阅并存时需要统一视图管理续费日期与金额
别名: 多订阅管理 · 订阅总览 · subscription dashboard
概念解释
同一账号下可能同时有会员、云存储加量、家人席位、应用内单项自动续。统一视图把每条订阅的名称、下一次扣款日、金额、支付方式、取消入口放在同一张可扫描的表里。它不是某一条怎么提醒转正或涨价，而是人要同时盯好几本日历时，有一个地方能对账。
机制
多订阅的记忆负荷按条数涨。每条藏在不同设置树，人只能等账单到来才发现「这个月怎么扣了三笔」。日期撞在一起会造成同日多扣的现金流惊吓，金额分散则无法判断哪条该砍。统一视图把外部记忆从邮箱挪到产品内，比较和取消才能发生在计划里而不是惊吓里。视图还要标出试用中、已取消待到期、暂停，否则人会把已取消的当成还在扣，或把试用当成免费永久。
怎么研究
给账号挂上至少三条不同周期的订阅，比较：分散在各功能设置、有总览表、只有邮件汇总。看人能否在五分钟内说出下一次总扣款和日期。
自变量：是否有总览、是否按日期排序、已取消是否仍出现到到期。 因变量：复述下期总金额的误差、漏砍应取消的条、重复开通。
实验室给清单会低估寻找成本。要让人从首页自己找到管理处。
边界
应用商店代扣的订阅，本应用总览必须链到商店管理，不能做假取消。家庭账号要区分付款人视图与成员视图，成员不应看见付款人的其他订阅金额。已结束很久的历史可以归档，以免表失去可读性，但归档要可打开。
怎么落地
- 账号级「订阅」页列出每一条：名称、状态、下次扣款日与金额、方式、管理。
- 默认按下次扣款日排序，顶部给出「本月将扣合计」（能算的部分）。
- 试用、已取消待到期用状态标记，点进去是同一套取消/恢复。
- 验证：挂三条测试订阅，让未参与的人只凭总览写出每条下次扣多少、哪天。必须进三个功能的设置才能凑齐，视图失败。