读后感文档该按什么结构存，半年后还能一眼翻到

先给一条能当场核对的读后档该判断标准：把这篇读后感文件夹交给一个没参与过的人，让他在三十秒内说出“这篇写的感文是哪本书、哪天写的结构、当时为什么写”。存半说不出来，年后结构就不合格。眼翻读后感结构适合什么场景，读后档该本质上不是感文文笔问题，而是结构归档问题——你留下的记录，能不能让未来的存半自己或同事对得上号。

很多人写完读后感，年后文件名叫“读后感.docx”，眼翻扔在桌面。读后档该三个月后打开，感文先愣住：这是结构哪本书的？当时是交作业、投稿，还是内部读书会？结构散掉，往往不是思路乱，而是记录没留对。下面按“留什么、怎么命名、日后怎么对上”拆开说。

先定这篇读后感是给谁看的，再决定留哪三样记录

读后感结构适合什么场景，第一层差别在用途。用途不同，要留的记录也不同：

1. 交作业或课程提交：留书目信息（书名、作者、版次）、提交日期、老师或课程的原始要求截图。要求截图最容易被忽略，但它决定了你当时为什么按那个结构写。

2. 读书会分享：留分享日期、在场人数或名单、别人提过的两个问题。问题比赞美有用，下次改稿就从问题入手。

3. 自己存档、日后可能复用：留一句“这篇的核心判断”，不超过五十字。别写“受益匪浅”这类话，写具体结论，比如“这本书的方法适合小团队，不适合跨部门”。

4. 投稿或公众号：留投稿渠道、字数要求、是否录用。没录用的也留着，附一句退稿理由（如果有），这比重新想选题省事。

三样记录里，书目信息、写作日期、用途说明是底线。少一样，日后就要靠猜。

文件名按“日期_书名_用途_版本”排，别用空格和中文括号

命名是最省力的结构。建议固定成四段，用下划线连接：

20250312_乡土中国_读书会_v2.docx

要点几条：

日期用八位数字，年月日顺序，排序时天然按时间排好；书名用简称，别写全称加副标题，太长会截断；用途用两到四个字，作业、分享、投稿、自存；版本用 v1、v2，改过就升号，别用“最终版”“最终版2”这种叫法，半年后你分不清哪个是真的最终。

如果同一本书写过多篇，书名后面加一个角度词，比如“乡土中国_差序格局”。这样在文件夹里按名称排序，同一本书的几篇会挨在一起，翻起来快。

还有一条：正文第一行就写清书名、作者、日期、用途。文件名管排序，正文头管核对，两处对得上，才算结构完整。

日后对得上，靠一张索引表和一条固定的开头行

文件多了，光靠文件名还不够。建一个表格，放在同一个文件夹里，叫“读后感索引”。列就五列：日期、书名、用途、核心判断一句话、文件位置。每写完一篇，花一分钟补一行。

这张表的好处很实际：要找“去年读过的某本管理书里我怎么评价的”，按书名筛一下就行，不用逐个打开文档。要给同事推荐，直接复制“核心判断”那一列。

另一条是固定开头行。每篇正文开头都写成同一句式：

“《书名》，作者，某年某版。写于某年某月，用途是某。核心判断：一句话。”

句式固定，日后用搜索工具在文件夹里搜“核心判断”，所有读后感的结论会一起列出来，比翻目录快。这一步不花什么时间，但决定了这批文档是活的还是死的。

改稿时只动正文，别动头部四行

很多人改读后感，顺手把日期、用途也改了，结果版本对不上。规矩是：头部四行（书名、日期、用途、核心判断）只在事实变化时改，比如用途从投稿变成分享；文字润色、结构调整，只动正文，版本号升一位。

如果核心判断变了，那说明这篇已经不算同一篇，另存一个新文件，版本回到 v1，旧文件保留。别覆盖，覆盖之后你没法解释“当时为什么那么想”。

最后给一个自查动作：随便挑一篇三个月前写的读后感，只看文件名和头部四行，能不能说出它的来龙去脉。能，这套读后感结构就够用了；不能，先补索引表，再谈改文笔。