蕉不焦产品策略：MVP 只证明胶囊闭环和多端任务减负

战略判词：蕉不焦首发不应做一个完整 App，而应做一个可被反复验证的”懒系反射闭环”。
单一爆款主价值：懒系反射式沉淀——把碎片丢进来即可，系统反射式判断哪些不用做、哪些冷冻到以后、今晚只递回一个能开始的动作，并在最可能开始的端点把它递回来。“懒系”不是鼓励偷懒，是”少管一点，事情也有着落”。
MVP 目标：用户能在多端用近乎反射的动作把碎片丢进来（无需分类、选端点、填字段），系统能在后台沉淀为少量可执行下一步，并通过合适端点递交，同时让用户在晚间相信”事情被接住了，今晚不用反复想”。
首发用户：独立开发者、个人创作者、自由职业者、高压学生，以及清单越完整越想逃的人。
对外爆款锚点：你只管丢进来，它自己沉下去；该你做时，只回来一步。

一、产品定位落地：轻量 Todoist 式底座，不是重型 ToDo

蕉不焦需要任务底座，但不能做成传统任务管理套件。它的底座不是为了让用户维护庞大任务库，而是为了让智能体服务有记忆、有状态、有可解释记录。

正确的底座定位是：

前台像胶囊，后台像轻量 Todoist，智能体像沉淀层。

前台像胶囊，意味着用户只需要快速捕获，不需要立刻填字段。后台像轻量 Todoist，意味着系统仍有任务对象、线程、提醒条件、完成状态和历史记录。智能体像沉淀层，意味着系统不把每个输入都直接变成任务，而是先判断、归并、冷冻、拆小和递交。

这三层缺一不可：

1. 没有胶囊入口，用户不会在真实打断时使用。
2. 没有任务底座，智能体建议不可追踪，长期信任无法建立。
3. 没有沉淀层，蕉不焦只是又一个清单或备忘录。

二、MVP 只验证一个核心闭环：懒系反射闭环

MVP 的唯一核心闭环是：用户只做”丢进来”，其余反射完成。

1
多端捕获（用户唯一动作：说一句 / 拖一下 / 划一下）
2
  -> 即时承接反馈
3
  -> 后台反射沉淀分流（系统替用户判断）
4
  -> 后台优先级引擎：艾森豪威尔矩阵 + next-do 分诊出「重要且能开始」的一步
5
  -> 焦点带轻排程（系统预排，用户拖动或语音轻改期）
6
  -> 合适端点递交一步（系统替用户选）
7
  -> 用户低成本回应（拖动 / 手势 / 一句话）
8
  -> 晚间无责收束（显式交还沉淀结果）

首发不需要证明复杂项目管理，不需要证明团队协作，不需要证明完整自动排程，不需要证明角色陪伴。首发只要证明一个更基础的问题：

当用户把混乱碎片交给蕉不焦后，系统是否真的让他更容易开始，并且更少被不用做的事情压住。

这个问题比”AI 能不能生成任务”更重要。生成任务很容易，减少任务负担才是产品价值。而要做到这一点，关键不在捕获多快或多端多全，而在”丢进来之后那段判断有没有被反射化”——这正是懒系反射式沉淀的核心。

三、最小字段：只保留智能体沉淀必需信息

MVP 的任务底座字段必须少。字段越多，产品越容易滑向传统清单；字段越少，又会失去可解释性。当前建议只保留七个核心字段。

字段不应扩张的边界

首发不要默认加入复杂优先级、复杂标签、层级项目、能量打分、情绪量表、甘特依赖、团队负责人、复杂重复规则和统计报表。它们都会把产品拉回传统任务系统。重要与紧急的判断由后台优先级引擎（艾森豪威尔矩阵 + next-do）完成——它是内部字段，不是前台表单：用户永远不填象限、不见 2×2，前台只看到焦点带上”重要且能开始”的一步。

如果确实需要扩展，也应遵守一条规则：只有当字段能帮助系统更好地沉淀、递交或减少负担时，才允许加入。为了“看起来完整”而加入的字段都应延后。

四、成熟近邻必须落成产品机制

ideaShell、memos 和 IdeaMemo 不能只停留在竞品文档里。它们分别提醒蕉不焦三件事：AI 语音整理已经不稀缺，可信捕获会决定用户是否交出私人碎片，移动端闪念必须足够轻和可控。因此，MVP 不能只做“模型判断 + 通知递交”，还必须把成熟参照转成产品规则。

