拍摄完大量照片后,我如何高效地进行筛选、修图和管理?
不知是否一上来就LR全量导入?因为没有规则、边浏览边纠结,所以无法高效整理。
LR的确极其强大,专业摄影师几乎都在用,但我觉得也不能一味依赖它。另外LR的用法比较复杂,对我们大多数普通爱好者来说,不必一上来就硬啃LR,况且LR也有不少问题 (后面再详细说)。
更现实、更能落地的方式是:
分层文件夹 + LR的智能筛选,两种整理/管理方法并行结合使用。具体偏重哪个,就看个人的照片数量和题材种类有多庞杂。
分层文件夹对一部分人来说“班味”很重,但不能否认很实用。作为物理备份的基础,访问直接、长期稳定、维护简单。在此基础上可再用LR辅助筛选和修图,提高效率。

流程在网上能看到很多专业摄影师的分享,且都比较一致。结合我自己的经验来看,确实有帮助。
流程
- 第一步,当日备份
相机存储卡万一坏起来可要命,为防万一当天就得备份。所以旅行期间带上笔记本电脑及容量足够的硬盘,当天就把照片从卡里拷贝到硬盘;原图不动、不删卡。
- 第二步,回家后文件归档、长期备份
把文件拷贝进硬盘前,先得有一套自己一看就懂的文件存放的规则,也就是分层文件夹结构。
比如我是按这样来分的:
- RAW文件:2025(年份)→ 2025.05 川西(大事件)→ Z7(相机)→ 2025.05.02 塔公草原(子事件)。
- 修图后文件:2025 → 2025.05 川西 → Z7 → 2025.05.02 塔公草原 → PSD / TIF(文件类型)。
如果有延时、连拍打鸟、拍人这种放飞快门的多张序列,单独建立序列文件夹,提高预览和查找效率。

把拷贝进硬盘里的文件按建好的文件夹分类存好后,一次旅行总计的一两千张照片,分摊到最底层文件夹里不过几十、百来张。再把整个大文件夹拷贝到其它硬盘、上传云或存储介质里做长期备份。备份好后原始文件不再做移删等改动。
而做后期存下的文件,经常会删改,所以我是把后期文件与原始照片完全分开存放的,这样避免LR导入时与原始照片产生混乱、找图时干扰少。

- 第三步,筛选
这时如果用LR筛选,可以把整个大文件夹导入LR打旗标、星级、标记、创建职能收藏夹等功能。
- 粗选+删片,粗选大约占30%比例,删片只删误触快门、拍糊的纯废片;
- 精选,约占10-15%,容许自己纠结一下,为精修的备选;
- 终选,约占5%,拍1000张能精修出50张已经很厉害了;
我一般不随便删片,一来每个细节都有回忆,二是我不算浪shoot类型,还有就算是烂片也可以提供给日后总结。
- 第四步,修图
- 粗选即粗修,只在LR(或ACR)的基础面板做简单调整、或只套预设等简单操作;
- 精选,做一定的深入调整(LR或ACR局部蒙版程度),看照片潜力上限决定是否入终选;
- 终选的精修,LR调整完进PS精修,包括合成、堆栈等处理,最后保存为PSD或TIF文件。
修图是个体力活,筛/修到多少比例、什么程度还取决于个人对照片的使用场合和要求,以及修图水平。
但总之,先把照片归档不乱,再根据分级筛选修图,就可以大幅改善修图效率了。
至于LR筛选功能的使用,网上有很多教程。例如下面这个视频(虽然老了点):
左手plus | 还在发愁照片整理?储存、管理小技巧让你的照片井井有条:【原来这么拍】177集LR的痛点
LR确实强大,但它的问题也很现实:
- 学习成本高。逻辑与操作多少有点抽象(字面意思),需要适应和熟练;
- 误操作风险高。文件在win/macOS系统里移动或修改,就会断链、缩略图出现感叹号;
- 过于依赖“.lrcat”目录文件。一旦损坏丢失,之前的标记、评级全白费,必须定期备份维护;
- 初导入时的数据录入工作繁重。你的关键字、评级体系如果不成熟,一旦修改起来无异于一场灾难;
- 照片越多越卡,目录臃肿、缓存爆炸,维护压力越来越大;
- 与多硬盘备份天然冲突,LR只支持单一驱动器盘符,多盘轮换时很容易乱;
- 界面元素小,操作伤神伤眼。打旗标和星标,考验眼力和鼠标准确性。
LR对照片的全局管理与系统文件管理是两套完全割裂的操作逻辑,因此长期使用下难免发生误操作。
也正因为这些问题,文件夹归类存储+多盘备份是最稳的,一方面保证安全,另一方面最大程度地弥补LR的问题、减少失误。
目前为止,我的照片文件总量大概有十万张、内容主要是旅游和风景。现在“凭记忆+物理文件夹的归类”,自己感觉能管得明明白白;多个硬盘的物理备份,也没丢过数据。
LR和Bridge看图很不流畅,我用的看图软件是ACDSEE。它最大优点是对RAW的预览加载、缩放、滚动要流畅得多,同时也具备批量操作(重命名、缩图、转换格式)、筛选(分级、分色、标记)等功能。
修图我主要用ACR和PS。LR只在用LRT制作延时视频、统计EXIF信息等少数情况下使用。
可能我的方法很老派,但我觉得对大多数爱好者来说,有效、稳定、简单、能坚持下去的方法,才是适合自己的。
