
Write the Subheads First. The Blog Post Gets Easier After That.
You sit down to write a blog post. You have the topic. The first paragraph comes out fine and you feel pretty good about yourself. Then somewhere around paragraph four you realize you are just talking. There is no shape to it. So you delete a chunk, start over, and eventually close the laptop and go do something that feels more productive, like cleaning out the truck.
That is not a writing problem. That is a structure problem. (If the blank page itself is the part that stops you, we wrote about that here.) And there is a boring little fix that works almost every time: write your subheads before you write anything else.
A blog post without subheads is a hardware store with no aisle signs
Everything the customer needs might be in the building. Does not matter. If there is no sign hanging over aisle seven that says PLUMBING, they wander around for four minutes and walk back out.
Your blog post works the same way. Almost nobody reads a post top to bottom on the first pass. They scan the bold lines, decide whether the thing they came for is in there, and then read the one section that answers it. It is the same reason the first line of a social post does most of the work. People are deciding whether to stay, not reading for pleasure. If the whole page is a gray wall of text, they do not go hunting. They hit the back button.
Subheads are the aisle signs. Writing them first means you build the store before you stock the shelves, instead of the other way around.
Start with a question, not a topic
Topics are where blog posts go to die. "Furnace maintenance" is a topic. Nobody types that into anything. What people actually type is "why is my upstairs always hotter than downstairs," which is a question. And a question has a built-in shape you can follow.
So before you write a single subhead, get the question right. Say it out loud the way a customer would say it, clumsy grammar and all. That sentence is basically your title, and every subhead under it is one piece of the answer.
Here is what that looks like for a real question
Say you run a heating and cooling company, and the question you get every single July is why the upstairs runs ten degrees hotter than the downstairs. Before writing one word of the actual post, you jot down five lines:
The short answer: heat rises, and your ductwork probably is not fighting back
Check this first: is the upstairs return vent blocked?
The three usual culprits (attic insulation, duct sizing, one thermostat running two floors)
What you can fix in an afternoon, and what needs a technician
When it is worth getting a second opinion on the whole system
That took about four minutes. And the post is now close to pre-written, because each of those lines is a promise. All that is left is keeping each promise in two or three paragraphs. No blank screen, no wandering off into the history of air conditioning.
Make your subheads say something
There is a bad version of this, and it looks like a middle school book report. Introduction. Causes. Solutions. Conclusion. Those are labels, not signs. They tell a reader nothing about whether the answer they want is underneath.
Good subheads carry the actual point. "Check the upstairs return vent first" tells somebody something useful even if they never read the paragraph below it. Here is the test we use: if a person read only your subheads and nothing else, would they walk away with the gist? If yes, the post will hold up. If no, rewrite them until it does.
There is a side benefit too. When someone asks an AI assistant a question, the chunks of a page that tend to get pulled are the ones that clearly and directly answer something specific. A vague section header buries a good answer where nothing can find it.
A two-minute check that the skeleton holds
Once the subheads are down, run them through a quick sanity check. If you draft in Google Docs, click the View menu and choose Show outline. A pane opens along the left side listing every heading in the document and nothing else.
That pane only picks up text you actually formatted as a heading. Bold text does not count and will not show up there. To format a line as Heading 2, put your cursor on it and press Ctrl+Alt+2 on Windows or Cmd+Option+2 on a Mac.
Now read the outline pane top to bottom. If it reads like a sensible answer to the question, you are in good shape. If two lines say roughly the same thing, cut one. If you feel a jump between two of them, you just found a missing section before you wasted an hour writing around it.
One more reason to use real headings instead of bold text: search engines and screen readers use heading formatting to understand how a page is organized. Bold is just fat letters to them.
This works on posts you already published
If you have older posts sitting there in one long block, you do not need to rewrite them. Open one, find the natural breaks in the argument, and drop a heading in at each one. Ten minutes, and the post gets noticeably easier to read. It pairs well with the rest of a content tune-up, and it is one of the fastest wins available on a page that is already getting traffic.
The bottom line
Blog posts do not usually fall apart because the writer is bad. They fall apart because nobody drew the map before the trip. Write five or six honest subheads first, make each one say something, check the outline, then fill in the middle. It turns a two-hour slog into about forty minutes.
And if the honest answer is that you are never going to sit down and do this, that is fine. That is the part we handle for clients. Our blog writing service takes the questions your customers keep asking and turns them into posts that get read and get found. If you would rather hand it off, tell us what your customers keep asking and we will take it from there.




