U7.06.2Preset ranges should cover common cycles and allow custom input设计
预设区间应覆盖常用周期并允许自定义
别名: 预设时间区间 · 快捷时间选择
概念解释
时间范围控件的预设区间（最近 7 天、最近 30 天、本月、上季度）是用户最高频的交互入口。预设的价值在于把一次复杂的日期选择压缩为一次点击；但预设集合的覆盖面决定了它到底服务了谁。如果用户的分析周期是"上周三到上周五"或"过去 6 小时"，而预设只有"最近 7 天 / 最近 30 天"，他们被迫走自定义路径，预设的效率优势就消失了。好的时间范围控件同时具备两件事：预设覆盖目标用户的高频周期，且自定义路径始终可达。
机制
预设起作用靠的是把高频意图编码为低摩擦选项：用户最常见的查询模式集中在少数几个相对周期（昨天、最近 7 天、本月），把它们做成一键选项等于把多次交互折叠成一次。预设不足时用户走自定义路径——日历弹窗要求做出年月日三次定位决策，交互成本高出预设一个数量级，这解释了为什么预设不全的仪表盘使用体验明显下降。预设过多同样有害：选项列表超过 7 个后，用户的视觉搜索时间随选项数近似线性增长，高频选项被淹没在长列表里，反而增加认知负担。自定义路径的设计质量同样关键：一个支持键盘输入"2024-01-15 至 2024-01-20"的文本框比要求逐月点击日历的弹窗快得多。
边界
预设集合的最优构成因产品而异：运营仪表盘的高频周期是自然日与自然周，财务仪表盘则是自然月与自然季度，实时监控面板需要分钟级预设。预设不能替代口径说明——"本月"是日历月还是滚动 30 天，两个系统可能有不同解释，必须在 UI 上标注清楚。对于跨越时区的全球产品，预设区间"今天"的起点取决于用户时区还是数据时区，是一个容易被忽略但后果严重的边界条件。
怎么落地
- 从使用日志中提取用户实际选择的时间范围分布，取覆盖 80% 查询的前 5-7 个周期作为预设。
- 预设列表始终保留"自定义"入口，且自定义弹窗支持文本直接输入日期范围。
- 每个预设的精确口径（日历月 vs 滚动 30 天）在悬浮提示或旁注中说明。
- 验证：统计预设点击率与自定义路径使用率之和是否覆盖 90% 以上查询；自定义占比超过 30% 说明预设集合需要调整。