TJ Larkin

Running the business

How do I cut newsletter production time without hurting quality?

Short answer

Ask what readers would do differently if an input were merely good instead of the best, and default to the fast version. Design the template once, skip per-issue polish until it's automated, and price every manual task across all your newsletters. My issues went from about three hours to around 10 minutes once software did the first 90%.

Every week, writing 20 of these was taking two to three hours each, even with a VA. They made mistakes, and my wife spent a lot of time on them. It was a nightmare. That's why I spent 18 months building software to do it.

By mid-2026 I was saying it plainly: a high-quality local newsletter went from three hours to about 10 minutes. We used to run two VAs plus my wife as editor. Now it's one VA, and she's still the editor.

Which question cuts the most time?

"If instead of finding the absolute 10 best events, we put in six pretty good ones that we found quickly, right? What changes?"

I'm pretty confident the answer is nothing. Some people spend hours hunting every possible perfect event, and we do it too in some of our newsletters. Across multiple newsletters, that adds up fast.

Isolate the input and ask what the reader would actually do differently. Default to the fast version of a recurring task and make the polished version justify itself. Separate what readers can compare from what they can't.

If the team keeps doing it the expensive way anyway, that's inertia. Fix the workflow instead of arguing about it. This is about curation depth, by the way. It isn't an argument for cutting the events section.

Perfectionism is the real cost. An operator I know in a mid-size city sends four issues a week by himself, on top of a full-time job. He's not a perfectionist. He glances at about six new stories, writes them quickly, finds the events and lets a GPT handle formatting and links. A city with its own defined media helps, because the news is in fewer places than it is in sprawling suburbs.

Where does the time actually go?

For us, graphics. The structural design and the template are worth the effort because you do them once. The per-issue Canva images for the header and the top story are where we overspent.

  • Per image: about 10 minutes, with several in each issue.
  • Per newsletter: roughly 30 minutes of graphics alone.
  • Across 18 newsletters: about nine hours of graphics every send.

Even from pre-built Canva templates, one set of our house graphics took about 20 minutes per newsletter because you still copy and paste all the data in. Now the featured event of the week is a canned image we only edit slightly, five to 10 minutes.

The other hidden time sink is checking. We list out every event, so every link and every date has to be double-checked. My overseas VAs work 12 hours ahead, and sometimes the date is wrong. That's annoying, and it's exactly the kind of work I want software doing.

How do I decide if a task is worth doing at all?

Price it across the whole portfolio. Eighteen newsletters times every send adds up.

Like a lot of things, if it's hard, it's not worth doing, but if it's easy, you should absolutely do it. We had a recurring task that wasn't worth doing by hand for a year and a half. Then we built the automation into our software, and it became a great idea, because now it's easy. A hard-but-good idea isn't dead. It's waiting on automation.

Put the saved time into making money. You will burn out if the newsletter isn't paying you, so focus on revenue as hard as you focus on events and design.

What does a fast production setup look like?

Here's the workflow I built, first with contractors and then inside lightbreak:

  1. Feeds pull the stories in. I use rss.app (about $10 to $20 a month) to turn local websites and Facebook pages into feeds. My system also pulls restaurants, businesses, homes from Zillow, events, jobs and pets.
  2. Every section gets its own instructions. Events, news and restaurants each have their own prompt for writing style, format, headers and whether to use a photo. My news prompt is smart brevity: a title, the gist, and why it matters.
  3. Click the stories you like, then hit rewrite. It rewrites each one in the house style.
  4. Drop items into future issues. This is the feature people value most. Someone sends a February event in November? Place it in the issue the week before and forget about it.
  5. Arrange by drag and drop, then export. We paste the HTML into Beehiiv.

Partner content used to show up by email, Google Sheet, whatever. Now it's one form, and the VA hits add to newsletter. I also use images as section titles because it looks more professional.

Does AI hurt quality?

Not if a person finishes it. Get the issue 90% done quickly, then your person goes in and adds their flavor. When we pick a restaurant, the draft is already sitting there, and the local writer changes it to say they went last week and loved it.

Most people spend three, four, five hours on an issue. With that split, I think it can get to 30 to 45 minutes. Local still takes more hands-on work than a national newsletter, and that's fine.

I don't really have writers anymore. I have VAs who do research and manage the AI.

What should I cut when the team is stretched?

Subtract on purpose. In a July 2026 operating review we removed hard-news sections from newsletters without dedicated editors and moved at least eight newsletters to biweekly, to free time for higher-impact Instagram work. We didn't measure the time saved or the audience reaction, so treat that as a judgment call, not a study.

Two weeks later I set a harder rule: most newsletters go every other week, built in lightbreak, and we stop stressing about whether the events are good enough. Those newsletters need to be done in 20 minutes a day. At most one day every two weeks should go to newsletters.

How much time can automation actually save?

A lot, on the right task. My realtor's VA probably spends five hours a week making a home-tour GIF. I can do it in 10 minutes with one drag and drop. That kind of gap is what I built lightbreak to close.

WhoIf software halves a 4-hour issue
One newsletterAbout 8 hours saved a month
15 newslettersAbout 30 hours saved a week

That math is why the goal was never a nicer tool for one issue. It was letting one person who handles six newsletters handle 10 to 15. Shane, my Local Media HQ co-host, told me his own newsletter used to take three to four hours with 35 events, and a repeatable process got it under 20 minutes.

The QA side is in how to set up newsletter QA, and the full weekly time budget is in how many hours a local newsletter business takes.

Answered by TJ Larkin. From Local Media HQ podcast conversations, client and operator calls, and my own operating reviews, 2024-2026. Last updated .

Related answers

TJ Larkin / Answers / Running the business