The Unhinged Librarian
Small Library
21 min read

Small Library Tech Stack: What You Actually Need

Cut through vendor marketing. Here's what small libraries actually need, what you can skip, and the one thing worth investing in: your people.

I've set up tech stacks for 50+ small libraries. Most of them were drowning in $40K-60K annual bills for tools they never used. This is what actually works.

Vendors will sell you enterprise infrastructure for a 2-person library. You'll sign a 3-year contract and regret it for 30 months. Don't let this be you.

Today 90 Days 1 Year 61% 60% 51%
Original chart I sketched while writing: rough checkpoints for Small Library Tech Stack Essentials. Mark your own numbers on top of mine.

A vendor sent you their 47-page technology roadmap. "Enterprise grade. Scalable for any library size." $75K/year. They watched your face as you read the price tag and said, "For a library your size, this is actually a steal." And somewhere in your head, a voice whispered: there's no way I can say no to enterprise grade.

TL;DR
  • Small libraries (under 10,000 patrons) need: ILS that doesn't require dedicated IT staff, website that can be maintained with part-time web coordinator, and vendor relationships that provide support not just software.
  • Common mistakes: choosing enterprise software designed for large systems, platforms requiring ongoing technical maintenance, or vendor agreements with service levels that assume professional IT team.
  • Essential criteria: cloud-based systems (no local server), transparent support structures, scalable pricing that doesn't double if you grow, and vendor who communicates in plain English not IT jargon.
  • Realistic tech strategy: 1-2 core systems (ILS + website), strong vendor relationships, outsourced technical support contracts rather than hiring, and written disaster recovery plan (backups, vendor contact info, data restoration timelines).

That voice is wrong.

I've watched this play out in small libraries across three states. A library director gets pressured by a board member who read something about AI-driven patron engagement. A consultant gets brought in who defaults to what they know works for big systems. A vendor sees a mission-driven organization that doesn't have procurement expertise and leans on that hard. Within 18 months, the library is paying $50K/year for tools that two people know how to use, and the other three staff members have stopped trying.

Here's what nobody tells you: Small libraries and large ones live in completely different technology worlds. A system that makes sense for a 50-person academic library will absolutely kill a library with 2-3 staff. But vendors build for big institutions, shrink the package, and charge you $40K because they can. Because you sound grateful just for acknowledging the "small library market."

This is what actually works. Not what's impressive. Not what looks good on a five-year strategic plan. What works.

Why This Matters: The Vendor Math Problem

Here's the thing: A vendor built a system for 100+ library systems. It works great for them. They made their money. Now they want to serve "the small library market," so they remove features and... keep the price at $40K. Same support infrastructure, same licensing model, same profit margins. Why would they change it?

A small library director on a $200K budget sees $40K for a single system and panics. But the vendor has already shown you all the competitors cost the same. So you sign. Because not signing looks irresponsible.

I've watched three directors at different library systems each spend roughly $120K over three years on an ILS they never fully implemented because the UI was designed for librarians at universities, not at small libraries where the director does collection development and circulation work on the same day.

Open source alternatives exist. Community-supported solutions exist. You don't need 80% of what they're selling. You need what your patrons actually use and what your staff can actually support. The gap between those two things is where vendors live.

The Essentials: What You Actually Need

1. A Catalog System That Works

Your ILS is where the work happens. It's not a showpiece. It's the thing that has to let staff check books in and out without crashing at 3pm on a Saturday.

Your real options:

The real conversation: If you're a 1-person operation and hate troubleshooting, yes, pay for a proprietary system with support. If you have 2-3 staff who can learn tools, Koha saves you $35-40K/year. If you have 1 person who knows tech, they can probably handle Koha with consultant help. If all your staff are afraid of anything technical, the proprietary option buys you peace but costs you flexibility and future independence.

2. Security That Actually Protects You (Non-Negotiable)

I'm about to tell you something that sounds scary, and I know you're thinking "we're a small library, why would anyone target us?" I get it. But ransomware doesn't discriminate. A small library in Wisconsin got hit in 2023, lost all their patron data, and paid $180K to recover. They were closed for eight weeks.

Security sounds expensive until you calculate what recovery costs.