从 ideaShell 借鉴：入口密度和即时处理感

ideaShell 的成熟点在于语音、移动、桌面、手表、快捷指令、Web/API 等入口覆盖，以及 AI 整理后立即给出标题、标签、卡片、总结和待办线索。蕉不焦应该学习这种“输入后马上被处理过”的反馈感，但不把终点停在内容初稿。

产品规则：

• 捕获后 2 秒内返回一句沉淀反馈，例如“已放入客户初稿线程，下午不打断代码主线”。
• 语音捕获默认先转成 raw_fragment，再生成沉淀结果，不能直接把转写文本变成任务列表。
• 桌面、微信、浏览器、手机、截图和通知都要像同一个服务，而不是六个孤立入口。
• 生成周报、邮件、朋友圈、长文初稿不是首发主价值，只能作为对外承诺或创作者场景中的附属输出。
• “行动指南”必须落到 next_action、freeze_state 和 reappear_condition，否则只是漂亮总结。

从 memos 借鉴：可信捕获账本和可迁移原则

memos 证明，长期个人记录系统要先赢得信任。自托管、Markdown、零遥测和开放 API 不是工程炫技，而是用户愿不愿意把私人碎片放进来的前提。蕉不焦不需要首发做成自托管产品，但必须从第一版就有“可信捕获账本”。

产品规则：

• 每条胶囊都保留原始 raw_fragment，默认折叠，但用户随时可回看。
• 系统保存沉淀历史：什么时候从碎片变成下一步，什么时候被归并，为什么冷冻，何时会再出现。
• 用户可以导出原始碎片和沉淀结果，导出格式应尽量采用 Markdown、JSON 或 CSV 这种长期可读格式。
• 删除要真实有效：用户删除某条胶囊时，前台、复盘、提示和未来再出现条件都要同步清掉。
• API 和自动化接口可以晚于 MVP，但数据模型从一开始就不能把用户锁死在黑箱里。

从 IdeaMemo 借鉴：短卡片、低权限和温和再浮现

IdeaMemo 的价值在于它把移动端闪念做得短、轻、本地、可回顾。日历、热力图、random walk 这些设计本身不是压力；真正的问题是它们是否被用来评价用户。蕉不焦可以借鉴“温和再浮现”，但不能把回顾变成完成率审判。

产品规则：

• 移动端焦点胶囊默认短输入，优先支持语音和一句话，不要求标题、项目和日期。
• 权限最小化：能通过分享、快捷指令和用户主动输入完成的事情，不默认索取通讯录、全量相册、全量日历或后台监听。
• 灵感种子可低频随机再浮现，但必须提供“不再出现”“冷冻到以后”“变成下一步”三个轻回应。
• 热力图和 streak 不作为首发激励，因为它们容易把“没记录”变成新羞耻。
• 回顾入口默认展示“已接住和已沉淀”，而不是“你还有多少没处理”。

三类借鉴的共同边界

这三类成熟经验都不能把蕉不焦带偏。ideaShell 不应把蕉不焦带成语音创作工具，memos 不应把蕉不焦带成自托管笔记，IdeaMemo 不应把蕉不焦带成移动卡片 App。蕉不焦只吸收它们已经证明成熟的部分：入口密度、可信账本、可迁移、低权限、短输入、温和再浮现。吸收之后必须回到同一个核心闭环：

1
接住碎片
2
  -> 保留可信原文
3
  -> 智能体沉淀判断
4
  -> 只递交必要下一步
5
  -> 其余明确冷冻、归并、释放或归档

五、沉淀出口：不是所有胶囊都变任务

蕉不焦的首发机制必须让用户看到”不是每件事都会变成任务”。这是区别于普通清单的第一信任点。出口表里更关键的一列是”这件事谁来拍板”——能自主就自主，用户是最后兜底：结构化/归并/递送这类累活由 AI 自动完成；冷冻、对外承诺基调、硬截止归类这类高代价判断 AI 也自主做，但低置信时转”接住待定”轻量反查、用户改一次系统学一次。confidence 是 AI 内部信号，用来在”自主”和”转兜底”之间分流，不公布给用户。

