2 builders who never spoke to each other · contested
Ship the giant guide in parts
A guide big enough to matter is big enough never to ship, so number the sections and publish them as they are finished, on a fixed weekly slot, and let readers tell you which chapter to write next. Write the beginner prerequisite piece first and give it its own title, because it will outdraw the advanced series it introduces. Whether splitting helps or hurts depends on what you are splitting.
What both sides agree on
- Pair each in-depth guide you publish with a product release fixing everything the writing exposed, since documenting something properly reveals what is wrong with it.
- The beginner prerequisite piece will outdraw the advanced series it introduces, so write it first and give it its own title.
Where this splits
Cory Zue and Preetam Nath credit serialising a large guide with getting it published at all, while Bhanu Teja measured part two of a split tutorial at a quarter of part one's readership and calls the split a mistake.
6 claims against 1
Bhanu Teja · Cory Zue · Preetam Nath
Serialise the big guide and publish parts as finished
- 01Budget realistically for long-form content marketing: a single definitive guide can absorb dozens of hours and leave you too depleted to promote it.
- 02Watch the scope of a technical post you intend as marketing; a short article can balloon into an unfinishable guide and consume the month's marketing budget with nothing shipped.
Do not split one tutorial, part two loses readers
Do not break one tutorial into parts, and if you do, never let unrelated posts come between them.
- 03Break an enormous guide into numbered parts and publish them as they are finished, because the alternative is never shipping it.
- 04Announce the series in public before you write it, so readers have a reason to come back for the next part.
- 05Instead of scattering standalone posts, serialise one guide chapter by chapter on a fixed weekly slot, so the pages accumulate into a single destination for the keyword.
What it returned
- 25
Zue spent over 25 hours and reached only about 75% of a first draft of his Django JavaScript guide, and had done no promotion at all by month end.
- 3,000
Zue's planned short post on JavaScript API clients grew into an attempt at a full Django REST guide, leaving about 3,000 words of incoherent draft after 40 logged marketing hours.
- 10,000
Zue made it a tradition that each installment of his JavaScript guide shipped alongside a Pegasus release incorporating what he had learned, joking that a 10,000 word article shows you how much you got wrong.
Zue split his Django JavaScript guide into parts after months of struggling with it as one piece, and credits the decision with getting it out at all.
Sources
- My 2020 Blogging JourneyBhanu Teja · bhanuteja.dev · Oct 5, 2020 - My Review of Kent C. Dodds’s EpicReact.Dev: Introduction (13/27) · 2020-12-31 · dissenting
- The Calm Before the StormCory Zue · coryzue.com · What am I doing instead? · 2020-09-01
- I'm building a new product!Cory Zue · coryzue.com · Shipping the damn JavaScript post · 2020-08-02
- TailwindsCory Zue · coryzue.com · I’m writing another Django guide · 2022-08-03
- What goes up...Cory Zue · coryzue.com · Pegasus Update · 2020-07-01
- Pain-Point SEO: Create Content That Drives ConversionsPreetam Nath · preetamnath.com · The path forward: Continue delivering value to the world · 2020-11-08
the second source
Three plays a week, for the phase you are in
No roundup of links, no news. Three tactics more than one builder arrived at separately, with the numbers each one returned and the disagreements left in.
More in seo
- Make search the channel that carries the business8 unconnected
- Give away the tool that ranks for the problem6 unconnected · contested
- Generate one page for every row in your data6 unconnected
- Write the one page that deserves to rank first6 unconnected · contested
- Write about the job, not about your product6 unconnected
- Get several channels out of one piece of work5 unconnected