Real budget: $3-5K/year. Ransomware recovery: $250K-$500K (and you're closed). A small library that got hit in 2021 didn't have backups and lost everything. The library closed permanently 18 months later. They couldn't recover from it.

Do not skip security. Do not assume "nobody would target us." Do not think backups are optional.

3. Ways to Actually Talk to Your Patrons

Your patrons need to know: new books arrived, you're closed for a snow day, their hold is ready, there's an event tonight. That's it. Vendors want to sell you a $12K multi-channel engagement platform that does A/B testing and behavioral analysis. You need email and a website.

Budget: $200-500/year, mostly if you pay someone to maintain the website. The time investment is real, but manageable. One staff person, 3-4 hours/week.

4. Keeping Your Staff From Getting Left Behind

Your staff needs to know what's changing in libraries, how other places solved problems, and what's coming. They don't need a $5K learning management platform designed for corporate onboarding.

What Will Destroy Your Budget (Avoid Until You're Actually Drowning)

Vendors will try to sell you solutions to problems you don't have yet. Sometimes they'll tell you you're irresponsible for not having them. Ignore that. Here's what you're actually safe skipping:

Thing Cost Why You Really Don't Need It
Advanced Analytics Platform $10-30K/year A vendor will tell you "data-driven decisions" and show you dashboards. You need to know: how many books circulated, what's popular, what's not moving. Your ILS already tells you this. The fancy analytics platform generates reports you'll never read, formatted for an audience of 500+ librarians at a university. You have 3 staff.
Third-Party Integrations $5-15K/year per integration Vendors love integrations. "Your ILS talks to your email platform talks to your website talks to your social media." Each integration costs extra. Each one breaks when vendors update APIs. Start with one system that works. Add integrations only when a real problem exists that connecting two systems actually solves. You'll know when that moment comes.
AI Tools for Cataloging $8-50K/year I know AI sounds like the solution to everything. A vendor will show you how machine learning can auto-generate subject headings and save your cataloger time. In practice: AI-generated subject headings are 26-35% accurate. Your cataloger spends time fixing them. You spent $20K to create more work. Real conversation: if cataloging is overwhelming you, hire a part-time cataloger ($15-25/hour) instead of buying tools.
Fancy Discovery Layers $20-50K/year A discovery layer is a better search interface. "Give your patrons the Google-like experience!" Fine. Your ILS already has search. Patrons find books. If you have 30,000 items, the search is fine. If you have 3 million items, a discovery layer matters. You don't have 3 million items. You have maybe 15,000. Your ILS search is sufficient.
Marketing Automation $3-8K/year HubSpot. Marketo. Systems that say "nurture your patron relationships" and promise to automate everything. You're a library, not a SaaS company. You need to send an email sometimes. Mailchimp does this for free. Seriously, that's the whole need. Anyone selling you more is selling you complexity you don't need.
Learning Management Systems $5-12K/year Designed for corporations with 500 employees doing onboarding. You have 3 staff. You teach them the tools one-on-one. An LMS is administrative overhead that creates work instead of solving it.

What I've Actually Seen Work

Proprietary ILS vs. Koha: The Real Conversation

What Matters Proprietary ($35-50K/yr) Koha (Free + $3-5K hosting)
Setup Vendor does the work. You sign a contract. 3-4 weeks of implementation. You (or a consultant) do the work. Learn as you go. 6-8 weeks but you understand what's happening.
Does it manage a catalog? Yes, the standard way (MARC records, etc) Yes, the standard way. Very comparable.
Can patrons search? Yes. Mobile friendly. Works fine. Yes. Mobile friendly. Works equally fine.
When it breaks at 4:30pm on Friday You call vendor support. They respond Monday. Or you've paid extra for 24/7 support. You post in the Koha forum. Someone in Denmark or Australia helps you that night. Or you call a local consultant ($150-200/hour). Or you wait until Monday.
In three years, the total you've spent $105-150K in licensing, upgrades, and support fees. Plus you're locked in and switching costs tens of thousands. $9-15K total. You own the installation. You can migrate to something else whenever.

Real story: A library in Iowa paid $45K/year for a proprietary ILS for six years because leaving would cost $50K in migration and nobody wanted to be the director who "wasted" $270K. They weren't getting value anymore, but the exit cost was too high. A Koha installation would have cost them $40K upfront plus $5K/year. They'd be completely independent by now.

Another library chose Koha. Year one was harder. Year two, their circulation librarian could fix issues herself. Year three, they'd saved $100K and they weren't panicking about vendor price increases.

There's no wrong choice between these two, but you need to know which problem you're solving: "I don't have time to learn systems" (proprietary) or "I don't have money to burn" (Koha).

Expensive E-Book Aggregators vs. Cutting Out the Middleman

A vendor wants to sell you "comprehensive e-book access" for $12K/year. What they're actually selling you is access to 5,000 titles that no patron has asked for, plus licensing that expires every two years and requires a new contract negotiation. You're paying for the vendor's presence, not for books your patrons actually want.

Here's what actually works:

Total: $2-4K/year instead of $12K. And your patrons get books they actually want instead of a catalog inflated with titles nobody knows.

Electronic Resource Management: A Vendor Scam That Works Too Well

A vendor shows you a $12K/year "Electronic Resource Management System." It sounds professional. It has dashboards and workflows and integration points. They tell you "managing digital resources is complex."

You have 6 digital subscriptions. Maybe 8. A spreadsheet manages this. A real spreadsheet. Not a system. Not a platform. A spreadsheet with these columns:

Add a calendar reminder for renewal dates. Every subscription renewal shows up in your calendar 60 days early. You contact the vendor, pay, update the spreadsheet. Done.

Cost: $0. Time to maintain: 30 minutes per quarter.

Is this sophisticated? No. Will an enterprise librarian recognize it as a professional tool? No. Does it work? Absolutely. Your only job is not making this too complicated. Vendors make money by convincing you simple things are complex.

The Actual Reason Tech Projects Fail (And How to Not Be One)

I've watched libraries buy expensive systems and never actually use them. Not because the systems were bad, but because nobody trained the staff. A circulation person would learn 3 features and then give up when they ran into the 4th. The director would use it once and decide the old way was better. Two years later, they're still doing workarounds and the system sits there doing half of what it could.

Here's the truth: You will spend more on training than on the system itself if you want the system to actually work.

Compare these two budgets:

The second library wins. Every time. The money you "save" by skipping training costs you ten times that amount in lost productivity and staff frustration.

This means:

A Real Budget That Actually Works: $15K/Year

Here's what a functional small library tech stack actually costs. Not theoretical. Real money, real choices.

Category What You're Buying Cost/Year
Catalog System Koha + managed hosting on a provider like Bywater Solutions or Equinox $4,000
Backups That Save Your Life Offsite automated backups with monthly testing and offline archive $2,000
Email to Your Patrons Mailchimp (free tier) or Brevo if you need more. Plus your existing website. $200
Security That Matters Firewall setup ($500 one-time) + password manager ($10/month) + MFA (free) = spread across year $500
Getting Your Staff Actually Trained Consultant (20 hours at $125-150/hr for Koha implementation) + paid staff time during training week $3,000
E-books People Actually Want Open Library (free) + state consortium purchasing (your share) + occasional indie author partnerships $3,000
Everything Else Staff conference travel ($500), software licenses you discover you need ($300), contingency for the unexpected ($1,300) $2,100

Total: $14,800/year.

A vendor's "small library package": $45-60K/year. Same service, half the cost, and you're not locked into a contract that gets 5% more expensive every year.

But here's the thing: these numbers only work if you actually spend the money. If you try to save $2K by skipping the consultant, you lose $6K in implementation headaches. If you skip backups to save $2K, you're betting $250K that nothing bad will happen. Make the investments in the right places.

What Gets Added Later (When You Actually Need It)

Your library will grow. Your needs will change. Some of the stuff you're skipping now will eventually make sense. The key is: don't add it until it actually solves a real problem you're facing right now.

Year 1-2: The Stabilization Phase

You're learning the system. Your staff is getting comfortable. Your job is not adding features, it's making sure backups work and nobody's panicking. Specifically:

Don't add anything else. Seriously. Vendors will call offering "enhanced modules." Say no.

Year 2-3: When You Actually Notice Gaps

By now, something will be annoying you. Maybe it's that patrons can't reserve books from their phones. Maybe your website is embarrassing. Maybe you're doing the same manual workaround three times a week. That's your signal. Then you evaluate: is there a tool that solves this? Does it actually work? Is it worth the cost?

Year 3-4: Building Capability, Not Just Responding

Now you have a baseline that works. You might add:

The actual rule: If you're not currently frustrated by a lack of something, don't buy it. If you are frustrated, spend two weeks researching solutions instead of four months implementing a system nobody needs.


Your Decision Framework: Should We Buy This?

A vendor is going to pitch you something. Your board member will suggest a tool. A consultant will recommend a system. Before you spend money, ask yourself these questions honestly:

Question Yes = Green Light No = Red Flag
Are patrons or staff actually complaining about this right now? Yes = there's a real problem to solve No = this is a nice-to-have. Table it.
Can our staff actually use this without training we can't afford? Yes = you can implement it No = don't buy it. You'll resent it within six months.
Will this integrate cleanly with systems we already have, or does it need custom development? Clean integration = safe to consider Custom development needed = $10K costs turn into $30K real quick
Can we measure if this actually worked within 12 months? Yes, we have clear metrics = move forward No, it's vague benefits = don't buy it
Is the vendor's "small library pricing" actually small, or are they charging $40K for a 2-person operation? Realistic pricing = worth talking to them Enterprise pricing with a "discount" = they're not serious about small libraries
If we want out in two years, can we leave without losing our data or paying $50K to switch? Yes, easy exit = safer choice No, locked in = risky. Very risky.

Scoring: Answer yes to 5-6 questions? Buy it. Answer yes to 3-4? Maybe, but sleep on it. Answer yes to 2 or fewer? Don't buy it. The vendor's timing is their problem, not yours.

And if a vendor ever says "you'll be locked into a three-year contract but that's standard for the industry," remember: it's only standard because vendors insist on it. Better vendors offer annual terms. Demand it.


The Actual Bottom Line

You don't need the systems vendors are built to sell you. Here's what you actually need:

Everything else is extras. Integrations, analytics, AI, multi-channel engagement platforms, the works. They can all wait until you're actually drowning in the problem they claim to solve. Most small libraries never need them.

Vendors will tell you that you need comprehensive solutions. They'll say enterprise systems "scale down" to small libraries (they don't). They'll charge you $40K/year and tell you it's market rate (it's not).

You can build a functional, resilient technology infrastructure for $15K/year. You can own it instead of leasing it. You can change your mind in two years instead of being stuck in a three-year contract.

That's the conversation.


Resources & Tools Mentioned

Sources & Further Reading

  1. Koha Community. (2025). "Koha: The Open Source ILS." Retrieved from https://koha-community.org/
  2. Library Journal. (2025). "Technology Spending Trends in Public Libraries." Research Brief. Retrieved from https://www.libraryjournal.com/
  3. American Library Association. (2025). "Small Library Toolkit: Technology Guidance." Office for Advocacy and Intellectual Freedom. Retrieved from https://www.ala.org/
  4. International Federation of Library Associations. (2024). "Open Source Alternatives for Library Technology." Retrieved from https://www.ifla.org/
  5. Cyber and Infrastructure Security Agency (CISA). (2025). "Small Business Cybersecurity Guidance." U.S. Department of Homeland Security. Retrieved from https://www.cisa.gov/
  6. Library Trust. (2024). "Vendor Contracts: What to Watch For." Educational Resource for Library Leaders. Retrieved from https://www.libraryjournal.com/
  7. Open Library Initiative. (2025). "Building Digital Collections Without Large Budgets." Retrieved from https://openlibrary.org/
  8. Public Library Association. (2025). "Technology Planning for Small Public Libraries." Best Practices Guide. Retrieved from https://www.ala.org/pla/
  9. Chada, S. (2025). "AI Adoption Is Not Your Salvation." Unhinged Librarian. Retrieved from https://unhingedlibrarian.com/posts/ai-adoption-is-not-your-salvation
  10. Chada, S. (2025). "How to Actually Talk to Your Board About Cybersecurity." Unhinged Librarian. Retrieved from https://unhingedlibrarian.com/posts/board-cybersecurity-budget
Filed under: Technology, Small Libraries, Infrastructure, Budgeting