程序员副业第一步：做一个技术博客多平台发布工具

程序员副业第一步：做一个技术博客多平台发布工具

AI给了每个人杠杆，但不是每个人都能用好。最好的创业方式是从解决自己的问题开始。

痛点：技术博主的重复劳动

作为一个喜欢写技术文章的程序员，我每次发布一篇文章都要经历这样的流程：

1. 在本地用Markdown写完文章
2. 复制到微信公众号，调整格式
3. 复制到知乎，调整格式
4. 复制到掘金，调整格式
5. 复制到CSDN，调整格式
6. ……

6个平台，同样的内容，重复6遍操作。

更痛苦的是，每个平台的Markdown渲染规则不同：

• 微信公众号不支持Markdown，需要转成HTML
• 知乎的代码块样式和其他平台不一样
• 掘金需要设置封面图和标签
• CSDN有自己的分类体系

一篇文章发布完，至少要花30-60分钟在"格式调整"这件事上。

思考：这是一个值得解决的问题吗？

按照一人企业方法论的思路，我问自己几个问题：

1. 这是不是我的"副产品优势"？

是的。我本身就是用户，每周都要发布技术文章。解决这个问题的过程中积累的经验，就是我的副产品。

2. 有多少人有同样的痛点？

在掘金搜索"多平台发布"，相关讨论很多。在GitHub上，类似的开源项目star数都不低。说明这是一个真实存在的需求。

3. 现有解决方案的问题是什么？

4. 我能做出什么差异化？

作为程序员，我可以：

• 用Node.js脚本实现真正的格式转换
• 用Playwright实现浏览器自动化
• 针对每个平台的特点做定制优化

MVP设计：最小可行产品

根据"先做出来，再做好"的原则，我设计了这样的MVP：

MVP功能边界

输入：一篇 Markdown 文件

处理：
├── 1. 解析 Markdown 元数据（标题、标签、摘要）
├── 2. 转换为微信公众号 HTML 格式
└── 3. 输出到指定目录

输出：可直接粘贴到公众号编辑器的 HTML

只做一个平台，只解决一个问题。

技术实现

// 核心代码不超过150行
script/
├── mvp.js              // 主入口（50行）
├── parser.js           // Markdown解析（30行）
└── templates/
    └── wechat.js       // 微信格式模板（50行）

使用方式

node script/mvp.js docs/my-article.md
# 输出：dist/wechat/my-article.html

验证标准

MVP完成后，我用这几个标准来验证：

迭代路线图

验证通过后，按这个顺序迭代：

阶段1：格式转换（已完成）

• 支持微信公众号格式
• 2周开发时间
• 效率：5分钟/平台

阶段2：多平台支持

• 增加知乎、掘金、CSDN支持
• 增加图片CDN自动上传
• 3-5天开发时间
• 效率：2分钟/平台

阶段3：半自动发布

• 使用Playwright自动打开发布页面
• 自动填充内容
• 人工确认后点击发布
• 1周开发时间
• 效率：1分钟/平台

阶段4：商业化（可选）

• 开放给其他技术博主使用
• 定价：¥99/年（个人版）
• 目标：100个付费用户 = ¥10,000/年

核心收获

做这个项目的过程中，我体会到几个重要的道理：

1. 副产品优势是最大的护城河

我每天都在用这个工具，所以我比任何人都了解它的问题和改进方向。这是"外包开发"或"请人做"无法获得的。

2. MVP不是demo，是能用的产品

很多人把MVP理解成"演示版本"，其实MVP是能解决真实问题的最小产品。它可能很简陋，但必须能用。

3. 先服务自己，再服务市场

如果连自己都不愿意用，怎么可能说服别人用？自己是最苛刻也是最宽容的用户。

4. 小工具也能成为生意

不要小看"小工具"。135编辑器年收入过亿，就是从一个公众号排版工具做起的。

总结

如果你也是一个技术博主，有多平台发布的需求，不妨试试自己做一个工具。

最好的创业方式，就是解决自己的问题。

本文是「程序员副业」系列的第一篇，后续会分享更多一人企业实践经验。

如果你也在探索副业方向，欢迎关注交流。