这个出口表是产品规则，不是文档口号。每次捕获后系统给出可解释处理结果，并标注是”已自动”还是”不太有把握、留给你扫一眼”——前者占多数、后者尽量少。用户越相信系统会自主处理大多数、并把不太确定的少数几条温和交回，越愿意把碎片交给系统。这是”少管一点，事情也有着落”在出口层的落点。

六、首发端点：三主两辅一复盘 + 一条焦点带

MVP 不应该同时做所有平台的完整客户端。更合理的是”三主两辅一复盘”，并在这套端点之上叠一条贯穿的焦点带。

焦点带（Focus Band） 不是第八个端点，而是覆盖在所有端点之上的前台唯一排程露出——一条粗时段轻排程带（现在 / 今天晚点 / 明天 / 本周 / 冷冻），只显示 AI 从后台优先级引擎浮出的少数胶囊，”现在”栏 WIP=1。用户在桌面、浏览器、微信、手机、通知的每一处都能拖一下、说一句就完成排程或改期。它是 §七 智能体策略与 §三 字段边界的产品外化——四象限藏在后台，前台只给用户这一条极轻可拖的带。

主端点一：桌面快捷键

桌面快捷键是深度工作中的杂念回收器。它验证蕉不焦是否能在用户不离开当前工作时接住事情。

首发能力：

• 全局快捷键呼出输入框。
• 支持文字输入。
• 支持当前应用和浏览器 URL 上下文。
• 输入后立即返回一句沉淀反馈。
• 可在桌面递交下一步。

暂缓能力：

• 大型桌面 App 首页。
• 复杂任务编辑器。
• 完整日历视图。

主端点二：微信捕获

微信捕获验证蕉不焦是否能进入中国用户真实任务来源。大量任务不是用户主动创建的，而是别人发来的。前置工程现实：微信聊天内长按后的内部分发入口只面向微信联系人、群、收藏或文件传输助手，不能让独立 App 直接接收聊天消息，且微信不调用系统分享菜单；蕉不焦因此不能依赖聊天消息原生直达独立 App，也不应使用个人号 hook、群机器人或代写微信消息等违规接入。合规捕获有三条互补通道：（1）“复制 / 截图 → 系统分享菜单（iOS Share Extension / Android ACTION_SEND）”；（2）“桌面全局粘贴浮层自动接住剪贴板”；（3）“微信服务号（公众号）入站消息”——用户把文字/语音发给蕉不焦服务号，服务端转写入库（flomo 的服务号语音输入已验证此路合规可行，但受认证主体、48 小时会话窗口与主动推送模板限制，适合用户主动发送、不适合系统高频回推）。三条通道都要压成单一肌肉动作（复制即接住 / 发给服务号即接住）。

首发能力：

• 用户复制消息或保存截图后，经系统分享菜单或全局粘贴浮层被蕉不焦捕获；或把消息/语音发给蕉不焦服务号被捕获。
• 系统识别任务、资料、等待、噪音和对外承诺。
• 对催办类消息生成保守回复草案，由用户切回微信手动确认发送。
• 把下一步递交到合适端点。

暂缓能力：

• 自动回复联系人（不自动回写微信）。
• 大规模群聊监听。
• 企业微信复杂审批。
• 服务号高频主动推送（受模板消息与会话窗口限制，仅作捕获与低频提醒）。
• 任何依赖微信消息原生直达独立 App 的假设。

主端点三：浏览器插件

浏览器插件验证研究类和网页类任务沉淀。它是蕉不焦从“捕获”走向“线程归并”的关键。

首发能力：

• 保存当前页面。
• 保存多个页面到同一线程。
• 识别稍后阅读、竞品研究、表单流程、资料引用。
• 生成限定输出的下一步。

暂缓能力：

• 自动代填所有网页流程。
• 大规模网页爬取。
• 重型知识库管理。

辅端点一：手机分享和语音

手机负责随身捕获和低能量场景。

首发能力：

• 分享文本、图片、链接到蕉不焦。
• 语音输入混乱想法。
• 早晚状态确认。
• 接收轻通知和复盘。

暂缓能力：

• 完整移动端计划中心。
• 长时间任务整理页面。

辅端点二：截图 OCR

截图 OCR 是从真实碎片到结构化沉淀的桥。用户经常通过截图保存课程、活动、聊天、通知和网页。

首发能力：

