If you're afraid of turning people away with a "wall of text" or a "big block of text," avoid walls and big blocks.
Keep your introductory paragraphs short. In the rest of the text, put plenty of whitespace, and add internal headers and/or graphical elements where appropriate.
A web in which every essay begins with "executive summary" or "tl;dr" is a web with a lot of noise. These are needless terms from the worlds of MBAs and tech commenter communities, respectively. If you seek out people who have distinguished themselves at writing — for example, Paul Graham, Joel Spolsky, Steve Yegge, or Clark Shirky in the tech world — you'll notice that not one uses "tl;dr", "executive summary," etc. They simply put the information they want you to read first, FIRST.
These explicit summary headers, typically added as an afterthought, are tics of inexperienced writers. They're fine! They're not evil or anything. But they are ultimately less elegant and reader friendly than truly good, considered, well constructed and ordered paragraphs. Putting "executive summary" in front of the summary is like putting a comment like "#HERE WE LOOP OVER THE USER OBJECTS" in front of a simple loop: If something that simple wasn't obvious from the structure of the text (variable name, loop operator) then you're doing something wrong( users.foreach{|user| whatever} is self documenting whereas for(kljk=0;kljk < x.length;kljk++){foo = x[kljk];whatever} is not)
I'm not suggesting any of this isn't good advice. Yes, blending an introduction seamlessly into your writing will make you a better writer. But you're thinking as a producer of content here.
As a consumer of content, I can't hold myself to the standard of only reading things written by "people who have distinguished themselves at writing." If you're the only person who has written about X, and I'm researching X, I'm going to have to look at your article—at least to tell if I can safely not look at your article without having missed something important.
And good writing is hard: you're basically giving the creative equivalent to the obligatory advice of "eat less and exercise more." Yes, reworking and redrafting to achieve flow in your writing is a "good thing." It's something to strive for. But that doesn't mean that you can expect anyone to follow that advice just because they read a few paragraphs about it online. If they write much, they've likely already given it some thought—and it's a lack of willpower, not a lack of skill, that prevents them from editing their work as much as is necessary to get a result easily consumable by others.
An explicit "executive summary" line is a quick fix. It's something an amateur writer—one who doesn't practice writing as a craft, and has no desire to redraft—can use to make their writing less painful. It's asking much less of people—it's just a sentence, written after the fact, explaining what you just said—so it's probably something people would implement after seeing a conversation about it online and saying "oh, that could work."
Certainly, it's not as readable as good writing. But, for most people, it is more readable than whatever they had before, at much less cost.
(Also, I wouldn't mind if experienced writers included a call-out of some sort as well—not because it helps their prose at all, but rather just because I don't know if someone is an experienced writer until I actually dive into the body text, and by then I've already made my decision whether to read or not. Give me metadata.)
Keep your introductory paragraphs short. In the rest of the text, put plenty of whitespace, and add internal headers and/or graphical elements where appropriate.
A web in which every essay begins with "executive summary" or "tl;dr" is a web with a lot of noise. These are needless terms from the worlds of MBAs and tech commenter communities, respectively. If you seek out people who have distinguished themselves at writing — for example, Paul Graham, Joel Spolsky, Steve Yegge, or Clark Shirky in the tech world — you'll notice that not one uses "tl;dr", "executive summary," etc. They simply put the information they want you to read first, FIRST.
These explicit summary headers, typically added as an afterthought, are tics of inexperienced writers. They're fine! They're not evil or anything. But they are ultimately less elegant and reader friendly than truly good, considered, well constructed and ordered paragraphs. Putting "executive summary" in front of the summary is like putting a comment like "#HERE WE LOOP OVER THE USER OBJECTS" in front of a simple loop: If something that simple wasn't obvious from the structure of the text (variable name, loop operator) then you're doing something wrong( users.foreach{|user| whatever} is self documenting whereas for(kljk=0;kljk < x.length;kljk++){foo = x[kljk];whatever} is not)