个人站点也是产品：从导航页到博客的长期维护

很多个人站点的生命周期都很短：新建项目，调样式，部署上线，发个截图，然后慢慢荒废。不是因为站点没价值，而是它从一开始就被当成了一次性作品，而不是需要长期维护的产品。

我现在更愿意把自己的导航页和博客当成小产品。用户可能主要是我自己，但这不代表它可以随便。恰恰因为每天都要用，它更应该稳定、清楚、快速，并且容易更新。

第一屏决定使用频率

个人导航页最重要的是第一屏。打开浏览器的一瞬间，它应该直接告诉我：常用工具在哪里，下一步可以去哪。不需要营销文案，不需要复杂介绍，不需要为了装饰牺牲扫描效率。

我更喜欢把导航页设计成工作台。分类清楚，卡片稳定，图标可识别，文字不溢出，移动端也能自然点击。它每天被打开很多次，任何一点视觉噪声都会被放大。

这类产品不是给陌生人惊艳一次，而是给自己重复使用一千次。

博客系统的核心不是功能多，而是让我愿意写。Markdown 文件、frontmatter、静态生成，这套结构非常朴素，但阻力很低。想写文章时，只要新建一个文件；想改旧文时，直接编辑文本。

如果一个博客系统每次写作前都要登录后台、选分类、调封面、处理插件冲突，那我很快就会懒得维护。对个人博客来说，写作链路越短，长期存活概率越高。

好系统应该让正确行为变容易。

小站也值得关心构建、依赖和安全。依赖长期不升，迟早会积累漏洞；没有 sitemap 和 metadata，内容分享和搜索都会打折；没有 CI，某次随手改动就可能让构建坏掉。

这些事情看起来像工程洁癖，但它们会减少未来维护成本。个人项目最怕的不是今天多花十分钟，而是半年后回来发现完全不敢动。

一个小站如果能做到 lint 通过、build 稳定、audit 干净、结构清楚，它就已经比很多“看起来很漂亮但没人敢维护”的项目更健康。

个人站点最重要的用户，其实是未来的自己。未来的你可能忘了为什么这么写，可能隔几个月才回来更新一次，可能只想快速加一个链接或改一篇文章。

所以代码结构、README、数据文件、脚本命名都应该照顾这个人。不要假设未来的自己记得所有上下文。把信息写下来，把重复逻辑抽出来，把部署域名和维护命令标清楚。

这不是形式主义，而是对长期创作的温柔。

个人站点当然可以很小，但小不代表随意。它是自己的入口、名片、笔记本和实验场。把它当成产品维护，它才会从一次部署变成一个真正陪你很久的地方。