# 拾序 · 截图自动整理助手

产品需求文档 PRD v0.1 · 2026-10-25 · 概念验证阶段

> 临时产品名“拾序”为本次设计建议，可替换。本文依据《截图自动整理助手-创意方案.md》整理。现有事实来自原方案，未经独立复核；新增规则、画像、指标与实现方向均为建议，等待验证。交互网页使用 8 张虚构演示卡片，与原方案中的 8 张分类样稿不是同一批素材。

## 1. 产品定位与问题

为经常截图、很少随手整理、集中清理时有查看与判断负担的人，提供新增截图收集、分组浏览、批量删留与低成本纠错，减少逐张放大、重复判断和手动归类的操作。

核心任务：当用户想清理积压截图时，帮助其更省操作地完成删留，同时容易找回保留的资料。

核心假设：把内容相近的截图放在一起，能减少点开查看和重复判断；批量选择与清晰的纠错机制能降低操作负担。自动分组是否有效、用户是否持续使用、是否愿意付费，均未验证。

价值边界：系统负责提取信息与提出分组，用户负责判断截图是否仍有价值。相似、旧、来自聊天或包含订单信息，都不能直接作为删除依据。

## 2. 已有证据与未知

| 材料 | 原方案记录 | 可以支持 | 不能推出 |
| --- | --- | --- | --- |
| 个人经历 | 经常截图，临时分享后容易遗留 | 存在具体使用场景 | 普遍需求、需求规模 |
| 朋友反馈 | 通过微信收集 9 位朋友回答，部分觉得逐张判断麻烦，也有人认为相册够用 | 用户之间存在差异，需按行为筛选 | 满意率、渗透率、付费率 |
| 分类样稿 | 用 8 张图片做过分类样稿 | 已尝试初步表达分类方式 | 分类准确率或效率提升 |
| 竞品试用 | 试用截图笔记遇到分类和使用方式问题；未排除设置影响；ScreenStack 未实测 | 需关注理解成本与纠错 | 已证明竞争优势 |

直接替代方案是手机系统相册的浏览、搜索、批量选择与删除。截图笔记 ScreenNote、截图管家 ScreenStack 仅作为原方案提及的后续研究对象，本次没有进行新一轮竞品实测，也不对其当前功能作新增判断。

待验证问题：分组是否符合用户判断方式？用户优先判断删留还是先分类？看缩略图是否足够？哪些分组会增加检查负担？纠错会不会比手动整理更费事？授权、隐私与处理等待是否阻碍首次使用？

## 3. 目标用户与行为画像

以下是设计用的行为假设，不是访谈参与者的真实档案，不虚构年龄、职业、截图数量或用户原话。

### 核心画像 A：集中清理者

- 行为：频繁截图用于临时分享或记录，很少当场整理，积累后一次处理。
- 触发：相册太乱、存储提醒、想整理手机。
- 目标：快速判断哪些用完了，放心保留仍重要的内容。
- 困难：截图混杂；需要打开确认；担心批量误选。
- 设计回应：内容分组、原图查看、默认零勾选、批量操作前确认、可见撤销入口。
- 招募条件：最近确实集中清理过截图，能指出查看或判断困难，并愿意用自己的截图比较两种方式。

### 次级画像 B：资料留存者

- 行为：保存学习资料、灵感、生活信息；价值在未来使用时体现。
- 目标：保留后容易找到，也能随时修改归类。
- 困难：图片内容与保存用途不一致；分类过细时不愿维护。
- 设计回应：少量可理解的分类、批量改类、待确认入口；MVP 不要求建立复杂知识库。

### 对照画像 C：轻负担使用者

- 行为：截图较少或随手删除，对现有相册满意。
- 设计含义：作为相册对照与边界验证，暂不作为首批重点转化对象。不能因其不需要产品而自动排除负面反馈。

## 4. 使用场景与用户旅程