• 提取截图中的时间、地点、任务要求和链接。
• 区分任务、资料和可选内容。
• 对不确定信息只问一个澄清问题。

暂缓能力：

• 完整文档解析平台。
• 多页 PDF 深度知识管理。

一复盘：晚间无责复盘

晚间复盘是留存关键。它让用户知道系统不是黑箱，也不是垃圾场。

首发能力：

• 展示今天接住了多少胶囊。
• 展示多少变成下一步、多少归并、多少冷冻、多少归档。
• 告诉用户今晚不用想哪些。
• 让用户选择明天只保留一个或少数动作。

暂缓能力：

• 完成率排行榜。
• 复杂周报图表。
• 社交分享打卡。

七、智能体策略：七个连续能力

蕉不焦的智能体不等于一个聊天窗口。用户是决策者、AI 主动兜底大部分判断，这条 human-in-the-loop 主线落在七个连续能力上。

1. 捕获后判断

输入一进入系统，智能体先判断它是什么。来源端点很重要：同一句”明天给他”在微信里可能是对外承诺，在浏览器里可能是稍后阅读，在桌面里可能是写作提醒。

输出不是任务，而是分类和置信度。低置信度时只问一个澄清问题。

2. 沉淀分流

系统把胶囊分流到七类出口。这里的产品价值是减少任务身份泛滥。用户说出来的每件事都值得被接住，但不是每件事都值得成为今日待办。

3. 优先级分诊：艾森豪威尔矩阵 + next-do

沉淀之后，系统在后台同时跑两件事：一是艾森豪威尔矩阵（重要 × 紧急 + 现实后果）做二维评估，二是 next-do 判断”这一步现在是否真的能开始”。矩阵和 confidence 一样只作内部信号——前台永远不显示 2×2，用户也不用给事情打象限；系统只把”重要且现在能开始的一步”浮出，并用点明收益/后果的语气递给用户。这是把 mere urgency effect（Zhu/Yang/Hsee 2018）和艾森豪威尔矩阵翻译成一件用户完全感觉不到、却真正在替他挡住”最吵而非最重要”的产品能力。

学术底座与工程细节见 05-deep-research.md §二十五、03-brainstorm.md §十四。

4. 任务降载

当某条胶囊确实要做，系统把它降到物理动作层。例如”写方案”不是下一步，”打开文档，写三个小标题”才是下一步。

5. 焦点带轻排程与提示策略

系统在前台唯一露出的排程界面是焦点带（Focus Band）：一条粗时段轻排程带（现在 / 今天晚点 / 明天 / 本周 / 冷冻），只显示 AI 浮出的少数胶囊，”现在”栏 WIP=1。系统预排完毕，用户只需在焦点带上拖一下改期或说一句改期，写回偏好记忆。这就是”用极轻交互解排程”的前台落地——直接操作（Shneiderman 1983、Hutchins/Hollan/Norman 1985）+ 认知卸载（Risko & Gilbert 2016）的产品形态。

提示策略与焦点带同源：系统决定什么时候不提示、什么时候提示、在哪个端提示、提示多小；提示策略必须尊重用户状态和历史回应，绝不用堆通知换日活。

6. 多端递交

系统把不同类型动作递交到合适端点：微信轻回复、桌面深度动作、浏览器研究动作、手机确认和复盘、通知低成本回应。焦点带作为跨端浮层出现在所有端点，让”一步”在对的时候出现在对的端点。

7. 无责复盘

系统把当天沉淀结果交还给用户，让用户知道事情没有丢，也不是全部都压到明天。

附：智能体的自成长与记忆

蕉不焦的智能体不能停在“替你判断一次”。它要形成纵向单用户学习：记住用户常在哪个端点启动、哪类任务需要多小动作、什么时段容易拒绝提醒、哪些客户回复要更保守、哪些灵感经常不该进入清单、哪些任务表面推迟其实需要先拆小。这里的壁垒不是横向收集更多用户数据训练一个更大的通用模型，而是同一个用户、同一批线程、跨天跨端连续服务后形成的个人节奏记忆。

用户兜底反馈是最重要的学习材料。每次用户说“这事别冷冻”“这步拆小”“换到手机上做”“这不是硬截止”“今天别推这类事”，系统都应改当次计划，并把偏好写回任务压力状态机。这样 AI 自主接管率会提高，接住待定队列会变少，同类误判会收敛，用户才会形成“它越用越懂我”的爆款感。

