1. 一个名字背后藏着的真实需求第一次看到“i-have-adhd”这个项目标题我脑子里蹦出来的不是某个具体的技术栈而是一类非常典型的用户画像注意力容易涣散、任务启动困难、时间感知模糊、对冗长流程极度不耐烦。这类需求在软件产品里长期被忽视因为主流工具的设计逻辑默认用户能坐得住、能按部就班、能记住三天前定的计划。可现实是相当一部分人打开待办清单的第一秒就开始焦虑看到超过五个步骤的教程直接关掉页面。这个项目要解决的核心问题我理解下来是把“降低认知负担”从一句口号变成可落地的交互约束。它不是一个单纯的记事本也不是又一个番茄钟而是一套围绕“短反馈、低门槛、强提示”重新组织的个人任务管理系统。适合谁来参考如果你正在做效率类、健康管理类、学习辅助类的产品或者你自己就是那个“明明知道该做什么却迟迟动不了”的人这套思路值得逐条拆开看。我接触过不少类似定位的项目大多数死在两个地方一是功能越加越多最后变成另一个让人望而生畏的复杂工具二是只做了表面提醒没有解决“启动阻力”这个真正的卡点。下面我从设计思路、核心机制、实操落地、问题排查四个层面把这个项目拆透。2. 整体设计思路与方案选型拆解2.1 为什么不做“全能型”而是做“单点突破”效率工具市场已经极度饱和待办清单、日历、笔记、习惯追踪每个品类都有成熟产品。一个新项目如果试图覆盖所有场景结果一定是每个场景都做得平庸而且功能堆叠本身就会加重目标用户的负担。这个项目的选型逻辑很清晰只解决“从想到做”之间的那一段空白。具体来说它放弃了以下能力多人协作、复杂项目管理、甘特图、跨平台深度同步、富文本编辑。这些功能对普通用户有价值但对注意力容易分散的用户来说每多一个按钮就多一次分心的机会。我实测过把主界面元素控制在七个以内任务启动率会有明显提升。这不是玄学而是因为选择过载会直接触发回避行为。注意做减法比做加法难得多。你在评审会上要顶住“这个功能别人都有”的压力回到一个根本问题——目标用户打开这个工具的那三秒钟最需要看到什么2.2 核心机制把任务拆到“不可能失败”的粒度这个项目最核心的设计我称之为“微步骤强制拆解”。普通待办事项写的是“写周报”这个项目会引导你拆成“打开文档”“写下三个关键词”“补一句话总结”。每一步的预估耗时不超过两分钟而且每一步都有明确的完成信号。为什么是两分钟因为对于启动困难的人来说最大的心理障碍不是任务本身难而是“不知道从哪开始”。两分钟是一个心理安全阈值——大脑评估后认为“这个我能做到”才会释放行动信号。超过这个阈值拖延概率急剧上升。这个数字不是拍脑袋来的我在自己的任务数据里统计过标注为“五分钟以内”的任务完成率比“十五分钟以上”的高出近三倍。2.3 反馈回路设计让进度“看得见、摸得着”普通清单的进度条是线性的做完一项划掉一项。但这个项目用了累积式视觉反馈每完成一个微步骤屏幕上会多一个小方块凑够一行会有轻微动效。这个设计借鉴了游戏化机制但克制得多没有积分、没有排行榜、没有社交压力。背后的逻辑是注意力容易分散的人对“延迟满足”极其不敏感远期目标比如“三个月后学会一门技能”几乎无法提供持续动力。必须把反馈周期压缩到分钟级让每一步都有即时的完成感。我试过把反馈延迟从即时改成隔天汇总任务放弃率直接翻倍。这个坑踩过一次就够了。2.4 提醒策略从“定时轰炸”到“情境触发”大多数工具用固定时间提醒比如每天上午九点推送今日任务。但这个项目用的是情境触发加柔性提醒当你打开某个常用应用、连接某个网络、或者到达某个位置时才弹出当前最该做的那一件事。而且提醒文案不是“你还有三项任务未完成”而是“现在只做这一件两分钟就好”。这个转变很关键。固定时间提醒的问题在于它假设用户在那个时刻有空、有意愿、有精力但现实往往相反。情境触发则是在用户已经处于某个场景中时顺势推一把。比如你刚坐到工位上系统提示“先写三个关键词”这比早上七点推送一条通知有效得多。3. 核心细节解析与实操要点3.1 任务录入环节的防呆设计录入是第一个容易劝退的环节。普通工具要求你填标题、选日期、设优先级、加标签、写备注五六个字段填完热情已经消耗一半。这个项目的做法是只要求输入一句话其余全部后置或自动推断。具体操作上输入框只有一个 placeholder 写的是“你现在最不想做的那件事”。输入完成后系统不会立刻让你设置截止日期而是直接进入拆解引导。日期和优先级在任务创建后根据上下文自动建议用户只需要确认或跳过。我实测下来从打开应用到创建第一个可执行步骤平均耗时不到二十秒。提示自动推断的准确率不需要做到百分之百。哪怕只有六成任务被正确归类用户的心理负担也已经大幅降低。剩下的四成手动调整一次即可远比一开始就填五个字段轻松。3.2 拆解引导的具体话术与逻辑拆解环节是整个项目最见功力的地方。它不是简单问“你要分几步”而是用一组递进式问题引导用户自己找到第一步。我整理了一下实际使用中的问题序列“这件事做完之后你会看到什么具体的东西”——把抽象目标转化为可交付物“要看到这个东西你第一个动作是什么”——定位物理层面的起始动作“这个动作能在两分钟内完成吗”——如果否继续拆“如果现在只做三十秒你会做什么”——极端情况下的最小启动单元这套话术的设计依据是“执行意图”理论把模糊的意图转化为“如果……那么……”的具体行动计划。我在自己的任务里对比过经过拆解的任务平均启动延迟是四分钟未拆解的是四十分钟以上。差距非常明显。3.3 界面布局的视觉降噪处理打开这个项目的主界面第一感受是“空”。顶部只有当前任务的一句话描述中间是步骤列表底部一个完成按钮。没有侧边栏、没有底部导航、没有悬浮添加按钮。颜色只用两种背景灰白文字深灰完成状态用低饱和绿色。这种极简不是审美偏好而是功能需求。注意力容易分散的人对视觉噪音极其敏感每一个额外的图标、颜色、动效都可能成为分心的入口。我做过一个粗糙的对比测试把界面元素从十二个减到五个任务完成率提升了约四成。当然样本很小但方向是明确的。3.4 数据存储与隐私边界项目默认所有数据存在本地不强制登录、不上传云端。这个选择在当下其实挺反直觉的因为大多数产品都在强调多端同步。但目标用户的核心场景是“一个人、一台设备、一个任务”跨设备同步的需求优先级很低而隐私顾虑和登录流程反而是启动阻力。如果确实需要备份项目提供了手动导出为纯文本的选项。格式很简单就是一行一个任务缩进表示步骤层级。这种格式的好处是通用——你可以导入任何笔记软件也可以直接打印出来。我自己的习惯是每周导出一次存到本地文件夹不依赖任何云服务。4. 实操过程与核心环节实现4.1 从零开始搭建一个最小可用版本如果你打算自己复现这套思路不需要一上来就写完整应用。我建议先用最轻量的方式跑通核心流程。下面是我实际用过的一个方案基于浏览器本地存储不需要后端。首先定义数据结构。每个任务包含唯一标识、原始描述、步骤数组、当前步骤索引、创建时间、完成状态。步骤数组里每一项只有两个字段描述和预估秒数。就这么简单没有标签、没有优先级、没有截止日期。// 任务数据结构示例 const task { id: t_ Date.now(), rawText: 写周报, steps: [ { text: 打开文档, seconds: 30 }, { text: 写下三个关键词, seconds: 60 }, { text: 补一句话总结, seconds: 60 } ], currentStep: 0, createdAt: Date.now(), done: false };存储直接用 localStorage键名统一加前缀避免冲突。读取时做一次版本迁移检查防止后续字段变更导致旧数据报错。这个方案我在三台设备上用了半年没有丢过数据也没有遇到性能问题。4.2 拆解引导的代码实现要点拆解引导的核心是一个状态机根据用户输入动态生成下一个问题。我用一个简单的配置数组来管理问题序列每个问题包含提示文案、输入类型、以及一个判断函数决定是否继续追问。const prompts [ { key: deliverable, text: 这件事做完之后你会看到什么具体的东西, type: text }, { key: firstAction, text: 要看到这个东西你第一个动作是什么, type: text }, { key: duration, text: 这个动作大概需要多少秒, type: number, validate: (v) v 120 } ];如果 duration 超过一百二十秒就插入一个追问“如果只做三十秒你会做什么”然后把用户的新回答作为当前步骤原步骤顺延。这个逻辑用递归实现最自然但要注意设置最大递归深度防止用户一直输入超长任务导致死循环。我设的上限是五层超过就强制截断并提示“先做第一步剩下的做完再说”。4.3 情境触发的简化实现完整的情境触发需要系统级权限对个人项目来说太重了。我用的替代方案是页面可见性监听加时间窗口判断。当用户切换到当前标签页且距离上次操作超过一定时间就弹出当前步骤提醒。let lastActive Date.now(); document.addEventListener(visibilitychange, () { if (document.visibilityState visible) { const idle Date.now() - lastActive; if (idle 5 * 60 * 1000) { showCurrentStepReminder(); } } lastActive Date.now(); });这个方案当然不如原生应用的情境感知精准但胜在零权限、零配置、跨平台。实测下来对于“打开电脑后不知道先做什么”这个场景已经能覆盖大部分需求。如果你要做移动端可以进一步接入地理位置或网络状态但那是后话。4.4 完成反馈的动效参数反馈动效不需要复杂但参数要调对。我试过几种方案最后稳定下来的配置是每完成一个步骤对应的小方块从浅灰过渡到绿色过渡时间两百毫秒缓动函数用 ease-out。全部步骤完成后整行方块同时闪烁一次闪烁周期三百毫秒重复两次。为什么是这些数字两百毫秒是感知上的“即时”阈值超过三百毫秒用户会觉得卡顿。ease-out 让动效结尾柔和不会显得突兀。闪烁两次而不是一次是因为单次闪烁容易被忽略三次以上又显得聒噪。这些细节看起来微不足道但累积起来决定了用户愿不愿意继续用下去。5. 常见问题与排查技巧实录5.1 用户拆解到一半放弃了怎么办这是最常见的问题。用户输入任务后拆到第二步或第三步突然关掉页面。我的处理方式是自动保存中间状态下次打开时直接回到断点。不要重新开始也不要弹窗问“是否继续上次的拆解”直接展示上次的问题和已输入的内容。如果用户连续三次在拆解环节放弃同一个任务系统会标记这个任务为“高阻力”并在下次打开时优先展示但换一种引导方式“这个任务可能太大了要不要先把它删掉换一个更小的”有时候放弃也是一种解决方案强行推进只会增加挫败感。5.2 步骤粒度太细导致列表过长拆解引导如果执行得太严格一个简单任务可能被拆成十几步列表长到需要滚动反而增加了视觉负担。我的经验是设置一个软上限单任务步骤不超过七步。超过七步时提示用户“要不要把剩下的步骤合并成一个大步骤”或者“这个任务可以拆成两个独立任务”。七这个数字来自工作记忆的经典研究一般人在同一时间能保持的注意力单元大约是五到九个。超过这个范围用户就需要额外的认知资源来管理列表本身而不是执行任务。我自己的任务数据里步骤数在三到五之间的完成率最高超过七步的完成率下降明显。5.3 提醒被忽略或产生反感柔性提醒的设计初衷是降低压迫感但如果频率没控制好照样会让人烦躁。我踩过的坑是一开始设置了每半小时检查一次结果用户反馈“比老板还烦”。后来改成每天最多提醒三次且两次之间至少间隔两小时反感情绪大幅下降。另外提醒文案要避免任何形式的问责语气。“你还没开始”和“现在只做这一件两分钟就好”传递的情绪完全不同。前者触发愧疚后者提供出口。我在文案上改过五六版最后稳定下来的版本都是短句、动词开头、带具体时间预期。5.4 数据丢失或格式错乱本地存储最大的风险是用户清理浏览器数据或者换设备。我的应对策略是自动导出加手动备份双保险。每次完成任务后自动在 localStorage 里保留最近七天的快照。同时提供一个显眼的导出按钮一键生成纯文本备份。格式错乱通常发生在版本升级时。比如早期版本用step字段后来改成steps数组。迁移逻辑要写得足够笨先检查字段是否存在不存在就补默认值类型不对就强制转换转换失败就跳过该条记录并记录日志。宁可丢一条数据也不要让整个应用崩溃。5.5 常见问题速查表问题现象可能原因排查方向解决动作任务创建后不显示存储键名冲突检查 localStorage 键前缀统一加项目前缀拆解引导卡住递归深度超限查看控制台递归计数设最大深度为五提醒不触发页面可见性 API 兼容性检查浏览器支持情况降级为定时器方案动效卡顿同时动画元素过多性能面板查看重绘限制同时动画数量导出文件乱码编码未指定检查 Blob 类型显式指定 UTF-8提示这张表建议打印出来贴在显示器旁边。我遇到问题时第一反应是翻代码但八成的情况查表就能定位省下大量时间。6. 这套思路还能怎么扩展我在实际使用中慢慢发现这套“微步骤加即时反馈”的机制不只能用在任务管理上。比如阅读一本难啃的书可以拆成“翻开书”“读第一段”“划一个关键词”比如整理房间可以拆成“拿起一件衣服”“放进衣柜”“关上衣柜门”。核心逻辑是一样的把启动阻力降到最低让行动本身成为奖励。如果你打算把这个项目继续做下去我建议优先考虑两个方向。一是语音输入拆解因为打字本身对某些人来说就是阻力说话则自然得多。二是与系统日历的只读集成把已有日程作为情境触发的依据而不是重新维护一套时间系统。这两个方向都能进一步降低使用门槛但实现成本可控。最后分享一个我自己的小习惯每天睡前花三十秒把第二天最不想做的那件事拆成三个微步骤写在纸上放在床头。第二天早上起来第一件事就是执行第一个步骤。这个习惯我坚持了四个月完成率比任何数字工具都高。工具是辅助真正起作用的是那三十秒的拆解动作本身。