问题
重度笔记用户对 Evernote 的信任正在崩塌：有人在演出等关键场景中遇到更新后 "all of the charts had been kicked down approximately 50 spaces on the page"，被迫现场逐条修复；有人因无法更改账户邮箱、客服无人回应而陷入恐慌，"spend an entire night batching them into my (free) Notes account"。共同的痛点是：数千条积累多年的笔记被锁在一个随时可能出错、且求助无门的应用里，而自助迁移既耗时又容易丢失排版。
目标用户
个人 + 工作笔记混用、笔记量达数千条、多年订阅 Evernote 的重度用户。从信号看是分散的全球个人用户，规模取决于 Evernote 事故的持续发酵程度，属小众但痛点极深的人群。
解决方案
核心功能
- 全库一键导出：批量导出 Evernote 所有笔记，保留标签、附件与笔记本结构
- 排版保真：确保空格、图表位置等格式在导出后不漂移（直接针对 "kicked down 50 spaces" 的问题）
- 无缝导入 Apple Notes：自动批量写入，省去手动搬运一整晚的时间
- 迁移校验报告：对比源与目标的笔记数量、内容哈希，给用户确定感
- 定期本地备份：不迁移的用户也可定期快照，防止单点事故
AI 的角色：辅助检测排版异常（如整体偏移）、增量比对内容差异、生成迁移摘要报告；核心是工程化的数据管道，AI 是增强项而非主体。
为什么是现在
两条信号均指向 2026 年 8-9 月的事故：更新破坏排版、客服失联逼用户连夜迁移。Evernote 的稳定性与客服问题正在主动把付费老用户推向出口，正是承接这批"逃难用户"的窗口期。证据仅两例，置信度有限。
MVP 范围
做：一键导出 Evernote 全部笔记为通用格式（HTML/Markdown）、保留原始排版与空格结构、批量导入 Apple Notes、导出前后做笔记数量与内容校验。不做：云端存储、多应用双向同步、团队协作、历史版本管理。
风险
平台依赖：迁移工具严重依赖 Evernote 的导出格式与 Apple Notes 的导入能力（后者几乎没有官方 API，可能需要 AppleScript 等脆弱方案）。需求脉冲式：痛点由单次事故触发，用户迁移完成后即流失，需持续获客。事故驱动：若 Evernote 稳定性恢复，需求可能快速萎缩。合规：处理用户全部个人笔记，隐私与数据安全责任重。
信号证据
这张卡片依据的原始讨论。摘录保持原文，点“原文”查看上下文。
App Store 差评 · Evernote9月19日痛点▲ 0
“all of the charts had been kicked down approximately 50 spaces on the page which required me to go in and edit every note to bring them back up to the top of the note - DURING THE PERFORMANCE.”
Evernote 更新后,笔记内所有内容被整体下移约 50 个空格,用户不得不在现场逐条编辑修复。原文
App Store 差评 · Evernote8月24日痛点▲ 0隐含付费意愿
“Thousands of notes I would lose if I didn’t get the email address changed. I panicked and spend an entire night batching them into my (free) Notes account.”
用户因无法自助更改账户邮箱、客服无人回应，差点丢失数千条笔记，被迫连夜手动迁移到 Apple Notes。原文