八、关键指标：衡量减负，而不是只衡量新增任务

传统任务工具容易衡量新增任务数、完成率、日活和提醒点击率。蕉不焦需要一组更贴近“任务减负”的指标。

不应过度优化的指标

• 新增任务数：越多不一定越好。
• 提醒次数：越多可能越糟。
• 完成率：如果系统正确判断“不用做”，完成率不是唯一价值。
• 使用时长：蕉不焦不需要让用户沉浸。
• 社交分享：首发阶段不应把私人任务压力变成传播素材。

九、首发用户与使用场景

独立开发者

他们的任务碎片来自代码、产品想法、客户消息、浏览器研究、支付和运营事务。最大痛点是深度工作被杂念打断。蕉不焦要帮他们把非当前任务接住，稍后在桌面递交小动作。

核心路径：

• 桌面快捷键捕获产品想法。
• 浏览器归并竞品研究。
• 微信处理客户催办。
• 晚间复盘收束运营碎片。

个人创作者

他们的任务碎片来自选题、评论、商务消息、平台规则、素材链接和灵感。最大痛点是灵感和执行混在一起，导致清单越来越乱。

核心路径：

• 手机语音捕获选题灵感。
• 浏览器保存素材但不生成待办。
• 微信商务消息转成保守回复和下一步。
• 周期性从灵感种子中挑一个可执行动作。

自由职业者

他们的任务碎片来自客户、报价、交付、修改、发票、合同和个人生活事务。最大痛点是对外承诺压力和时间不稳定。

核心路径：

• 微信催办识别承诺风险。
• 桌面递交交付动作。
• 截图 OCR 识别合同和发票信息。
• 通知提供推迟、拆小和冷冻。

高压学生

他们的任务碎片来自课程群、作业截止、小组协作、考试复习、生活事务和长期规划。最大痛点是清单会变成压力墙。

核心路径：

• 截图 OCR 提取课程任务。
• 手机语音倾倒混乱事项。
• 浏览器资料归并为研究线程。
• 晚间复盘只保留明天第一步。

十、路线图：从胶囊闭环到多端服务层

阶段 0：文档和原型验证

目标是验证用户是否理解“任务减负智能体”而不是“AI ToDo”。

交付物：

• 产品定位文档。
• 竞品矩阵。
• 操作路径原型。
• 3 到 5 个高保真关键界面。
• 10 个用户故事访谈脚本。

成功标准：

• 用户能复述“不是所有事情都变任务”。
• 用户对“今晚不用想哪些”有明确兴趣。
• 用户认为桌面快捷键、微信捕获、浏览器插件至少一个路径有强需求。

阶段 1：单人可用 MVP

目标是跑通核心闭环，不追求完整视觉和所有端点。本阶段交付物对应八件套命名，便于工程拆分与验收。

先收窄到一个”最小可证伪首环”：即便是八件套，也偏宽。真正要先证明的、也最便宜的假设是”沉淀判断可信”——而它不需要多端路由就能验证。因此建议阶段 1 内部再切一刀：

首环（阶段 1a）= 单端（桌面快捷键）捕获 + 沉淀引擎 + 晚间无责复盘 + 可信账本。

只有当首环的”沉淀分流用户认可率”和”低羞耻回访率”达标，再叠加浏览器捕获、优先级引擎、焦点带与端点路由、任务压力状态机（阶段 1b），把微信/OCR 留到阶段 2。这样避免在”沉淀是否可信”尚未证明前，就先背上多端路由与状态机的复杂度——那是最容易让 MVP 过范围、也最容易掩盖核心假设成败的地方。

交付物（MVP 八件套，按 1a→1b 分批交付）：

