Systems that take the manual work out of how a small organization runs.

I'm Jacob Filer. I build automation — increasingly AI — that gets deployed, adopted, and left running. And I'll tell you which of the things on your list you shouldn't build at all.

Approving still happens. Chasing it doesn't.

How it's priced
Fixed price, paid spec first
Timeline
Weeks, not quarters
Capacity
One assessment, one build at a time
Where it runs
Your accounts, not mine

Where this usually starts

Most of this work begins with a sentence somebody says out loud in a meeting.

“The newsletter takes two days.”

What I build insteadA pipeline: the request goes in, a formatted, scheduled draft comes back in your email platform or on your site.

“We export from the CRM and re-key it into the website.”

What I build insteadAn integration between the two systems, so there's nothing to re-key and one place to fix a bad record.

“Someone builds the board report by hand every month.”

What I build insteadThe assembly done on a schedule, so the person who used to rebuild the report reviews it instead.

“We pay for ChatGPT and nobody really uses it.”

What closes the gapOne narrow tool pointed at work people already do — not another login. (92% of nonprofits report using AI; 7% have anything to show for it.)

Very little of this is an AI problem. Most of it is plumbing.

What I build

Five kinds of work, most of it already running.

Systems I built and still keep running. The organizations stay unnamed — the same discretion you'd get.

Workflow automation The copy-paste-between-systems work, with a human approving anything outward.
Content pipelines A request in one end, a formatted, scheduled draft out the other. 14 months in daily production, 3 sites
Document search Ask across your own documents, get answers with the source cited. Years of Word files, PDFs and archives
Integration & tooling APIs, membership and AMS data, dashboards, behind your single sign-on. 6 integrations, 1 sign-on, PII stripped
AI strategy & governance What to automate, what to skip, and the usage policy you don't have yet.

What I'll tell you not to build

Most organizations bring me a list. Usually a third of it shouldn't be built.

Some of it is a process problem wearing a software costume. Some of it is a feature you already pay for in a tool nobody finished setting up. Some would save four hours a month and cost more than that to keep alive.

How I work

Fixed price, named deliverable, hard end date.

A paid spec firstScope, price and timeline in writing before code starts. You own the document either way.
Fixed priceQuoted after the spec, not adjusted after the fact. A bad estimate is mine to absorb.
A hard end dateWeeks, not quarters. Anything that can't finish in weeks gets cut into pieces that can.
Your accounts, not mineYour hosting, your keys, your data — handed over with documentation someone else could run from.
The full method, packages & stack for when you want the detail

Tell me what's costing you the most time.

Describe the workflow, and I'll tell you what I think it takes — or that it isn't worth doing. If it looks like a fit, we'll get on a call before you pay for anything.