说起第一篇博客我到现在还记得当时的窘迫。打开编辑器盯着空白页发呆光标一闪一闪的像在嘲笑我。脑子里明明有七八个想写的话题可真要落笔又觉得哪个都不够分量哪个都怕写砸了。那篇第一篇博客从晚上八点写到凌晨一点最后只憋出两段自我介绍自己看着都尴尬。后来在这个圈子待久了认识了不少博主也帮不少朋友看过初稿发现大家卡在第一篇的状态出奇一致——不是不会写而是把第一篇的分量想得太重了重到不知道怎么下手。这篇文章我想跟你聊聊一个普通人从零开始到底该怎么把第一篇博客顺利发出来而不是憋死在草稿箱里。这篇内容不是写给已经成体系的大号看的是写给那些想写但一直没动笔写过几次半途而废的朋友。我会从动笔前的心理建设、选题的取舍逻辑、结构的搭建方法、可读性的打磨一直聊到发布之后该怎么面对冷清的数据。全程不绕弯子都是我实际踩过坑之后总结出来的东西你可以直接照着做。1. 动笔之前想清楚这篇博客到底写给谁看1.1 第一篇博客最常见的两种失败模式我回看了自己那些写到一半就放弃的草稿也看过很多朋友的未完稿发现它们失败的原因高度相似归结起来就两种。第一种是自我宣泄式写作。纯粹是把博客当私密日记想到什么写什么我今天遇到了什么问题我心情如何如何。这种文章写完自己挺痛快但读者看完会一脸茫然——然后呢跟我有什么关系我能学到什么博客是公开发布的内容一旦发布就不只是写给自己的了。如果你写的东西没能给读者提供一点增量——一个可以照着做的步骤、一个值得尝试的观点、一个没听说过的细节——那它本质上还是日记只不过晒在了公共场合。第二种是百科全书式写作。觉得自己肚子里的干货很多想把一个领域从头到尾讲清楚。比如有人想写编程入门动笔就是什么是编程、编程语言分类、每种语言的特点、就业前景……这种文章的问题在于你既不可能在一篇博客里把这么大的框架讲透读者也没有耐心看完一篇浓缩版的教科书。大而全的结果往往是大而空每个点都沾一点每个点都浅尝辄止反而让读者觉得你不专业。1.2 用向外分享代替向内表达想清楚这个之后我对第一篇博客的定位就变了它不应该是我个人才智的展览而应该是一件对别人有用的工具。怎么写才叫向外分享有一个很粗暴的检验标准写完某一段之后停下来问自己——如果读者完全不认识我这段话能帮他解决什么问题如果答案是不能那段话就属于自嗨要么删掉要么改写。我后来给一位准备写美食博客的朋友建议把选题从我做的菜真好吃改成零基础的人怎么在30分钟里做出一顿既好看又简单的二人餐。前者是自我表达后者是内容产品。同样的素材换个出发点文章的价值感完全不一样。你不需要成为世界级专家才能写博客你只需要比一部分人早半步走通某条路把怎么走过来的讲给后来的人听就够了。1.3 场景锚定法预设读者的具体困惑让读者觉得有用听起来有点抽象执行的时候可以用一个具体技巧——场景锚定法。动笔之前不要在脑子里想读者这种模糊概念而是想象一个具体的人给他一个具体的场景。我自己的习惯是准备一张便利贴写上读者是谁、他正在为什么事情发愁、他看到我的文章后最希望能得到一个什么东西。然后把这张便利贴贴在显示器边上写的时候随时看一眼。举两个场景例子。如果写旅游主题你的便利贴上可以写读者是一个预算有限的上班族正在计划一次周末短途旅行他希望能有人告诉他一条不用操太多心、性价比高的路线。如果写编程主题你的便利贴上可以写读者是一个刚入行的新手照着教程配置环境时报错了一晚上他想知道这个报错为什么会出现、怎么快速解决。当你把读者从抽象名词变成一个具体场景写作时的选择就变得很容易。每写一段脑子里都会自动弹出提醒这段对那位正在发愁的上班族有没有帮助没有的话就果断砍掉。2. 选题不要贪大我开篇踩过的认知误区2.1 为什么什么都想写等于什么都没写我的第一篇博客之所以憋了那么久没有下文不是因为没东西可写恰恰相反是因为想写的东西太多了。当时我给自己的规划是要把这个领域的知识体系完整梳理一遍每周更新一篇系统性的深度文章。这个规划本身听着很宏大但它有一个致命的问题一个刚起步的新人既没有积累足够的可信案例也没有长期追踪话题的时间精力靠什么撑起完整体系那段时间我陷入了一个恶性循环白天上班晚上查资料周末写大纲写了删、删了写折腾了三周连第一篇发布都没做到。后来我想明白了一个道理——博客的增长逻辑不是靠补全短板而是靠单点突破。一篇爆款或者一篇被广泛转载的文章它的价值往往远超十篇平庸的全景式综述。2.2 好选题的三个判断标准把体系化的包袱卸掉之后我开始用一个简单的标准来筛选选题。判断一个选题适不适合当第一篇博客只需要看三点第一足够小。小到你可以用一篇文章讲完讲的时候还能剩下两三个值得展开的细节。如果一篇文章只能覆盖你选题的一小块说明这个选题还是太大了。第二足够具体。最好具体到有画面感。厨房小白如何做出一顿不翻车的家常饭就不够具体没下过厨的人照着这个菜谱一小时端出西红柿牛腩就具体得多。具体的选题意味着明确的读者和明确的场景写起来不容易跑偏。第三你有真实经验。哪怕这个经验很小比如你自己踩过某个坑、试过某个方法、改过某个配置只要是你亲手做过的写出来就比纯搬运资料有温度。2.3 用一个最小可行选题破冰按这个标准我的第一篇正式发布的博客是什么呢不是什么宏大话题而是一个很小的问题——为什么我照着教程装某软件总是报错后来发现是安装路径有中文。听起来特别不起眼对吧但这篇小文章发出去之后收到的评论和私信出乎意料地多好几个人说自己也被这个问题折磨过好几天。这件事给我的触动特别大。你永远不知道一个你觉得这也要写的小问题到底卡住了多少人。对圈内老手来说那不是事对新手来说可能就是一道坎。你如果恰好翻过了这道坎把它怎么翻的过程记下来就是一篇有价值的博客。第一篇博客不需要证明你水平多高只需要证明你愿意分享、能解决一个小问题就够了。这就是典型的最小可行博客——像最小可行产品一样先做出来再迭代。3. 让初稿有骨架先搭提纲再填肉的顺序3.1 不搭提纲就直接写的后果我见过不少朋友写博客习惯是打开编辑器从头写想到哪写到哪。我试过也劝你别这样。没有提纲的写作前五百字往往感觉还行后面就开始失控了要么反复绕回已经说过的话要么写着写着突然发现开头和结尾完全不是一个方向。印象最深的一次是我写一篇工具类文章不搭提纲的后果是写到中段突然想起来糟了那个关键参数还没讲清楚于是强行插了一大段进去结果把前后的逻辑顺序彻底打乱了。那天我花在调整段落顺序上的时间比重新写一篇还长。提纲不是作文课里那种严格的一二三四它更像一份路线图。写之前只需要列一个粗糙的清单这篇文章读者需要依次知道哪几件事把它们按顺序写下来每个点后面标记一两个关键词。比如问题背景读者会遇到什么场景这个场景为什么让人头疼解决方案核心做法是什么几步能完成核心细节最容易出错、最容易被忽略的点实测反馈我自己试的时候是什么结果有什么要注意的这份清单不用写得多文采飞扬能看懂就行。它的作用是让你在写作过程中随时知道自己在哪一步、下一步去哪不至于跑偏。3.2 开头前100字的取舍开头是整篇文章最值得打磨的地方因为它直接决定读者有没有动力继续往下看。很多人喜欢用大家好这是我的第一篇博客请大家多多关照开场。我特别想提醒你千万不要这样写。这句话既没有信息量又等于在自己和读者之间隔了一层客气话读者会觉得你还没开始讲正题就先怯场了。好的开场角度有很多我自己比较常用的是场景痛点开场。直接描述读者可能正在经历的困扰让他立刻觉得对对对我就是这样。比如这篇博客的开头就是从我自己面对空白页的焦虑写起的。这种开场不用介绍你是谁也不用铺垫大背景三句话之内把读者拉进场景里就成功了一半。另一个很好用的开场是反直觉结论。上来就抛出一个跟自己直觉相反的观点比如博客不需要写得好只需要写得有用。这类开场容易激发好奇让人想继续看你怎么圆这个话。无论用哪种开场都记住一个原则开头不是致辞是勾子。它的任务不是表达礼貌而是让读者在划走之前停下来。3.3 主体内容的问题链写法主体部分最容易写得像流水账的地方是没有一个推动读者往下读的线索。我自己的经验是把主体内容设计成一条问题链——每写一个小节这个小节的开头或者结尾都要自然地引出下一个小节要回答的问题。这不是什么高深的写作理论举个例子你就明白了。假如你写的是用某工具实现自动备份问题链可以是这样的先写备份这事手动做有多痛苦问题场景然后写我为什么选这个工具而不是另一个选型理由再写配置过程中最坑的几步是哪几个实操细节最后写配置完成后怎么验证它真的能自动备份结果验证每一步都在回答上一步留下的问题读者会顺着你的思路一路往下读而不是被各种知识点砸得晕头转向。写的时候你可以时刻问自己这一段写完读者心里会不会冒出一个那然后呢——如果有那正好下一段就来回答那个然后。4. 提升可读性的几个小细节从自嗨到对读者友好4.1 小标题要让人只看一眼就懂很多人写博客只注重正文对小标题随意得很这是一种浪费。小标题其实是读者扫描文章时最先看到的东西它的任务是降低读者的阅读决策成本——让他只看小标题就能判断这一段值不值得读。什么意思呢两条对比如下关于工具配置的一些说明——看完还是不知道你在讲什么配置证书时最容易忽略的两个权限设置——读者瞬间知道自己需要看这段所以小标题不要用那种内容简介式的概括尽量写成一个有信息量的句子。这个原则放在博客正文之外的很多场景也是通用的凡是出现小标题的地方都值得多花十秒想想怎么写更具体。4.2 段落长短与节奏感在屏幕上读长文最怕的就是一大段文字密不透风地砸过来。手机上的一段微博正文拉伸到电脑上看都觉得长如果整篇博客每段都有十行以上读者的视觉压力会非常大。我的经验是一个自然段尽量控制在四到六行形成短、短、中的错落节奏。遇到确实需要长篇论述的内容硬拆也会不自然更聪明的做法是把它拆成几个小论点每个小论点单独成段。段落短了文章的留白多了读起来就像有人带着你一段一段往前走而不是一卡车知识直接倒在你脸上。还有一个小经验每段的第一句话尽量是这段的中心句。这样即使读者只扫一眼每段开头也能大致拼出整篇文章的脉络。这个习惯不仅让读者舒服也能帮你复查——把每段开头连起来读一遍如果逻辑通顺说明文章骨架没问题如果发现那句拼起来前言不搭后语那多半是段落顺序或者段落内容出了问题。4.3 排版细节是最低成本的专业感说到底大多数人上来写博客最没底的是我写的到底专不专业。专业感不全靠内容堆出来一些排版细节就能立竿见影地提升文章的观感。首先要善用加粗。把一段里的核心结论、关键步骤、警告事项加粗读者快速浏览的时候能一眼抓到重点。但别整篇都是加粗那等于没有重点。其实当你列举步骤或并列要素时不用硬编序号用换行分段自然分隔就足够了——不少新手喜欢到处写第一第二首先然后反而显得生硬其实该用列表的时候用列表该用段落的时候用段落节奏才自然。还有个小细节文章里的英文和数字跟中文之间留一个半角空格比如使用 HTML 标签比使用HTML标签看起来舒服得多这种细节大多数人说不出来哪里好就是读着顺眼。别问为什么试试就知道了。5. 发布不是结束第一周该做的事和心态调整5.1 发布前和发布后的几个具体动作很多人以为写作的终点是把文章贴出去、点一下发布其实不是。发布前后都有一些值得做的动作做和不做结果差别很大。发布前务必做三件事。第一通读一遍专门挑废话——凡是跟主线无关的段落哪怕写得再精彩也能删就删。第二检查事实性内容尤其是你给出的步骤、命令、参数别说错说错了比不说还糟糕会直接消耗读者的信任。第三确认小标题和开头没有空洞的套话确保第一段能直接抓住人。发布后我的建议是别急着到处发链接求关注先做三件事一是把文章里提到的关键结论、纠结点整理成一条简短的摘要方便别人转发二是去几个可能有相似问题的人聚集的社区看看有没有人正在问相关的问题顺手把链接贴过去注意是解决他的问题再带链接而不是硬广三是记录一下发布当天、第三天、一周后的阅读量和互动数据作为下一篇的参考。5.2 数据冷清时先别急着怀疑自己新手最容易崩心态的时刻是发布后盯着后台半小时刷一次发现阅读量始终停在两位数甚至没有什么反响。这个时刻是真难熬我写过十来篇之后仍然会偶尔有这种落差。但我想告诉你一个反直觉的结论冷启动的数据说明不了太多问题。初次发布的新账号本来就没什么订阅和推荐基础数据惨淡更多是起点问题不是你内容质量的问题。判断一篇文章到底值不值得继续写下去看得不是当天的阅读量而是文章有没有带来哪怕一两个真诚的反馈——有人留言说解决了我的问题有人私信问能不能展开讲讲某个细节。出现这种情况哪怕只有一两条也说明你的文章对某个人是有用的。如果你写了五六篇之后依然完全没有反馈那才需要考虑方向问题。但第一篇数据低真的没关系我第一篇博客的阅读量跟这篇比简直惨到没眼看但后来它一直稳定地为一个长尾搜索词带流量好几个月后还有人在文章底下提问。它的价值释放得慢不代表没有价值。5.3 把第一篇当作最小可行产品来迭代最后聊一个我在别的领域悟出来、后来一直用在写博客上的思维方式——把第一篇博客当作一个最小可行产品。什么意思呢就是你不需要等自己变成专家也不需要等自己想出一个惊为天人的选题你只需要做出一个足够小的、对一小群人有用的内容产品发布出去然后根据真实反馈反复迭代。第一篇的任务不是完美而是上线。它是一块毛坯是你跟读者建立连接的第一条线。下一次写什么很多时候就是从第一篇的反馈里长出来的。读者在评论区追问的问题、你写完第一篇时新积累的小经验、你在回复留言时发现的新思路都是下一篇的选题候选。博客不是一套题库它是一个不断生长的会话而你要做的只是把它继续下去而已。我自己现在是这么安排更新节奏的每写一篇就观察后台数据里阅读量最高的那篇琢磨它为什么比别的高然后围绕那个方向再深挖一两篇。这个循环一旦转起来你的博客就不再是一堆孤立的文章而是一条越来越有方向感的路径。第一篇只是这条路的第一块砖铺歪了不要紧后面修正就好。关键是你得先迈出那一步。