博客上线之后，我发现它还不是个人品牌

这是「把自己部署到互联网上」系列的第 37 篇。

前面很长一段，我终于把博客从想法推进到了上线：服务器、域名、备案、安全边界、Docker、全局 Nginx、HTTPS、对象存储、数据库迁移、管理员初始化、静态资源和发文流程，都踩过一轮坑。

到这里，按理说可以松一口气。博客(楸木笔记)终于上线了，开心。

但真正打开发布了几篇文章之后，我又有了一个新判断：博客有了，但它还不等于个人品牌，简单说，单一个博客无法支撑起个人品牌。

这个想法有点意思了。因为我前面一直说，博客是程序员个人品牌的基础设施。

现在博客搭起来了，为什么又说它还不是个人品牌？

当第一次通过自己的域名打开博客页面时，很有成就感、有点小激动。

它不再是本地项目，也不再只是某个平台上的文章。

它有自己的服务器、域名、HTTPS、Nginx、数据库和对象存储。

它是真实存在于互联网上的一个入口。

我可以在上面发文章，整理 Git 合集，记录部署过程，把踩过的坑写成系列，也可以把公众号文章沉淀到自己的地方。对程序员来说，能把一个内容站从 0 到 1 跑起来，本身就是一个作品。

它可以证明你不仅能写代码，还能部署、维护、排查、配置域名、处理 HTTPS 和数据。

后续再进行 SEO 、GEO 优化 ，持续迭代

开心过后，我开始换一个视角看这个博客：如果一个新读者第一次打开它，他能快速理解我吗？他会一篇一篇地阅读么？

读者可能来自公众号、GitHub、搜索、朋友转发，或者某篇文章里的链接。

他进入博客后，能不能快速知道：我是谁，我在做什么，我长期关注什么方向，我写过哪些代表文章，做过哪些项目，为什么值得继续关注，如果想联系我该去哪里？

这时我发现，单纯的博客文章列表不一定能清晰地解释这些问题。

博客擅长沉淀内容，但不一定擅长快速建立整体认知。

它有最新文章、分类、标签、归档，这些对老读者很有用。但对第一次访问的人来说，他可能还缺一个更直接的入口：这个人到底是谁？

博客解决的是内容沉淀，不是全部表达

这就是我重新意识到的区别：博客解决的是内容沉淀，不是全部表达。

博客很重要。它能沉淀技术文章、部署日志、踩坑记录和项目复盘。

博客像一坛老酒，时间越久，越有价值。

但个人品牌还需要另一层能力：快速让别人理解你。

博客文章是一篇一篇展开的，适合深入阅读。

个人品牌首页

个人品牌首页更像目录和名片，要在更短时间回答几个问题：你是谁，关注什么方向，能解决什么问题，有哪些代表内容，有哪些作品项目，在哪里持续输出，如何联系你。

如果这些信息散落在几十篇文章里，读者需要自己拼图。

而个人简介官网应该帮读者完成这一步。

所以我现在会这样规划：

博客是内容仓库，官网是认知入口，作品站是能力证明。

它们不是同一个东西，两个东西，相辅相成。

在系列一开始的时候，也会把“有博客”和“有品牌”混在一起。

个人觉得只要搭一个博客，持续写文章，就算开始做个人品牌了，这句话对，但不完整，还缺点东西。

博客确实是个人品牌的重要地基，但它更像基础设施和内容沉淀。

个人品牌还需要清晰的定位、表达和展示。

如果一个博客里有很多文章，但首页没有说明作者是谁，项目没有展示，代表内容没有整理，联系方式也不清楚，那么它更像资料库，而不是个人品牌入口。

对程序员来说，这种情况很常见。我们喜欢把事情做实：写文章、做项目、部署系统、整理笔记。但不一定擅长把这些内容组织成别人能快速理解的形式。

信息架构调整

所以我接下来要补的，不是“包装”，而是信息架构调整。

我不做夸张、绚丽的人设页面，也不把自己写成全能。

我更愿意把个人品牌理解成一件朴素的事：降低别人理解你的成本。

读者第一次访问我的网站，不应该翻十篇文章才能知道我是谁。

他应该很快看到：我是一名程序员，正在写技术实践、部署、工程化和个人品牌建设；

我做过 Git 合集；

我正在搭建个人博客和作品站；

我有代表文章和项目；

我有公众号 Code of Duty；

如果想继续了解，可以去博客深读、看作品、看 GitHub，或者找到联系方式。

个人官网要解决的就是这个问题。

博客之后为什么还需要官网？因为官网不是替代博客，而是连接博客。

它可以把分散内容组织起来：一句清晰介绍，几个长期关注方向，代表文章入口，项目作品，GitHub 和公众号链接，联系方式，最近更新。

这样第一次访问的人不需要从文章列表里猜我是谁。

他可以先通过官网形成整体印象，再进入博客、项目、公众号或 GitHub 深入了解。

我的结构会继续演变：

个人官网：统一入口
个人博客：内容沉淀
作品站：能力展示
公众号：持续触达
GitHub：代码证明

这些东西各自承担各自职责。

博客依然重要，但它不再孤立存在，而是个人品牌系统的一部分。

作品站也很重要。文章能证明我会思考和表达，项目能证明我真的做过东西。

很多程序员不是没有项目，而是项目展示得太弱

很多程序员不是没有项目，而是项目展示得太弱：GitHub 仓库 README 很简单，项目能跑但没有截图，有技术栈但没有取舍说明，有功能但没有复盘，有部署但没有 Demo 地址。

作品站要解决能力展示问题。它不需要堆很多项目，几个代表项目讲清楚，比几十个空仓库更有价值。

每个项目最好说明：解决了什么问题，我负责什么，用了哪些技术，有什么结果，哪里可以访问，代码在哪里，过程中有哪些取舍。

博客(楸木笔记)仍然是核心，它已经承载了文章、部署日志和技术积累。

下一步计划

接下来要做的是在博客之上补一个更清晰的入口，也就是个人官网。

第一版官网不需要复杂，只需要回答：我是谁，我在写什么，我做过什么，代表文章有哪些，代表项目有哪些，如何找到我。

它不会替代博客系统，也不承载所有文章，更像一个首页和导航，把博客、公众号、GitHub、作品和联系方式串起来。

整个规划路径分成三层：

1. 第一层是基础设施，包括服务器、域名、备案、安全、Docker、Nginx、HTTPS、对象存储；
2. 第二层是内容阵地，包括个人博客、技术文章、专题合集、部署日志、项目复盘；
3. 第三层是品牌入口，包括个人官网、作品站、代表内容、项目展示和联系方式。

前两层已经走了一大段，接下来要补第三层。

所以，博客上线之后，它还不足以支撑起个人品牌。它很重要，是内容阵地、技术日志和长期沉淀的地方，但还需要一个更清晰的入口，帮助第一次访问的人快速理解我是谁、做过什么、写过什么、能提供什么价值。

下一篇进入官网建设阶段：个人官网框架怎么选？既然要把博客延伸成个人品牌入口，就要先决定这个入口用什么技术栈搭起来。

本文由 楸木 原创，转载请注明出处。