A field guide for nonprofits

Your best digital project keeps dying every two or three years. Here's why.

Most nonprofit tech doesn't fail because the tech is bad. It fails because the system outlives the people steering it — and every couple of board turnovers resets the whole thing to zero. Eleven warning signs, and how to build so the next volunteer doesn't inherit a graveyard.

02468PROGRESS
Anchored to long-haul peopleReset at every board turnover

// same effort, two outcomes — the difference is who holds the system

Boards turn over on a two-to-three-year clock. Infrastructure takes longer than that to mature.

So every few years the keeper rotates out, the passwords go with them, and the project resets to zero. Do that three or four times and you don't have a platform — you have a graveyard of restarts.

I've spent eight years building and running the digital life of the Sandy Mush Community Center. I came into it sideways: I'd loaned Terri Wells a scanner for a history project, we got to talking, and somewhere in there it went from "thanks for the scanner" to "okay… can you help us with a problem?" I'm from Belfast, so I know my way around a maze. This one just had more Facebook Pages and fewer exits.

Here are the pain points I hit, what causes each one, and how to build so the next volunteer doesn't start from scratch. Read them like warning signs on a trail. If one looks familiar, slow down.

The warning signs
01

Nobody can log in to your own accounts.

The pain

There's a Facebook Page, an old mailing list, maybe a website — and no one currently at the org can reliably get into any of it.

Why

The cheapest setup is whoever volunteered that afternoon. Accounts get made on personal emails, admin rights follow people out the door, and three years later it's a locked room with no key.

The fix

Do the recovery before you design anything. Reclaim access, find every account, close the dead ones, write down who owns what. At SMCC that meant shutting 15+ abandoned pages and rebuilding a junk mailing list before I built a single page.

The 2–3 year clock

Assume the person doing setup will leave. If your foundation only works while they're around, you haven't built a foundation — you've rented one.

02

When someone quits, the org loses the keys.

The pain

The treasurer moves away and takes the bank login, the domain, and half your history with them.

Why

Core systems get tied to a person's name instead of a role.

The fix

Role-based accounts. president@, secretary@, treasurer@ — not susan.gmail. When a new person steps into the role, they step into the account. SMCC runs 21 of these, board-wide, none tied to anyone's personal inbox.

The 2–3 year clock

This is the single most important turnover defense you can build. People leave every few years. Roles don't. Tie the keys to the chair, not the person sitting in it.

03

Everyone's an admin, so everything's fragile.

The pain

Too many people can change too many things, and eventually one of them does.

Why

"Admin for convenience" feels like teamwork. It's how you get admin for chaos.

The fix

Give people the least access they need. This isn't distrust — it's protecting good people from honest mistakes, and the org from any single one of them.

04

One small "improvement" cost us the grant.

The pain

A well-meaning change breaks something invisible, and you don't find out until it's expensive.

We'd done everything right — accounts secured, site built and ranking, Google for Nonprofits grant approved. Job done. Then Google sent a rejection: the grant was being pulled for a compliance failure. Accessibility is my home turf; I was credited back in 2004 as a reviewer on web accessibility for a Delmar/Cengage textbook. So this one stung.

What happened was simple. An unauthorized logo swap made it onto the site — a nice gradient that wasn't ADA-accessible — and that quietly broke the compliance chain keeping the funding alive. If you've never watched a funding stream vanish because someone discovered gradients, it's a very particular kind of character-building.
Why

Compliance was living in someone's memory instead of in the files.

The fix

Treat your logo like a safety device, not decoration. Branding is infrastructure. I rebuilt it for defense — about five times the work of doing it right the first time.

// the grant: secured at $4,800/yr, lost, rebuilt, and grown to $6,300/yr

05

Your brand falls apart the second you stop watching.

The pain

Every flyer looks like a different organization made it.

Why

You're asking volunteers to remember the rules — fonts, colors, spacing, accessibility — in the moment. They won't, and they shouldn't have to.

The fix

Build compliance into the assets, not the people. A locked palette, pre-approved logo files for every use, templates that can't drift off-standard. SMCC's logo lives as a full system — every lockup, tested against all four kinds of color blindness, down to a 32-pixel icon. Nobody has to be careful. It's just hard to be wrong.

06

You built it and nobody uses it.

The pain

You launch the shiny new thing and it sits there.

Why

