todo管理系统产品系统

1. 付费墙泛滥，基础体验被“会员化”
主流的TODO应用（如Todoist、TickTick、Things 3等）普遍采用“基础功能免费，进阶功能订阅”的商业模式。然而，近年来这一模式逐渐异化：
核心功能被层层设卡：多平台同步、清单数量、附件上传、甚至基本的日历视图都被划入付费墙。用户往往在深度使用一周后才发现，不付费几乎无法实现跨设备工作流。
订阅费用持续攀升：单应用年费普遍在 30-60 美元区间，且多数为自动续费模式。大量用户因忘记取消而成为“沉默付费者”，产生显著的订阅浪费。
买断制边缘化：用户渴望一次性购买、永久使用的软件，但市场上主流产品几乎全面转向订阅制，导致用户对“会员”二字产生普遍抵触心理。

2. 缺乏真正的“一日时间安排表”功能
这是当前TODO产品最大的设计盲区。现有应用本质上是 “任务清单” ，而非 “一日计划表” 。二者有根本区别：
没有时间轴视图：大多数TODO产品仅支持“今天”、“明天”这样的标签式分组，但无法让用户像管理日程一样，在一天的时间轴（如 08:00-22:00）上安排任务。用户无法直观地看到自己的一天被哪些任务占据，也无法规划精确的执行时段。
没有历史留存与时间线追溯：当任务被延期到明天时，原定日期的记录通常被直接覆盖或消失，无法形成“每日计划历史”。用户希望保留每一天的原始计划，形成个人效率的完整时间线，以便复盘和优化，但现有产品大多只关注“当前未完成项”。
任务与日程的混合需求未被满足：用户不仅需要列出“要做的事”，更需要知道“什么时间做”。市面上的TODO应用往往将任务扁平化处理，缺少一个按小时划分的、可拖拽的日计划面板，导致用户被迫在TODO应用和日历应用之间来回切换。

1. 任务基础管理（增删改查）
提供最核心、最稳定的任务管理能力，满足日常任务记录与维护需求：
快速创建：支持通过输入框快速添加新任务，预设任务标题、描述、优先级、标签及截止时间。
灵活编辑：支持对已创建任务进行标题、内容、时间、状态等字段的任意修改，修改后实时保存。
一键删除：任务支持单条删除、批量删除及“移动至回收站”机制，避免误删。
多维度查看：提供列表视图、按状态（待办/进行中/已完成）筛选、关键词搜索，方便用户快速定位任务。

2. 子任务管理与截止日期提醒
将复杂任务拆解为可执行的最小单元，并通过提醒机制降低遗忘成本：
子任务拆解：支持在主任务下创建多个子任务，子任务同样可设置标题、完成状态及截止时间。
层级展示：以缩进或折叠方式清晰展示父子任务关系，支持一键勾选子任务时自动更新主任务进度百分比。
截止日期与提醒：
每个任务（含子任务）可独立设置截止日期与具体时刻。
支持多种提醒策略：到期前15分钟、1小时、1天，或用户自定义提醒时间。
提醒方式包括应用内弹窗、浏览器通知及（可选）邮件/微信通知。
逾期标识：超过截止时间未完成的任务自动标红或置顶提示，避免遗漏。

3. 一日时间安排表（支持任务拖动）
这是本产品的核心差异化功能，将“任务清单”升级为“可视化日计划”：
时间轴视图：以半小时或一小时为单位，展示每日 00:00–23:59 的时间格子，形成清晰的一日行程表。
任务拖动规划：
用户可将任意任务（含子任务）从侧边任务池拖拽到时间轴的指定时段，自动绑定该任务的计划执行时间。
支持在同一时间轴内上下拖动调整起止时段，也可通过拉伸改变任务持续时长。
冲突检测与自动提醒：当同一时间段内已存在其他任务时，拖动时显示红色警示线并提示时间冲突，用户可覆盖或错峰调整。
未安排任务池：所有未被拖入时间轴的任务集中显示在侧边栏，避免遗漏。

整体功能设计：独立负责 TODO 应用的全流程功能规划，围绕“任务管理 + 时间轴规划”的核心定位，输出包括任务增删改查、子任务拆解、截止提醒、一日时间安排表（支持拖动）以及移动端适配在内的完整功能矩阵，并梳理用户操作路径与页面流转逻辑。

方案设计：基于功能需求，完成技术方案选型与系统架构设计。设计数据库表结构（任务表、子任务表、时间计划表等），定义前后端接口规范，并针对“任务可拖动时间轴”这一核心交互给出前端拖拽实现方案与状态管理策略，同时规划移动端响应式布局与 PWA 离线方案。

功能实现：独立完成全部前后端代码开发。前端采用 [html css js] 实现任务列表、时间轴拖拽组件及移动端适配；后端使用 Spring Boot 提供 RESTful API，实现任务的增删改查、子任务级联操作、截止日期定时提醒等业务逻辑，并完成数据库建表与数据访问层开发，最终交付可运行的全功能应用。