选择几个稳定信息组成文件名：项目名称、文件用途与日期。不要把所有背景都塞进名字，也不要只使用“最终版”“新版”这类离开语境就无法理解的词。必要时用序号表示明确的修改顺序。

先把场景和目标说清楚

为同一个项目保持一致的命名方式，日期格式也尽量统一。共享文件前确认参与者能理解缩写，避免只有本人知道的内部代号。正在编辑的文件与已确认的交付文件最好放在不同位置。

把观察变成可以执行的动作

一个月后随机打开目录，试着只看文件名找到某份资料。如果仍然需要逐个预览，就调整最容易产生歧义的部分。命名规则的好坏，应由能否顺利查找来验证。

小范围试用，再决定是否继续

实践时不需要一次完成所有改变。可以先选择一个范围明确的小场景，记录当前遇到的困难，再只调整最影响使用的一处。修改之后使用几次，观察问题是否真的减少。没有经过实际使用的方案，往往只能说明它在想象中成立。

记录结果时尽量写具体事实，而不是只给出“更好了”或“没效果”的判断。花了多长时间、在哪一步停下来、哪些东西仍然找不到，这些细节更容易帮助下一次调整。个人偏好也应保留，不必把别人的标准当成自己的唯一目标。

一页实践记录

  • 我的具体场景：围绕“文件命名不求复杂，只求半年后仍能认出来”，先写下当下最想解决的一个问题。
  • 这次只调整的一步：选择上文中最贴近需要的动作，不同时改变所有条件。
  • 完成后的检查：记录顺利的部分、仍然不便的部分，以及下一次准备保留的做法。
把注意力放在是否真正好用，而不是是否看起来已经完成。

说明与使用边界

本文是一篇用于资讯网站展示、编辑和检索测试的原创演示文章，并非实时新闻报道。文中方法用于说明一般思路，不代表对所有场景的保证；涉及实际开放规则、产品版本或其他可变化的信息，应在使用前另行核实。