主场景：想集中清理积压截图 → 授予必要访问范围 → 检查新增截图 → 查看内容分组 → 放大不确定截图 → 批量选择 → 确认保留或删除 → 整理保留内容 → 查看本次结果。

| 阶段 | 用户问题 | 产品回应 | 观察点 |
| --- | --- | --- | --- |
| 进入与授权 | 为什么要访问相册？ | 解释用途、范围、是否上传；支持拒绝与受限状态 | 是否理解并愿意授权 |
| 收集 | 会重复处理吗？等多久？ | 新增队列、进度、失败重试、跳过已完成项 | 重复率、等待和退出 |
| 分组浏览 | 这一组都是什么？ | 组名、数量、缩略图、原图入口、待确认组 | 放大次数、误解点 |
| 删留 | 批量操作会选错吗？ | 默认不选、组内全选、数量提示、二次确认 | 误选和纠正成本 |
| 归类 | 分错了怎么改？ | 原图与分类同屏、批量改类、待确认 | 找到纠错入口的时间 |
| 完成 | 刚才做了什么？ | 保留与删除结果；失败项单列；可用时提供撤销 | 是否理解实际结果 |

## 5. 产品范围与优先级

### P0：验证完整主流程

1. 首次授权与权限状态说明；真实访问范围随目标系统确认。
2. 打开后检查新增截图，避免重复入队，展示进度与重试。
3. 内容分组、缩略图与原图浏览；不确定内容进入“待确认”。
4. 组内批量选择、默认零选中、明确保留与删除操作、操作前确认。
5. 保留内容分类、单张与批量改类、用户修正优先。
6. 本次处理结果、失败项重试、删除恢复边界说明。

### P1：主流程有效后增强

保留库的文本搜索与分类筛选、跨会话进度恢复、历史处理记录、多轮新增导入体验优化。网页中的搜索与筛选用于说明检索方向，不意味着首版必须全部实现。

### 暂不纳入

无人值守自动删除、后台持续扫描、跨设备同步、社交分享、复杂笔记编辑、付费订阅和大规模知识库。不得将“模型判断为临时内容”直接转为删除动作。

## 6. 信息架构与页面

- 整理首页：访问状态、待整理数量、检查新增、处理中/空状态。
- 整理队列：内容分组、全选/取消、原图、批量动作、待确认组。
- 图片详情：原图缩放、可识别文本、分类修改、保留/删除选择；真实产品需支持清晰放大。
- 操作确认：动作、数量、影响范围、取消入口、真实系统删除确认。
- 保留库：分类、批量纠错；搜索作为 P1。
- 本次结果：已保留、已删除、未完成、撤销或系统恢复说明。
- 设置与隐私：访问范围、处理方式、数据保留、权限变更入口。

网页原型覆盖演示导入、分组切换、选择/全选、详情与改类、保留、删除确认、撤销、保留库筛选/搜索、重置。相册权限、OCR、模型识别、真实删除、系统恢复、后台处理和跨会话持久化均未接入。

## 7. 功能需求与验收标准

### FR-01 授权与访问（P0）

- 在请求前说明为何读取、读取什么、如何处理。拒绝时显示状态与可继续方式，不假装导入成功。
- 支持目标系统允许的访问范围；有限授权仅处理用户允许访问的图片。
- 验收：拒绝、有限授权、完整授权、权限被撤回四种状态都有明确反馈；实际入口需真机确认。

### FR-02 新增收集与任务状态（P0）

- 打开时检查新增；以系统稳定资源标识为主做入队去重，具体标识能力待技术验证。
- 状态至少包含：待处理、处理中、待决定、已保留、删除待确认、删除成功、失败；分类是独立字段。
- 用户已确认内容不因再次打开而重复加入待整理；变化、外部删除或资源不可读时提示并修正队列。
- 验收：重复打开同一批内容不重复入队；处理中断后可重试；单项失败不阻塞全部。

### FR-03 分组与查看（P0）