1. 反射捕获：桌面快捷输入 + 浏览器保存到线程，统一走 createFragment(raw, source_endpoint, context) 入口，用户无需填字段。
2. 沉淀引擎：简化后台沉淀规则，输出 sedimentation_outcome + thread_id + next_action + freeze_state + reappear_condition + 内部 confidence，可解释可撤销；高置信自主处理，低置信进入“接住待定”，只用一个轻量反查问题兜底。
3. 任务压力状态机：维护每条胶囊的提示频率、静默窗口、冷冻到期再激活条件和用户兜底反馈；同端同时只主动递交一个动作（WIP=1），并让改时间、改端点、拆小、冷冻、取消等反应写回偏好记忆。
4. 端点路由：按动作类型与用户当前端点活跃度选合适端点、时机、粒度递交。
5. 无责复盘：手机端或 Web 复盘页面，按”接住/归并/冷冻/归档/今晚不用想/明天第一步”交还；通知动作含完成、拆小、推迟、冷冻。
6. 可信账本：原始 raw_fragment、来源端点、沉淀历史、撤销、纠正和偏好记忆按时间线留存，可导出。
7. 优先级引擎：在沉淀之后、递交之前，后台跑艾森豪威尔矩阵（重要 × 紧急 + 现实后果）结合 next-do，输出”重要且现在能开始”的一步与焦点带粗时段预排；四象限与 confidence 一样只作内部调度信号，前台永不出现 2×2，算法不必公布给用户。这是”用矩阵解焦虑”的工程位置。
8. 焦点带与极轻交互层：前台唯一的排程露出——一条粗时段轻排程带（现在/今天晚点/明天/本周/冷冻），“现在”栏 WIP=1；承接语音、拖动、手势三种直接操作（AI 预标、用户滑动确认，拖动/语音改期即时生效并写回偏好记忆）。这是”用极轻交互解排程”的工程位置。

成功标准：

• 捕获耗时低于 5 秒。
• 60% 以上捕获无需用户填字段（懒系捕获率指标）。
• 沉淀结果用户认可比例高（反射沉淀可信度指标）。
• 用户一周后仍愿意把碎片丢进来（低羞耻回访率指标）。
• 焦点带”现在”一步的接受率高，且拖动/语音改期后系统预排更贴（1b 起，优先级引擎可信度指标）。

阶段 2：微信和截图端点

目标是进入真实生活任务来源。

交付物：

• 微信捕获处理（复制/截图 → 系统分享或全局粘贴浮层）。
• 催办消息的保守回复草案。
• 截图 OCR 提取关键任务信息。
• 线程归并和冷冻解释。

成功标准：

• 用户能用微信捕获（复制/截图 → 系统分享或粘贴浮层）替代复制到清单。
• 催办消息能生成可用回复草案。
• 截图中任务和资料能被正确区分。
• 用户认为系统减少了“我得自己整理”的负担。

阶段 3：多端递交和偏好学习

目标是让系统不只是接住，而是更准地递交。

交付物：

• 端点选择策略。
• 用户历史回应学习。
• 同类任务动作粒度调整。
• 晚间复盘中的明日负荷调节。
• 接住待定队列收敛：同类低置信事项经过几次兜底后，后续尽量自主处理。
• 跨端偏好记忆：用户在桌面、手机、浏览器里的改动都回到同一任务压力状态机。

成功标准：

• 下一步接受率提升。
• 拆小请求率下降。
• 通知静默率下降。
• 冷冻再激活率保持健康，不变成遗忘。

阶段 4：外部递交、数据可迁移和商业化

目标是让蕉不焦成为个人执行服务层，而不是孤立 App，也不是夹在多个清单工具之间的同步器。

交付物：

• Todoist、Apple Reminders 或滴答清单的确认后递交与导出。
• 日历硬截止读取。
• 文件和浏览器上下文增强。
• Markdown、JSON 或 CSV 导出。
• 会员能力：更多端点、更长记忆、更强沉淀规则。

成功标准：

• 用户不需要迁移原任务系统也能使用，但蕉不焦的主价值来自沉淀和递交，而不是搬运字段。
• 付费理由来自“减负服务持续有用”，不是单纯更多 AI 次数。
• 用户把蕉不焦作为任务入口或任务前台，而不是偶尔试用工具。

十一、产品取舍：哪些现在必须拒绝

拒绝做完整项目管理

项目管理会带来团队、权限、时间线、负责人、进度报表和协作流程。这些都不是首发核心。蕉不焦的首发对象是个人任务压力，不是组织生产力。

拒绝做通用聊天助手

聊天窗口容易吞掉产品方向。用户会开始问知识、写文案、闲聊、咨询各种问题。蕉不焦需要支持自然语言，但核心不是对话，而是沉淀和递交。

拒绝把数字人做成主角

像素数字人可以做状态反馈，让用户感觉系统接住了事情，但不能变成陪聊主角。否则产品会偏向情绪陪伴，削弱任务减负定位。

