起因
写博客两年了，发了 21 篇原创。前几天，我把文章重新整理了一下，发现了一些问题。如果你也在 CSDN 上写东西，希望这些经验能给你一些帮助。
数据
看着数据感觉还行，其实平均数据的水分还是比较大的。
原创文章 | 21篇 |
总阅读 | 约 23,600 |
篇均阅读 | 约 1,180 |
总收藏 | 207 |
排名前三的文章
这三篇文章的阅读量大约 1 万。剩余 18 篇文章加起来才勉强到一半。也就是说，平均数据只是一个幌子，少数文章撑起了流量，大部分文章没有反馈。数量多，远不如质量高来得有价值。
排名 | 文章 | 阅读 |
1 | VMware 环境搭建华为 FusionCompute 虚拟化平台 | 6,911 |
2 | 搭建先电 IaaS 私有云平台 | 2,066 |
3 | FusionCompute 创建虚拟机 | 1,677 |
改进
- 20 篇旧文的标题和摘要全部重写，补上版本号、场景词和“全流程/排错/速查”这类高转化词
- 建了两个专栏，把散落的文章按主题串起来，篇与篇之间互相导流
- 定下了新的内容主线：不再写泛泛的 Linux 基础服务，聚焦自己数据验证过的高产赛道，同时补齐自己完全空白的领域
憧憬
这次复盘给我最大的触动，不是学会了什么技巧，而是一个挺朴素的道理：不记录，就不会有改进。写博客这两年，我从来没做过复盘。文章发出去，就不管了。希望未来每写一篇文章就复盘一次，记录一次。
复盘行动清单
把上面这些改进沉淀成一份可复用的自查清单，每篇文章发布前后各过一遍，比事后凭感觉复盘更有效。
- 标题是否含版本号与场景词：标题里写清软件版本和具体场景，比如“FusionCompute 8.0 虚拟机创建全流程”，让读者一眼判断是否与自己相关。
- 摘要是否点明收益：摘要用一句话说清读者读完能解决什么问题、省下多少时间，避免只复述文章目录。
- 文章是否归入专栏：发布时把文章放进对应专栏，并在文末链接一到两篇同主题旧文，形成篇与篇之间的互相导流。
- 是否聚焦验证过的高产赛道：动笔前先看历史数据，优先写阅读和收藏表现好的方向，新领域只作为补充，不要平均用力。
- 发布后是否记录数据：发布后一周和一个月各记录一次阅读、收藏和评论数，写进自己的复盘表，作为下一篇选题的依据。
最后祝大家1024快乐，祝大家少踩坑！！！
)
)