- 以文字与画面内容生成组名和归类建议；内容类型与是否还有用分开表达。
- 允许一组中存在不同用途，组名不能是“可放心删除”等未经用户确认的结论。
- 低把握或识别失败进入“待确认”，不静默丢弃；用户可打开原图与修改分类。
- 验收：每张可访问截图都可在队列中找到；数量守恒；待确认内容可手动处理。

### FR-04 批量删留（P0）

- 默认没有选中项；全选作用域固定为当前分组中尚未处理的项目，切组清空选择并告知。
- 动作按钮展示选中数量；零选中禁用；选择本身不产生删除。
- 保留后退出待整理并加入保留库。删除前展示数量与影响，用户确认后再调用真实系统能力；系统取消应保持待决定。
- 验收：取消确认不改变数据；处理后统计与状态一致；部分失败只更新成功项，失败项可重试。

### FR-05 纠错与撤销（P0）

- 分类可单张或批量修改；立即更新分组和数量；用户指定分类优先于自动结果。
- 原型支持撤销最近一次删留，且只在本次页面会话有效。真实产品能否恢复相册删除需技术验证，不能承诺应用内一键恢复所有删除。
- 真机方案应采用系统允许的删除确认与恢复途径；如果不支持应用内恢复，必须明确说明并引导系统可用入口。
- 验收：修改分类不误改删留状态；连续操作时撤销对象清楚；实际删除失败不显示为成功。

### FR-06 保留内容基础归类（P0）

- 保留内容可分类查看并批量改类；保留只是退出待整理队列，不表示复制多份图片。
- 验收：保留后从待整理移除；保留库可找到；改类后列表与详情一致。

### FR-07 文本搜索与分类筛选（P1）

- 按识别文本、标题和标签搜索，配合分类筛选。原型使用虚构文本，不代表 OCR 已接入。
- 无结果时显示空状态及清空条件；不把没有结果理解为图片被删除。
- 验收：过滤条件可清除；检索范围在界面中明确；搜索不修改原始数据。

### FR-08 跨会话恢复与历史（P1）

- 在基本结果正确保存的前提下，增强未完成任务的跨会话恢复、历史记录与多轮导入体验。当前网页仅保存页面会话状态。
- 验收：再次打开时状态可解释，不重复执行删除；外部资源变化有明确反馈。

## 8. AI 与规则的分工（建议）

- 确定性规则：访问范围、去重、状态流转、选中集合、操作确认、用户修正优先、失败重试和计数。
- 模型候选：OCR/视觉内容理解、可解释组名、分类建议；具体模型、成本、离线能力未选型。
- 用户判断：是否已经用完、是否保留、是否删除、实际保存用途。
- 失败兜底：识别失败仍显示原图；无法判断的内容进入待确认；不得用模型置信度直接自动删除。
- 先比较“简单规则分组/模型分组/系统相册”，再决定哪些能力值得使用 AI。

## 9. 数据、隐私与技术待确认

建议最小对象：资源引用、导入批次、处理状态、建议分类、用户分类、识别文本、处理时间、失败原因。真实产品尽量引用原相册资源，避免无必要复制；方案取决于目标系统。

截图可能包含聊天、订单与个人信息。优先评估端侧处理，但尚未选定处理架构；如需云端识别，应在上传前说明内容、目的、服务方、保留周期及删除方式，并提供明确选择。不得在未确认的情况下宣传“全程本地”“零上传”。

默认不收集截图原图、识别全文或具体内容作为分析日志。验证阶段手工记录操作量即可；真实使用观测只记录最小必要事件，涉及个人素材必须先取得同意。

待确认：首发操作系统、截图识别与权限能力、原图访问、系统删除/恢复机制、可用模型、处理延迟、能耗、存储与成本。本文不宣称系统接口已经验证。

## 10. 空状态与异常

