【个人产品方案】面向长期任务的轻量时间管理与计划恢复工具

[znnnnnnn-wil]

背景

本 Issue 用于提交个人产品方案，供后续组内讨论、功能筛选和第一阶段 MVP 范围确定使用。

本方案的核心观点是：产品不应该做成“大而全”的时间管理 App，也不应该把所有事项都设计成复杂任务。更合理的方向是采用“轻事项 + 重目标”的设计方式。

普通事项轻量记录，长期目标重点管理。

产品定位

本产品面向大学生、准实习生和自学者，帮助他们同时管理日常事项和长期学习任务。

它不是单纯的待办清单，也不是复杂项目管理工具，而是一个支持普通日程记录，同时重点解决长期任务拆解与计划恢复问题的时间管理工具。

核心问题

对于目标用户来说，真正困难的往往不是“记不记得任务”，而是：

面对长期目标时，不知道今天具体该做什么；一旦延期，又不知道如何恢复计划。

例如“准备 Java 面试”“完成课程设计”“复习期末考试”这类目标，本身周期长、目标模糊、容易中断。普通待办或日历工具通常只能记录和提醒，但很难帮助用户拆解任务、处理延期和重新回到计划中。

核心设计思路

本方案建议将事项分为两类处理：

1. 轻事项：包括固定日程、普通待办、简单提醒。
   这类事项只需要快速记录、提醒、完成或顺延，不强制填写实际耗时、失败原因、复盘内容。

2. 重目标：包括长期目标、阶段任务、每日任务、执行状态、延期原因和恢复方案。
   这类事项需要重点做目标拆解、每日推进、延期分析和计划恢复。

这样既能降低用户使用门槛，也能避免产品变成普通清单工具。

建议保留的核心功能

第一阶段建议优先保留以下功能：

1. 自然语言快速创建；
2. 固定日程记录；
3. 普通待办记录；
4. 长期目标创建；
5. 长期目标拆解；
6. 今日任务页；
7. 目标倒计时；
8. 今日剩余时间；
9. 延期原因选择；
10. 计划恢复建议。

这些功能可以形成相对完整的产品骨架。其中，固定日程、普通待办、提醒、倒计时属于基础能力；长期目标拆解、延期原因、计划恢复属于差异化能力。

MVP 核心闭环

第一阶段不追求功能全面，而是优先跑通一个清晰闭环：

用户输入事项 → 系统识别类型 → 普通事项轻量管理 → 长期目标拆解执行 → 延期后恢复计划。

如果这个闭环能被验证，说明产品方向具有继续推进的价值。

差异化总结

普通待办 App 主要解决“帮用户记住要做什么”。

普通日历 App 主要解决“帮用户知道什么时候有安排”。

本产品希望进一步解决：

帮用户把长期目标拆成每天能做的小任务，并在计划失败后重新恢复。

核心差异化不是提醒，而是大目标拆解、每日可执行任务、计划过载提示、延期原因分析和失败后的恢复方案。

需要组内讨论的问题

1. 第一阶段是否接入 AI，还是先用规则模板生成长期目标任务；
2. 自然语言识别用规则实现，还是调用大模型实现；
3. 第一阶段是否做日历视图，还是只做今日页；
4. 普通待办是否需要预计耗时；
5. 计划恢复建议采用固定规则，还是 AI 生成；
6. 复盘页是否放进第一阶段；
7. 移动端优先，还是先做 Web 原型。

产品方案-张鑫.md