拒绝过早做全自动代办

自动代办很有吸引力，但首发风险高。对外回复、网页提交、付款、合同和客户沟通都需要用户确认。蕉不焦应先做“可控下一步”，再逐步扩展自动化。

拒绝用提醒堆日活

提醒越多，越可能损害品牌承诺。蕉不焦应把“没有提醒但用户放心”视为好结果。

十二、商业策略：为减负付费，而不是为清单付费

蕉不焦的付费价值不应该是“更多任务数量”。任务数量越多，越违背减负定位。

更合理的付费层级：

定价叙事应该围绕：

• 少忘事。
• 少被不用做的事压住。
• 更容易开始。
• 没做完也能回来。
• 多端碎片有地方沉淀。

不要把付费叙事写成“更强 AI 聊天”或“无限任务管理”。

单位经济学：沉淀是每条碎片都要花的推理成本

蕉不焦和 flomo、Todoist 这类工具有一条根本不同的成本结构：flomo 记一条卡片几乎零边际成本，蕉不焦每条碎片都要触发一次沉淀推理（分类、归并、拆小、端点判断）。如果不控制，重度用户每天几十上百条碎片会把人均推理成本推高到免费层难以承受，甚至侵蚀付费层毛利。因此单位经济学必须从第一版就进入设计，而不是留给规模化后再补：

• 规则优先、模型兜底的分级沉淀：先用廉价的规则/小模型做一次粗分类（噪音、明显资料、明显硬截止直接落库），只有低置信、涉及对外承诺或高代价的碎片才升级到大模型。confidence 不只是调度信号，也是成本闸门。
• 夜间批处理：非实时碎片（灵感、资料、可冷冻项）可并入晚间沉淀批处理，用更低频、更省的方式统一处理，而不是每条都即时调用。
• 线程归并降调用：归并到已有线程的碎片可复用线程上下文，避免每条都从零推理。
• 免费层用”每日有限胶囊”对齐成本：免费层的胶囊上限不是营销手段，而是把免费用户的人均推理成本框在可承受区间；付费层解锁更高上限、更长记忆和更强沉淀规则，付费理由正好落在”减负服务持续有用”而非”更多 AI 次数”。

一句话：蕉不焦的毛利健康与否，取决于”能否把大多数碎片用便宜方式沉淀掉，只在真正需要判断的少数碎片上花贵的推理”。这与产品主张（多数自主、少数兜底）天然一致——成本结构和体验结构应当同构。

十三、风险和应对

风险一：胶囊堆积成垃圾场

应对：必须有自动归并、噪音归档、冷冻上限、过期清理和晚间沉淀。用户每晚应看到多少胶囊被处理掉，而不是只看到累积数量。

风险二：智能体误判后不学习，导致不信任

应对：风险不是 AI 偶尔误判，而是不能改、改了不学、下次还错。每个沉淀结果必须可撤销、可一句话改，并显示简短原因，例如“我把它冷冻到周五，因为它没有硬截止且属于周末灵感”。低置信事项进入“接住待定”，只让用户轻扫一眼；用户纠正后，系统把改时间、改端点、拆小、冷冻、取消、改变回复基调等反馈写回偏好记忆，后续同类事项减少重复兜底。

风险三：提示制造压力

应对：提示频率上限、一键静默、今天别推、低成本回应和复盘接管。硬截止必须明确，但不能把所有事项都写成紧急。

风险四：定位被看成闪念胶囊复刻

应对：公开表达中只把闪念胶囊作为历史参照，重点讲捕获之后的沉淀和多端递交。正式功能名使用焦点胶囊、蕉囊或焦点闪念等候选。

风险五：被 Todoist、Microsoft To Do 或滴答清单复制

应对：不把功能字段、My Day 式每日建议或自然语言录入作为护城河，把长期偏好、低羞耻复盘、多端端点、冷冻逻辑和“哪些不用做”的信任作为护城河。

风险六：被 ChatGPT、Gemini、Copilot 吞掉

应对：不和通用模型比能力，也不把长流程自主代办作为首发主战场。Copilot Tasks、OpenAI Operator/ChatGPT agent 这类平台已经在做“监控、浏览、比价、取消订阅、起草回复、关键动作前征求同意”的高位代办，蕉不焦要反方向收窄为“重减负、轻代办”：聚焦中国真实任务端点、个人任务压力语境、长期沉淀、低羞耻提示和 2 到 15 分钟可启动下一步。对外回复、付款、网页提交、合同和客户沟通必须由用户确认，系统只递交可控草案或最小动作。