| 情况 | 预期行为 |
| --- | --- |
| 无新增截图 | 说明暂无待整理，允许查看保留内容或重新检查 |
| 权限拒绝/撤回 | 说明当前访问受限，提供适用系统入口，不显示成功导入 |
| 识别失败 | 保留原图入口，进入待确认，允许手动归类/重试 |
| 资源失效/外部删除 | 提示不可访问并刷新数量，避免卡死 |
| 用户退出/处理中断 | 已完成结果不丢失，未完成可重试，不能重复执行删除 |
| 删除取消/失败 | 不记为已删除；失败项保留并说明原因 |
| 网络不可用 | 如果依赖网络，显示待重试；提供可用的手动操作 |
| 搜索无结果 | 展示条件及清空入口，不修改原数据 |

## 11. 验证计划与判断标准

现阶段不方便继续回访，先按原方案用自己的截图进行流程验证。这只能暴露交互问题，不能证明市场需求或普遍有效。

### 第一步：自己的真实素材

选取一批脱敏截图，先定义用户任务；记录在系统相册中完成同类任务所需时间、原图打开次数、选择动作、误选与恢复动作。再验证原型流程。为了减少记忆与素材差异影响，正式比较应使用内容与难度相近的两组素材，交换使用顺序；单人结果只作方向参考。

测试任务：① 找出已无保留价值的内容并确认；② 保留指定资料；③ 修正一张错误分类；④ 发现误选后撤销；⑤ 找回已保留内容。

### 第二步：可行时招募行为符合者

访谈其最近一次真实清理经历，再做任务测试；保留“现有相册已经够用”的对照。不要在测试开始时暗示本产品一定更快。

### 建议指标（没有现有结果）

| 指标 | 定义 | 用途 |
| --- | --- | --- |
| 单张决策耗时 | 完成决定的有效时长 / 已完成删留张数；首次授权、导入等待另记 | 与相册比较判断负担 |
| 原图打开次数 | 每完成一批任务打开详情的次数 | 判断分组是否减少检查 |
| 完成情况 | 正确完成任务数 / 计划任务数；同时记录每位参与者原始计数 | 检查可用性 |
| 纠错成本 | 从发现错误到成功修正的动作数与时长 | 检查纠错入口 |
| 误操作与未恢复事件 | 误选、错误确认、恢复失败分别记录 | 保护重要资料 |
| 后续使用意愿 | 用户对下一次真实清理的选择和原因；有条件再观察真实复用 | 评价持续价值 |

建议进入下一阶段的条件：关键任务都能完成；没有尚未解决的误删路径；在可比任务中观察到操作或耗时减少；分组纠错没有抵消收益。改善幅度与性能阈值在获得基线后再设定，不能事后挑选有利指标。若收益不明显，优先调整分组方式或缩减为批量清理工具。

## 12. 里程碑与交付

1. 概念与可点击原型（当前）：确认问题、范围、主流程与待验证点。
2. 自测与方案修订：记录相册基线，使用真实脱敏素材，修订分组与纠错。
3. 真机技术验证：选择一个系统，验证读取、去重、处理、删除与恢复边界。
4. 小范围 MVP：串联 P0，使用最少必要数据验证真实清理任务。
5. 继续或调整：根据操作收益、安全性与实际复用决定扩展，不预设付费模式。

排期、开发资源、预算和上线时间均未确定。先完成前一阶段的退出条件，再承诺下一阶段交付。

## 13. 待决策清单

- 首发系统与最低支持版本是什么？
- 用户更愿意按内容类型、来源还是使用场景分组？
- 自动识别是否值得增加等待、隐私解释与成本？
- 删除与恢复怎样符合目标系统实际能力？
- 首次导入上限、性能目标、OCR/分组质量基线是什么？
- 简化后的工具是否足够，是否确有保留库与搜索需要？

以上问题不阻塞本次展示网页，但会影响真实 App 的开发方案。

## 14. 版本记录

v0.1（2026-10-25）：基于原创意方案补齐定位、证据边界、行为画像、用户旅程、功能需求、验收、异常、隐私、技术待确认项与验证计划；配套概念网页及可点击演示原型。