You built what you think they need instead of the one thing they'll touch every week.

The fix

Ship the daily-utility feature first. For SMCC it was the calendar — the most-requested thing. We ran it as two tiers: a private one for operations, a public one for events and rentals. It became the second most-visited page on the whole site.

The 2–3 year clock

The calendar stuck because a community member, Frank Ramirez, took it over and made it his own. That's the whole trick: find the person who isn't on the 2–3 year clock and hand them the thing that matters. A system anchored to a long-haul community member survives every board that comes and goes.

07

Your list grew, and your reach died.

The pain

The mailing list gets bigger and the opens get worse — and now the provider wants money for the privilege.

Why

Everyone treats a big list like a trophy. It's not. Dead contacts drag deliverability down and push you over free-tier limits for no return.

The fix

Tend the list like a garden. Prune the people who never open. I kept SMCC under the free ceiling for years by culling non-openers after every sign-up drive. The payoff is real: against a 28.3% nonprofit-average open rate, our sends land at 40, 50, even 56% — with a quarter to a third of openers clicking through. A clean list is why those numbers are high.

08

Every event is a from-scratch scramble.

The pain

Promoting anything means reinventing the wheel, so eventually you stop.

Why

No repeatable process — just one exhausted person making it up each time.

The fix

Build an engine, not one-off posts. A timeline (assets ready weeks out, reminders as it nears), sized templates for each platform, one set path across site, email, and social. And it does more than fill seats — when SMCC ran its strategic-plan survey, the newsletter drove it: on two separate sends the survey form was the most-clicked link, over 60% of clicks on the reminder. The engine doesn't just talk to the community; it pulls the community's voice back in. It's also your fastest reliable channel when something urgent hits.

09

The "free" tool sent you a bill.

The pain

The service that carried you for years changes the deal, and suddenly there's a price tag no one budgeted for.

Why

Free tiers are a loan, not a gift. Vendors lower thresholds and raise prices on their schedule, not yours. (Ours recently dropped its free limit from 500 contacts to 250.)

The fix

Plan for the day the free ride ends before the sending gets paused. Assume the price is coming, and put the funding conversation on the table early — not the week it breaks.

10

You're optimizing for the wrong thing.

The pain

You pour effort into what you assume matters, and you're guessing.

Why

Nobody reads the analytics, so the org optimizes for its own assumptions instead of what people actually do.

When I finally read SMCC's search data, the biggest front door from the wider web wasn't events, and it wasn't the food pantry. It was book-club discussion questions. Strangers across the country, searching things like "The Personal Librarian book club questions," land on a tiny Leicester community center's site — because the content was genuinely useful, and Google noticed. You would never guess that. You have to look.
The fix

Read the data — search, on-site, and email — and feed the winners. It also tells you when your people show up (for us, midweek, not weekends) and how (mostly on phones, so build mobile-first). Bonus: you can show a funder exactly how people find you and what they do next.

11

Your best system dies on a 2–3 year clock — unless you plan for it.

The pain

You build something good, it starts to work, and then leadership turns over and it slowly unravels back to nothing.

Why

This is the one nobody says out loud. Infrastructure needs multiple cycles to mature. Boards run on two or three. If every keeper rotates off when their term ends, the system never gets past its first year or two — it just restarts, forever.

The fix

Don't anchor long-term systems to short-term seats. Find the people whose commitment is measured in decades, not terms — the Franks, the quiet lifers, the ones still here in ten years — and put the durable things in their hands. Let the board set direction. Let the long-haul people hold the infrastructure.

And make peace with the pace. A community doesn't have to agree on everything to move forward together. The people who fumble a new system and the people who run it beautifully are often the same community at different points in the same cycle. Good infrastructure usually shows up before everyone's ready for it. Build it to survive the wait, hand it to someone who isn't going anywhere, and let time do the rest.

The short version

Nonprofits don't need prettier websites. They need infrastructure that survives their own turnover.

Roles instead of personal logins. Compliance baked into the files. An engine simple enough that updates happen even when life happens. And the durable things held by people who outlast the 2–3 year clock. Get that right and it compounds instead of resetting.

8 years · dated archive, 2017–today~120/mo · arrive from search~70/wk · active on the site$53,000+ · software fees avoidedStill running · mostly without me
For fellow nonprofits

Want help getting — and keeping — Google for Nonprofits?

Get in touch →