每日三件事 - 竞品调研 + PRD
项目信息
| 项目 | 内容 | |------|------| | 产品名称 | 每日三件事（暂定） | | 状态 | 调研完成，待开发 | | 目标上线时间 | 2026年5月底 | | 类目 | 工具 - 效率 | | 主体 | 个人 | | 变现方式 | 流量主广告 | | 开发周期 | 2天 | | 技术栈 | 微信小程序原生 + 云开发 |
一、竞品调研简报
1. 竞品概况
| 竞品 | 平台 | 核心特点 | 与我们的差异 | |------|------|----------|-------------| | 滴答清单 | 全平台 | 专业GTD工具，千万级用户 | 太重太复杂，新手劝退，无3件事限制 | | 番茄TODO | 全平台 | 番茄钟 + 待办，学生群体多 | 功能堆叠，非方法论驱动 | | 时光序 | 全平台 | 全能时间管理（待办+日历+记账+习惯） | 功能大杂烩，打开就不想用 |
注：微信搜一搜中"每日三件事""3件事"等关键词的直接竞品极少，本结论基于网页搜索，未远程验证微信搜一搜实时结果。建议上线前在手机微信中手动确认。
关键发现：直接竞品（强制限制3件事的极简工具）在微信小程序端几乎为零。这是一个明确的空白市场。
2. 市场信号
- 「待办」「每日计划」在微信小程序搜索有稳定流量，属于中等热度长尾词
- 「MIT方法论」「Ivy Lee方法」在小红书、少数派等内容平台有持续讨论
- 极简工具类小程序（如各种计算器、打卡工具）在个人开发者中变现效果稳定
- 小程序端「即用即走」的轻量特性天然适合每日三件事的使用场景
3. 用户痛点
痛点1：工具太重，打开就不想用
小李是自由职业者，下载了滴答清单想管理任务，结果光是设置项目、标签、优先级就花了20分钟。后来列表里堆了50多项任务，每次打开看到满屏待办就焦虑，一周后就卸载了。
痛点2：任务越多越焦虑，反而拖延
张婷是产品经理，每天有开不完的会和做不完的需求。她的待办清单常年保持30+条，下班时发现核心需求文档还没动笔——因为总被"先处理几个简单任务"的念头带偏。
痛点3：分不清优先级，忙了一天最重要的事没做
老王是创业公司CEO，每天从早忙到晚，但晚上复盘时总觉得"今天好像什么都没干"。他不是不忙，而是把时间花在了回复消息、处理突发事件上，真正推动业务的那3件事一件都没做。
痛点4：现有工具的"每日计划"允许无限添加，没有约束力
陈晨用过多个App的"今日计划"功能，但它们都允许无限添加任务。没有外部约束时，她总是给自己列10件事，最后只完成3件，剩下7件让她充满挫败感。
4. 替代方案
用户不一定会用专门的小程序，以下是他们可能用到的替代方案：
| 替代方案 | 特点 | 我们的劣势 | |----------|------|------------| | 微信收藏/备忘录 | 最简单的替代，手写3件事截图保存 | 无打卡激励、无连续天数、无分享 | | 飞书/钉钉每日计划模板 | 团队协作工具中的日计划功能 | 需要注册账号、非个人场景 | | Notion Daily Template | 模板社区丰富的每日计划模板 | 需要翻墙、学习成本高、非微信生态 | | 手机自带提醒事项App | iOS提醒事项、Android待办 | 无3件事约束、无激励、无分享 |
5. 差异化机会
| 维度 | 市场现状 | 我们的做法 | |------|---------|-----------| | 任务数量 | 无限制或限制宽松 | 严格上限3件，写满后不可添加 | | 功能复杂度 | 越做越重 | 零设置，打开就能用 | | 操作速度 | 需要多步操作 | 2秒写完一件事，回车提交 | | 激励机制 | 靠自律或复杂积分 | 连续完成天数，游戏化驱动 | | 平台形态 | 以原生App为主 | 微信小程序，零下载即用即走 | | 分享传播 | 弱分享或无分享 | 精美打卡图，朋友圈社交货币 |
二、PRD
1. 产品概述
定位：每天只选3件最重要的事，做完才算赢。不是待办工具，是专注力过滤器。
目标用户：
- 有效率焦虑的上班族（25-40岁）
- 自由职业者/远程工作者
- 考研/考公学生（需要每日聚焦）
- 创业者/管理者（需要抓核心优先级）
核心价值：
- 减法哲学：不做第4件。通过物理限制倒逼你思考什么真正重要
- 低门槛：零设置、零学习成本、2秒上手
- 正反馈：3件事全部完成的成就感 + 连续天数的游戏化激励
- 社交货币：精美的每日打卡分享图，让坚持变得有仪式感
方法论背景：MIT 方法源自 Ivy Lee（美国著名公关人），100多年前他为查尔斯·施瓦布（伯利恒钢铁公司CEO）提了一个建议——每天下班前列出明天最重要的6件事，按优先级排序，第二天只做这些事。施瓦布试了几个月后公司效率大幅提升，付给 Ivy Lee 2.5万美元（相当于今天的数百万美元）。本产品简化为3件——对大多数人来说，每天真正重要的不会超过3件。
2. MVP 功能清单
| 功能 | 优先级 | 描述 | 前端 | 后端（云开发） | |------|--------|------|------|---------------| | 今日三件事 | P0 | 输入/勾选/删除今日3件事 | ✅ | ✅ 数据存储 | | 日期自动切换 | P0 | 每日0点自动创建新的空白任务页 | ✅ | ✅ | | 完成状态持久化 | P0 | 勾选状态实时保存，关闭再打开不丢失 | ✅ | ✅ | | 连续完成天数 | P0 | 统计连续完成3件事的天数，断链归零 | ✅ | ✅ | | 历史记录 | P1 | 查看过去每天的3件事及完成情况 | ✅ | ✅ | | 分享打卡图 | P0 | 生成精美分享卡片（含日期、完成状态、连续天数） | ✅ | ✅ Canvas生成 | | 流量主广告 | P1 | Banner广告（UV≥1000后申请） | ✅ | 微信流量主 | | 本地缓存 | P0 | 今日数据本地缓存，减少云函数调用 | ✅ | — |
不在MVP范围内：提醒通知、数据导出、多设备同步、主题切换、统计图表、日历视图、激励视频广告、设置页
3. 页面设计
页面结构
| 页面 | 路径 | 功能 | 导航方式 | |------|------|------|----------| | 首页 | pages/index/index | 今日三件事 | 默认入口 | | 历史页 | pages/history/history | 日历+历史详情 | navigateTo | | 引导页 | pages/guide/guide | 首次使用3页引导 | 仅首次显示 |
tabBar 不需要，全部用 navigateTo。分享卡片是 Canvas 生成的图片，不是独立页面。
页面一：首页（今日三件事）
布局（从上到下）：
┌──────────────────────────┐
│ 5月9日 周五 │ ← 日期标题，大号字
│ 连续完成 🔥7 天 │ ← 连续天数徽章
├──────────────────────────┤
│ │
│ ☐ 写下今天最重要的3件事 │ ← 占位提示（无任务时）
│ │
│ ☑ 完成产品PRD文档 │ ← 已完成任务（划线+灰色）
│ ☑ 回复客户邮件 │ ← 已完成任务
│ ☐ 准备下周汇报 │ ← 待办任务（高亮）
│ │
├──────────────────────────┤
│ 🎉 今日全部完成！ │ ← 完成时显示（动效）
│ 连续第7天，继续加油 │
├──────────────────────────┤
│ [分享今日成绩] │ ← 分享按钮（完成时才高亮）
├──────────────────────────┤
│ 📅 查看历史 │ ← 居中按钮（view组件），navigateTo跳转历史页
├──────────────────────────┤
│ [Banner广告位（预留）] │ ← UV<1000时不显示广告，预留空间
└──────────────────────────┘
交互细节：
- 输入：点击任务行直接输入，回车提交。3条写满后输入框消失，显示「就这3件，去做吧」。严格限制3件，不允许添加第4件
- 勾选：点击圆形勾选框，完成动画（缩放+绿色渐变），文字加删除线
- 删除/编辑：长按任务行 → 弹出操作菜单（编辑/删除）
- 编辑：选择编辑后，任务内容变为可编辑状态（input组件），失焦或回车保存
- 删除：选择删除后直接移除，可重新输入
- 全部完成：3条全部勾选后，触发庆祝动效（confetti粒子效果），连续天数+1，显示鼓励文案
- 日期切换：显示"昨天"快捷入口，点击查看昨天的任务
- 跨日处理：跨日时，如果昨天有未完成的任务，在今日任务页顶部显示提示「昨天有1件未完成的事」，用户可选择「搬到今天」（占今日3件事中的1个位置）或「不用了」（保留在昨天记录中，all_done=false）。搬运后昨天的记录保持原样（all_done=false），连续天数按昨日实际完成情况计算。
- 跨时区：统一使用北京时间（Asia/Shanghai），跨时区旅行不影响任务归属日期
文案设计：
- 空状态：「今天要做哪 3 件事？」+ 下方小字说明：「MIT方法论：每天只聚焦最重要的事，做完就算赢」
- 首次打开：显示3页引导（1. 什么是MIT → 2. 为什么只做3件 → 3. 怎么用它），支持「跳过」按钮
- 1条完成：「还剩 2 件」
- 2条完成：「最后 1 件」
- 3条完成：「搞定！连续 N 天」
- 鼓励文案池（随机）：「搞定」「不错」「又一天」「稳了」「收工」「今天没白过」
页面二：历史记录
布局（MVP 用列表视图）：
- 按日期倒序排列，每天一行：
5月9日 · ✅ 3/3 🔥7天或5月8日 · ☐ 1/3（绿色圆点=全部完成，灰色=未完成） - 点击某天展开该天的3件事详情
- 顶部显示总完成天数 / 总使用天数 / 完成率
- 日历视图中完成日期有绿色标记
- MVP 阶段不做激励视频广告
- ⚠️ 日历视图放到 v1.5，MVP 先做列表视图降低开发成本
页面三：分享卡片（Canvas 生成）
卡片设计（750×1000px）：
┌─────────────────────────┐
│ │
│ 5月9日 · 周五 │
│ 今日三件事 ✅ │
│ │
│ ✅ 完成产品PRD文档 │
│ ✅ 回复客户邮件 │
│ ✅ 准备下周汇报 │
│ │
│ 🔥 连续完成 7 天 │
│ │
│ ───────────────── │
│ 每天只选3件最重要的事 │
│ 做完才算赢 │
│ │
│ [小程序码] │
└─────────────────────────┘
- 背景色：深色模式（ → 渐变），配合金色点缀
- 完成项用 ✅ 绿色（#00D2A0），未完成项用 ⬜ 灰色
- 连续天数用火焰emoji + 金色大字突出
- 随机金句：每次生成分享卡随机搭配一句趣味文案（"3/3，强迫症满意了""就这？就这。搞定收工""今天的3件事，搞定""连续N天，习惯养成中""三件事定律，100年前的智慧""别看别的了，就这三件""今天没白过""又稳了一天""少做事，做对事""专注力是最好的超能力"）
- 底部带小程序码，方便他人扫码使用
4. 数据模型
云开发集合设计
集合 users
{
"_openid": "用户微信openid",
"streak": 7, // 当前连续天数
"max_streak": 21, // 历史最长连续天数
"total_days": 45, // 总使用天数
"completed_days": 38, // 完成天数
"created_at": "2026-04-01T00:00:00Z",
"updated_at": "2026-05-09T00:00:00Z"
}
集合 daily_tasks
{
"_openid": "用户微信openid",
"date": "2026-05-09", // 日期（YYYY-MM-DD）
"tasks": [
{ "content": "完成产品PRD文档", "done": true, "order": 1 },
{ "content": "回复客户邮件", "done": true, "order": 2 },
{ "content": "准备下周汇报", "done": false, "order": 3 }
],
"all_done": false, // 是否全部完成
"created_at": "2026-05-09T08:30:00Z",
"updated_at": "2026-05-09T14:20:00Z"
}
索引设计：
daily_tasks：复合索引{ _openid: 1, date: -1 }，用于查询用户某天的任务users：主键_openid
集合权限：users 和 daily_tasks 均设为「仅创建者可读写」，确保用户数据隔离。云开发控制台 → 数据库 → 集合权限 → 自定义安全规则。
5. 交互流程
用户打开小程序
│
├─ 首次使用 → 自动创建用户记录
│
├─ 非首次使用 → 检查今日任务
│ │
│ ├─ 今日已有任务 → 直接展示（从缓存读取）
│ │
│ └─ 今日无任务 → 创建空白任务页
│ │
│ ├─ 用户输入第1件事 → 回车/失焦保存
│ ├─ 用户输入第2件事 → 回车/失焦保存
│ ├─ 用户输入第3件事 → 回车/失焦保存
│ │ → 输入框消失，提示"就这3件，去做吧"
│ │
│ └─ 用户勾选任务
│ ├─ 勾选第1件 → 更新状态
│ ├─ 勾选第2件 → 更新状态
│ └─ 勾选第3件 → 触发完成！
│ ├─ 庆祝动效
│ ├─ 连续天数+1
│ └─ 显示分享按钮
│
├─ 用户长按任务 → 弹出操作菜单（编辑/删除）
│ ├─ 编辑 → 任务变为可编辑状态 → 失焦/回车保存
│ └─ 删除 → 直接移除 → 可重新输入
│
├─ 换设备登录时 → 本地无缓存 → 从云端拉取用户记录（initUser）
│ → 拉取最近7天任务记录 → 展示今日任务（如有则展示，无则创建空白页）
│
└─ 用户点击分享 → Canvas生成卡片 → 唤起微信分享
连续天数计算逻辑：
- 用户完成今日3件事时，查询昨天是否有
all_done: true的记录 - 有 → streak + 1
- 没有 → streak = 1（重新开始）
- 同步更新
max_streak（取 max）
6. 分享功能设计
分享场景：
| 场景 | 分享内容 | 触发条件 | |------|---------|---------| | 好友/群分享 | 小程序卡片（标题+描述+路径） | 任何页面点击分享按钮 | | 朋友圈分享 | 打卡图片（Canvas生成） | 首页"分享今日成绩"按钮 | | 完成庆祝分享 | 带庆祝动效的打卡图 | 3件事全部完成后弹出 |
分享卡片文案：
- 标题：「🔥 连续7天完成每日三件事」
- 描述：「今天也只做了3件事，但每件都算数。来挑战一下？」
激励视频入口：MVP 阶段不做激励视频广告。UV 达到 1000 后再评估是否加入。
7. SEO 策略
小程序名称建议（10字以内）：
| 名称 | 搜索关键词覆盖 | 推荐指数 | |------|--------------|---------| | 每日三件事 | 每日、三件事 | ⭐⭐⭐⭐⭐ | | 今天只做三件事 | 今天、三件事 | ⭐⭐⭐⭐ | | 三件事·每日计划 | 三件事、每日计划 | ⭐⭐⭐⭐⭐ | | MIT每日三件事 | MIT、每日三件事 | ⭐⭐⭐ | | 每日三件事·极简待办 | 每日三件事、极简待办 | ⭐⭐⭐⭐⭐ |
推荐：「每日三件事·极简待办」（覆盖最多搜索词）
搜索关键词（小程序后台设置，10个）：
每日三件事, 每日计划, 待办清单, 极简待办, 今日计划, MIT方法, 每天三件事, 效率工具, 专注力, 时间管理
小程序简介（120字以内）：
每天只选3件最重要的事，做完才算赢。不是待办工具，是专注力过滤器。零设置、2秒上手，用最极简的方式管理你的一天。连续打卡，养成专注习惯。
8. UI/UX 规范
配色方案：
| 用途 | 颜色值 | 说明 | |------|--------|------| | 主背景 | | 浅灰蓝，护眼不刺眼 | | 卡片背景 | | 纯白卡片 | | 主色调 | | 蓝紫色，专注感 | | 完成色 | | 翡翠绿，成就感 | | 文字主色 | | 深色，高对比 | | 文字次要 | | 灰色，辅助信息 | | 分割线 | | 极浅灰 | | 警告/删除 | | 柔和红 | | 连续天数 | | 金色，荣誉感 |
字体规范：
| 元素 | 字号 | 字重 | 备注 | |------|------|------|------| | 日期标题 | 36rpx | Medium | 居中 | | 连续天数 | 28rpx | Medium | 火焰emoji + 金色 | | 任务内容 | 32rpx | Regular | 最多2行显示，超出省略号 | | 占位提示 | 30rpx | Regular | 浅灰色 | | 完成庆祝 | 36rpx | Bold | 大号，居中 |
间距规范：
| 位置 | 间距 | |------|------| | 页面左右边距 | 40rpx | | 卡片内边距 | 32rpx | | 任务行间距 | 24rpx | | 任务行高度 | 88rpx |
交互动效：
| 动效 | 描述 | 时长 | |------|------|------| | 勾选完成 | 圆圈缩放填充 + 文字划线淡入 | 300ms | | 全部完成 | confetti粒子从顶部飘落 | 1500ms | | 任务输入 | 新行从下方滑入 | 200ms | | 分享卡片 | 从底部上滑 + 渐显 | 300ms | | 页面切换 | 右滑进入历史页 | 250ms |
9. 技术实现要点
数据存储策略：
- 今日任务数据双写：本地 Storage + 云数据库
- 读优先从本地缓存读取，减少云函数调用
- 云端作为数据备份和跨设备同步的保障
- 历史数据仅存云端，本地不缓存（节省空间）
缓存策略：
wx.setStorageSync('todayTasks', {...})：今日任务本地缓存wx.setStorageSync('todayDate', '2026-05-09')：缓存日期，用于判断是否需要刷新- 每次打开小程序：对比缓存日期与当前日期，不同则拉取云端数据
- 冲突处理：以云端数据为准。每次 onShow 时，用本地缓存的 todayDate 与当前日期对比；若一致则用本地数据，若不一致则从云端拉取。离线期间完成的任务在网络恢复后由 saveTasks 云函数合并，云函数以云端最新数据为基准判断 all_done 状态。
日期处理：
- 统一使用
YYYY-MM-DD格式存储和比较 - 时区处理：使用
new Date().toLocaleDateString('zh-CN', { timeZone: 'Asia/Shanghai' })确保日期正确 - 跨日判断：每次 onShow 时检查日期变化
连续天数计算： 连续天数计算在 saveTasks 云函数中用事务处理（查询昨日记录→计算streak→更新users集合），避免并发问题。
async function checkStreak(openid) {
const today = getToday() // '2026-05-09'
const yesterday = getYesterday() // '2026-05-08'
// 查询昨天的任务是否全部完成
const yesterdayRecord = await db.collection('daily_tasks')
.where({ _openid: openid, date: yesterday, all_done: true })
.get()
const user = await db.collection('users').where({ _openid: openid }).get()
if (yesterdayRecord.data.length > 0) {
// 昨天完成了，连续+1
const newStreak = user.data[0].streak + 1
await db.collection('users').where({ _openid: openid })
.update({ streak: newStreak, max_streak: db.command.max(newStreak) })
} else {
// 昨天没完成，重置为1
await db.collection('users').where({ _openid: openid })
.update({ streak: 1 })
}
}
连续天数边界测试用例
| # | 场景 | 预期 streak | 说明 | |---|------|-------------|------| | 1 | 首次完成3件事（无历史记录） | 1 | 新用户第一天 | | 2 | 连续第2天完成3件事 | 2 | streak+1 | | 3 | 连续第7天完成3件事 | 7 | 正常递增 | | 4 | 中断1天后完成3件事 | 1 | streak重置 | | 5 | 中断5天后完成3件事 | 1 | streak重置 | | 6 | 只完成2件（all_done=false） | 不变 | 不触发streak更新 | | 7 | 当天连任务都没写 | 不变 | 无记录=无变化 | | 8 | 同一天重复勾选（防抖） | 不变 | 防抖/锁机制 | | 9 | 12月31日完成→1月1日完成 | +1 | 跨年连续 | | 10 | 昨天有记录但all_done=false，今天完成 | 1 | 昨天没全部完成=断链 | | 11 | max_streak=5，当前streak=5→完成第6天 | streak=6, max_streak=6 | max_streak同步更新 | | 12 | 换设备登录后首次完成 | 1 | 从云端恢复用户记录 |
分享卡片生成：
- 使用小程序 Canvas 2D API 绘制
- 绘制流程：背景渐变 → 日期文字 → 任务列表（逐行绘制，含勾选状态）→ 连续天数 → 小程序码
- 小程序码通过云函数调用
wxacode.getUnlimited生成 - 导出为临时图片路径，调用
wx.shareFileMessage或保存到相册
云函数设计（5个）：
| 云函数 | 功能 | 入参 | 出参 | 错误处理 | |--------|------|------|------|----------| | initUser | 首次使用创建用户记录 | 无 | { streak: 0, max_streak: 0, total_days: 0, completed_days: 0 } | 记录已存在则返回现有数据 | | saveTasks | 保存/更新今日任务 | { tasks: [{content, done, order}], all_done: boolean } | { success: true, streak: number } | all_done=true时触发streak计算（事务处理） | | getTasks | 获取今日任务 | { date: "YYYY-MM-DD" } | { tasks: [...], all_done: boolean } | 无记录返回空数组 | | getHistory | 分页查询历史记录 | { page: number, pageSize: number } | { list: [{date, tasks, all_done}], total: number } | page超出范围返回空数组 | | getShareCode | 生成小程序码 | { scene: "share" } | { imageUrl: string } | 调用失败返回默认占位图 |
连续天数计算在 saveTasks 云函数中用事务处理（查询昨日记录→计算streak→更新users集合），避免并发问题。
10. 非功能需求
- 性能：首屏加载 < 1s（含云数据拉取），勾选响应 < 200ms（本地优先）
- 隐私：不收集姓名、手机号、位置等个人信息；任务内容仅创建者可读写（云数据库权限设为「仅创建者可读写」）
- 体积：小程序包体 < 2MB
- 兼容：基础库 2.0+，覆盖 99%+ 用户
- 离线：今日任务支持离线查看和勾选（本地缓存优先），网络恢复后自动同步云端
11. 验收标准
- [ ] 输入任务→回车提交→任务显示在列表中，最多3件
- [ ] 勾选任务→状态更新→全部勾选触发完成
- [ ] 关闭小程序再打开→今日任务状态不丢失
- [ ] 跨日打开→自动创建新的空白任务页
- [ ] 首次完成3件事→连续天数显示1
- [ ] 连续第2天完成→连续天数显示2
- [ ] 中断一天后完成→连续天数重置为1
- [ ] 同一天多次勾选→连续天数不重复+1
- [ ] 12月31日完成→1月1日完成→连续天数正确递增
- [ ] 长按任务→弹出编辑/删除菜单
- [ ] 点击「查看历史」→跳转历史页
- [ ] 历史页日历→完成日期有绿色标记
- [ ] 分享卡片生成→图片清晰完整
- [ ] 首屏加载 < 1s
- [ ] 勾选响应 < 200ms
12. 隐私政策和合规
数据收集范围：
- 微信 openid（用于数据关联，不展示给用户）
- 用户输入的任务内容（仅存云端用于跨设备同步）
数据使用：
- 不收集任何个人信息（姓名、手机号、位置等）
- 任务内容仅用户本人可见
- 不向任何第三方分享数据
合规要点：
- 隐私政策页面：说明数据收集范围和使用方式
- 用户协议：明确工具免费使用，广告为变现手段
- 小程序类目：工具-效率，个人主体可注册
- 备案：已完成小程序备案
- 流量主：满足1000+UV后申请
三、需求五问评分
| 维度 | 问题 | 评分(1-5) | 说明 | |------|------|-----------|------| | 用户价值 | 用户真的需要吗？ | ⭐⭐⭐⭐ | 效率焦虑是真实痛点，MIT方法论有认知基础 | | 差异化 | 为什么是我们做？ | ⭐⭐⭐⭐⭐ | 小程序端几乎没有竞品，蓝海市场 | | 可行性 | 2天能做完吗？ | ⭐⭐⭐⭐⭐ | 2天能做完：纯前端+云开发，功能极简 | | 变现潜力 | 能赚钱吗？ | ⭐⭐⭐ | 流量主广告收益中等，需靠矩阵引流 | | 可扩展性 | 未来能迭代吗？ | ⭐⭐⭐⭐ | 可加提醒、统计、社交PK、付费去广告等 |
综合评分：4.2/5 — 推荐开发
四、开发 Checklist
Day 1（8h）
- [ ] 创建小程序项目，配置云开发环境（1h）
- [ ] 搭建页面结构（首页、历史页、引导页）（0.5h）
- [ ] 实现首次打开引导（3页引导 + 跳过按钮）（1h）
- [ ] 实现首页UI：日期显示、任务输入、勾选交互（2h）
- [ ] 实现任务数据本地存储（Storage）（0.5h）
- [ ] 实现云函数：initUser、saveTasks、getTasks（2h）
- [ ] 实现跨日检测 + 未完成任务搬运提示（0.5h）
- [ ] 实现连续天数计算逻辑（saveTasks 事务处理）（0.5h）
Day 2（8h）
- [ ] 实现历史记录页面（列表视图 + 日历标记）（2h）
- [ ] 实现云函数：getHistory、getShareCode（1h）
- [ ] 实现长按任务→编辑/删除操作菜单（1h）
- [ ] 实现分享卡片 Canvas 绘制 + 10条随机金句（2h）
- [ ] 预留广告位空间（不做激励视频）（0.5h）
- [ ] 编写隐私政策页面（0.5h）
- [ ] 配置小程序基本信息（名称、关键词、简介、头像）（0.5h）
- [ ] 整体UI打磨 + 交互动效调优 + 真机测试（0.5h）
上线后
- [ ] 监控日活和留存数据
- [ ] 收集用户反馈，规划V2迭代
- [ ] 1000UV后申请流量主
- [ ] 矩阵内小程序互相引流
五、核心指标定义
| 指标 | 定义 | 目标值 | |------|------|------| | 次日留存率 | 今天使用的用户，明天再次打开的比例 | >30% | | 7日留存率 | 今天使用的用户，7天内再次打开的比例 | >15% | | 日均打开次数 | 每个用户平均每天打开小程序的次数 | >1.5 | | 全完成率 | 完成当日3件事的用户占比 | >40% | | 分享率 | 生成分享卡片并分享的用户占比 | >10% | | 连续3天完成用户占比 | 连续3天全部完成的用户占总用户的比例 | >20% |