十四、MVP 验收问题

每次迭代都要问以下问题：

1. 用户捕获一条碎片是否比打开传统清单更快。
2. 用户是否能不填字段也完成捕获。
3. 系统是否把一部分碎片正确归并、冷冻或归档，而不是全部变任务。
4. 递交的下一步是否小到用户愿意开始。
5. 用户是否觉得通知少而准。
6. 用户是否愿意在没完成时回来。
7. 晚间复盘是否让用户觉得事情被接住，而不是被评价。
8. 多端之间是否像同一个服务，而不是多个孤立入口。

如果这些问题答案不成立，继续加端点、加角色、加动画、加模型都没有意义。

十五、可行性与实施步骤：怎么把这个智能体真正做出来

这一节回答两个问题：这个智能体能不能做，以及按什么顺序做。总体结论：能做，而且现在正是窗口。心理学证据链真实（拖延=情绪调节、紧急性偏差、认知卸载、直接操作，见 05-deep-research.md）；LLM 智能体干预拖延已有学术先例（LittleToDo，ACM 2025）与 human-in-the-loop 架构研究（CHI 2025 Plan-Then-Execute）；核心缺口（进入清单前的沉淀判断 + AI 先分诊的轻排程）尚无在位者占住。要求只有三条：窄、快、控成本。

技术可行性：三个关键环节都有成熟路径

1. 沉淀与分诊可行。大模型对中文碎片做”任务/资料/等待/灵感/情绪/噪音”分类与重要-紧急评估，属于当前 LLM 的成熟能力区；LittleToDo 已验证 LLM Agent 做拖延干预的产品形态。关键工程点不是模型能力，而是可解释、可撤销、低置信转接住待定的包装。
2. 捕获可行。桌面全局快捷键、浏览器插件、系统分享（iOS Share Extension / Android ACTION_SEND）、微信服务号入站消息（flomo 已验证合规可行），三主两辅通道都有先例。
3. 极轻交互可行。拖拽排程（Morgen/Akiflow/Sunsama 已是主流）、手势清单（Minimalist）、语音捕获（闪念胶囊/ideaShell）都被市场验证；蕉不焦的组合创新只在于AI 先预标、用户只确认——工程上是”分诊结果 + 手势事件”的绑定，无技术盲区。

实施步骤（对应第十节路线图，按验证顺序推进）

每一步只验证一个假设，上一步不达标就不叠下一步——这是把”智能体落实”拆成可证伪的最小台阶，而不是一次性赌一个大 App。

已知风险与缓解（压缩表）

研判基准：2026-07 竞品与来源复核，详见 02-competitor-deep-research.md 与 05-deep-research.md。

十六、最终战略句

蕉不焦的建设顺序必须保持：

1
胶囊式入口（说一句 / 拖一下 / 划一下）
2
  -> 轻量任务底座
3
  -> 智能体沉淀（拖延=情绪调节，低羞耻接住）
4
  -> 后台优先级引擎（艾森豪威尔矩阵 + next-do，用户永不见 2×2）
5
  -> 前台焦点带轻排程（现在 / 今天晚点 / 明天 / 本周 / 冷冻）
6
  -> 多端下一步递交
7
  -> 无责复盘

这不是一个普通产品路线图，而是防止定位跑偏的护栏。三条支柱要一起立：解拖延靠低羞耻沉淀阻断情绪修复回路（Sirois 2014、Eckert 2016）；解焦虑靠后台矩阵替用户挡住”最吵而非最重要”（Zhu/Yang/Hsee 2018、Covey）；解排程靠焦点带上的语音、拖动、手势（Shneiderman 1983、Hutchins/Hollan/Norman 1985、Risko & Gilbert 2016）。任何功能只要不能服务这条链路，都应暂缓。

蕉不焦真正要卖的不是清单、不是提醒、不是角色、不是聊天，而是把用户工作量压到只剩一个动作、把判断的重量藏进后台：

你只管丢进来（说一句、拖一下、划一下），它在后台替你挑出重要且现在能开始的一步，只回来这一步。

蕉不焦产品策略 v1.0，2026-07-06