A three-person food bank keeps its donor list in a spreadsheet that only one staff member really understands. Every spring, she spends two weeks retyping addresses, chasing thank-you letters, and rebuilding the same report for a grant renewal. Nobody decided this was a good use of her time. It accumulated, one small emergency at a time.
That is the honest starting point for most nonprofits weighing new technology. You don't need a strategy deck or a committee. You need to find the two or three jobs that quietly eat hours every month, and check whether a free or inexpensive tool can take them off someone's plate.
Before you look at a single product, spend a week writing down what people actually do. A simple shared document works: task, who does it, how often, how long it takes. You will be surprised how much of the list is the same five activities wearing different hats.
The rough test for a good first candidate: does the task involve reading something and producing a summary, sorting text into categories, translating between languages, or drafting something formulaic? Those are the jobs where inexpensive tools are genuinely useful today.
Equally important is the list of things to leave alone for now. Eligibility decisions, case notes, safeguarding concerns, anything where a wrong answer harms a real person — keep those human. A tool can help you write a clearer letter to a client. It should not decide whether they receive help.
You do not need a large platform. Most small organisations get the most value from a handful of general-purpose tools, each costing little or nothing at the entry level:
Free tiers differ enormously in what they do with your content. Some let you opt out of having your data used to improve their systems; others don't. Before anyone pastes a board memo into a tool, confirm two things: whether your inputs may be used for training, and who owns the output. Five minutes with the settings page is worth more than any policy document written afterwards.
A short internal policy prevents most problems and takes an afternoon to write. It doesn't need to be long, but it should say clearly:
Rules on personal data vary by country and by the kind of work you do, so if you handle sensitive information, take advice from someone qualified before you change how it is stored or processed. Your existing funders may also have requirements written into your agreements.
Few funders will pay for "a subscription." Almost all of them will pay for a result. Frame every request that way — hours returned to frontline work, faster response to families, more donors thanked within a week.
These are the routes worth exploring, roughly in order of how quickly they move:
Always ask for training money alongside any licence. Training is the line item that gets cut, and it is the one that decides whether anything actually changes. And keep the first ask small. A pilot budget in the low hundreds is far easier to approve than a multi-year commitment, and it gives you evidence for the next conversation.
Pick one workflow. Give it one owner. Run it for thirty to sixty days. Measure something simple before and after — hours spent per week, turnaround time for thank-you letters, number of returned emails. Then write down a decision: keep it, change it, or stop.
Involve the person who does the task in choosing the tool. If the volunteer coordinator says the transcription tool mangles the names of the families you serve, believe her, and test something else. Adoption fails far more often because staff were handed a solution than because the tool was weak.
Nobody learns a new workflow in a lunch break. Thirty minutes a week, for four weeks, with a colleague who has already tried it, is usually enough. Write a one-page guide — what we use it for, what we never put in it, who to ask. Expect uneven uptake. Some people will save hours immediately; others will quietly go back to the old way, which is fine as long as the old way still works.
Week one: log repetitive tasks and circle the top three. Week two: test one free tool against one of them, using real but non-sensitive material, and read its data terms. Week three: write the one-page policy and share it with the board or leadership. Week four: measure the time saved, decide whether to continue, and if it worked, describe the result in your next grant application.
The goal isn't to be cutting-edge. It's to give your team back their Friday afternoons.