Why "best X in [town]" sites still work, how they make money, and the build I turned into a product
Niche local directories are one of the most durable businesses a solo founder can build. "The best restaurants in this town." "The best balayage salons in that one." A focused, curated list of local businesses - filterable, on a map, with a write-up each. They're cheap to run, they compound, and unlike most of what gets hyped here, they've quietly worked for decades and will keep working.
I know, because I built a bunch of them - first for clients, then as a product. This post is the case for directories as a business, what I learned running several, and the slightly uncomfortable realisation along the way that turned a repeatable client build into something I could sell once and never build again.
Let me start with why they hold up.
There's nothing trendy about a directory, and that's the point - the model is old because it's sound. But a few things make it especially worth building today.
Curation beats noise - more than ever. A directory's whole value has always been that a human chose what's worth listing and what isn't. That was true before AI and it's only worth more now: as the open web fills with generated content and generic mega-platforms, a tightly-scoped, human-curated "best X in [town]" list stands out by reducing noise instead of adding to it. That focus builds trust and topical authority faster than a broad platform can, and it's what both readers and search engines reward. A directory that genuinely knows one small world beats a database that shallowly covers everything.
The SEO shape is favourable. Directories are naturally made of lots of structured, intent-matching pages - every category and location combination is a page someone is literally searching for ("best balayage salons in Brighton"). That's a huge amount of long-tail surface area from one content model, which is why "directory of X" keeps showing up in indie SEO playbooks. You're not fighting for one hero keyword; you're quietly owning a hundred small ones.
The monetization is flexible and doesn't require scale. This is the part founders underrate. A directory can earn its keep several ways, and you can stack them:
None of these need a million visitors. A directory that owns one town and one niche, with a few dozen businesses who each care about their ranking, can pay for itself many times over its near-zero hosting cost.
It's an asset, not a treadmill. Once it's built and ranking, a directory behaves more like a piece of property than a SaaS. It keeps pulling traffic and listings with relatively little daily input - the opposite of a product where you ship features forever just to hold churn down. That "build once, compounds quietly" quality is exactly what a lot of people here say they actually want.
Here's the part the "build a directory!" hype skips: a directory lives or dies on content and distribution, not on the software. The website is the easy 20%. Getting real listings in, keeping them current, and getting the thing to actually rank - that's the 80%, and it's real work no tool does for you.
I say this because it reframes where your effort should go, and it's the thing I wish I'd internalised earlier. If the site itself is the easy part, then the worst possible use of your time is hand-building the site from scratch every time. Which is exactly the trap I walked into.
For about a year I built the same site over and over. Different clients, different towns, different industries - but underneath, the same thing every time. A homepage with featured listings. A page that lists everything with filters. A detail page per business. Category pages. A map. A contact form. The SEO plumbing.
By the third or fourth one I had the uncomfortable realisation every freelancer eventually has: I was getting paid once to build something I'd already built. The client saw a custom site. I saw 80% copy-paste and 20% find-and-replace.
What actually changed between projects was cosmetic and content, not structural:
That's it. The machine underneath was identical. And once you notice that, you can't un-notice it. I wasn't a craftsman hand-building each site - I was a photocopier charging custom-build prices.
The thing that turned "a project I keep repeating" into "a product I can sell" was one decision: push everything that changes between sites out of the code and into a single config file.
Instead of the site being a restaurant directory with restaurant stuff baked in, I rebuilt it so the code only knows about generic concepts - "a thing you list," "the ways you categorise it," "an optional price level." What those mean for any given site lives in one settings file. Change a few lines, rename your categories, drop in your data, and the same codebase becomes a completely different directory.
So converting a restaurant guide into a hairdresser directory stopped being a code project and became a config edit: change the labels, pick a colour, point it at the new data. Ten minutes, not ten hours.
This is the whole game when productizing a service. The value isn't the custom work - it's removing the need for it. The moment the niche became data instead of code, I had something someone could buy and reuse for their own town and industry without me involved at all.
This is where it gets compelling, and it's worth understanding even if you build your own from scratch - because it's the argument any directory product has to win.
The alternatives for someone wanting a directory are: a hosted directory builder (monthly fees forever, and you never own it), or paying a developer to build one custom (thousands up front). Both have an obvious sore point, so the whole proposition is built around removing them:
That pricing wasn't an accident. When your core promise is "stop renting, own the asset," the price has to demonstrate the promise. Twenty-five dollars one time, against a SaaS charging that much every month, makes the argument for you.
I packaged all of this as LocalFinds - a complete local-directory template you point at any niche by editing one config file. It ships as a working restaurant guide, but "restaurant" is just a setting; rename a few labels and it's a directory for salons, mechanics, gyms, vets, whatever you're building.
What you get for the $24.99, one time:
There's a live demo on that page - it's the real thing, so you can poke at it and decide if the bones are right before you spend anything. If you've been sitting on a "best X in [town]" idea and the website was the bit stopping you, this removes that bit. The hard 80% - the listings and the ranking - is still yours to win, but you can be live and chasing it this weekend instead of building plumbing for a fortnight.
It's a developer-leaning setup, to be straight with you: initial setup and deploy are command-line work, even though day-to-day editing is all in Airtable. If you'll never open a terminal, a hosted builder will suit you better, monthly fees and all. For everyone else, it's the fastest way I know to own a directory outright.
Two things I'd leave you with. If you're hunting for something to build: niche local directories are a proven, durable business - cheap to run, multiple ways to monetize, and they compound like an asset rather than demanding the SaaS feature treadmill. Just go in knowing the software is the easy part and the content/distribution is the actual job.
And if you do client work and you've built the same kind of thing three times: you might be sitting on a product. That faint "I've done this before" boredom is a signal, not a complaint. The work of productizing is mostly separating the custom 20% from the repeatable 80% - and sometimes the most valuable thing you can sell isn't your time, it's the repetition you were about to throw away.
So I'll turn it over to the room: what repeatable build are you sitting on? And separately - for those who've launched a niche local directory - how did you actually get the listings and the traffic? That's the part I'm always curious to hear other people's playbooks on.
What stood out to me wasn't the directory argument.
It was the moment you realized the thing changing between projects wasn't necessarily the thing creating the value.
That's one of those observations that can look obvious in hindsight and still lead to very different conclusions about what the actual product is.
Interesting post.