Software development in Limerick

Limerick work tends to be the unglamorous, high-value kind: the quoting system, the stock portal, the tool that replaced four spreadsheets. Manufacturers around Raheen and companies out at the National Technology Park make up most of it.
Most businesses do not run on their software. They run on a spreadsheet somebody rebuilt on a Sunday, an inbox doing the job of a database, and one person who knows where everything is. That works until it is the thing standing between you and the next fifty customers. We build the system that replaces it — scoped in two weeks, delivered in fortnightly slices you can click, handed over with the repository.
TYPICAL START
2 weeks
ENGAGEMENT FROM
€99
COUNTY
County Limerick
CALL
+353 89 255 9931
EMAIL
info@mavstechnologies.com
Talk to someone about Limerick

Who we do this for in Limerick

Manufacturing and engineering, logistics into Shannon, university spin-outs around Castletroy, and professional services in the city.
Recent clients include ADS Design Studio, Greenwich Sandwiches and Bar, LocaToca Restropub, Stillorgan Gas and Electrical and Emmanuel Motors.
ALSO COVERED FROM LIMERICK
Castletroy · Raheen · Annacotty · Shannon · Newcastle West · Adare
IS THIS YOU?

Is this you?

None of these is a technology problem yet. They are all the same problem: a job that runs on a person remembering to do it. Every one of them is a fortnight of somebody’s month, and every one of them is fixable — sometimes with software we did not write.
The spreadsheet that runs the companyForty columns, six people editing, one person who understands the formulas. It works right up until they take a fortnight off.
Copy from here, paste into thereTwo systems that will not talk, and a human being acting as the integration between them, forty times a day.
Typing the same numbers twiceThe order arrives as a PDF and leaves as a typed line in the accounting system. Nothing is checked, so the typos ship.
Final, final-v2, final-FINALThe file goes round by email for approval. Three versions in, nobody can say which one is true.
The tray that never emptiesPaper forms, signed and stacked. Finding one from March means someone physically looking for it.
Orders taken on a notepadThe phone rings, someone writes it down, someone else types it up. The margin for error is the handwriting.
The wall is the system of recordWhiteboard, sticky notes, a WhatsApp group. Nobody can see it from home and nothing survives a cleaner.
TRY THIS FIRST

Before you pay anyone to build this

Quite a lot of what reaches us does not need a project. It needs a tool that already exists, set up properly once. These are free to start, we have put clients on every one of them, and none of them pays us a penny for saying so.
AUTOMATE THE SPREADSHEET YOU ALREADY HAVE
The sheet is not the enemy — the manual steps around it are. Apps Script is free with any Google account and will send the email, build the PDF, tidy the columns and run on a schedule without anyone opening the file.
Outgrow it when: Stops being sensible once more than a handful of people edit at once, or a mistake is expensive to undo.
A REAL DATABASE THAT LOOKS LIKE A SPREADSHEET
Free tier. Gives you the thing a spreadsheet cannot: proper records, links between tables, forms that write straight into it, and different views of the same data for different people.
Outgrow it when: The bill and the slowdown both arrive together, somewhere north of 50,000 records or serious per-user permissions.
FORMS THAT FEED SOMETHING
Free, unlimited forms that look like they belong on your site and drop straight into a sheet or Airtable. Replaces most of what a bespoke intake form gets built for.
Outgrow it when: It collects; it does not decide. Once the answer has to trigger logic and payment, you have outgrown it.
MAKE TWO SYSTEMS TALK
Free tiers on both. Nine times in ten, "we need an integration" means moving one record from one place to another when something happens — which is a twenty-minute job here, not a sprint.
Outgrow it when: Gets expensive and hard to debug at volume. When a failed run costs you an order, it needs to be code you own.
THE WIKI, THE TRACKER, THE HANDOVER DOC
Free for small teams. The fastest way to get process out of one person’s head and somewhere the rest of the company can read it — which is often the actual problem behind "we need a system".
Outgrow it when: It is documentation with a database attached. It will not enforce anything, and it is not where customer data should live.
DASHBOARDS ON THE DATA YOU ALREADY HAVE
Open source and free to run yourself. Point it at your database, and the monthly report someone assembles by hand becomes a page that is already correct when they open it.
Outgrow it when: Someone has to host it and keep it patched. That someone can be us, on a retainer, or your own team.
Genuinely: if one of these solves it, we will set it up with you for nothing — an hour on a call, your data in, your team shown how. We would rather be the people who told you the truth than the people who sold you a six-week build you did not need. Come back when you have outgrown it, because that is when we are actually worth the money.
Ask which one fits

Three kinds of work

Custom web applications

Customer portals, dashboards, booking and quoting flows, multi-tenant platforms. We build on a deliberately boring stack — React or Next on the front, Node or Python behind it, Postgres underneath — because the next developer to open this codebase should not need a guided tour, and because boring technology is the kind you can still hire for in four years.

Internal tools that replace the spreadsheet

Approvals, inventory, scheduling, the monthly report someone still assembles by hand. Most of the work here is rarely the interface. It is the integrations: your CRM, your accounting system, and the API nobody has documented since the person who wrote it left. We start by watching somebody do the job for an hour, because the real process is never the one in the flowchart.

Rescue and maintenance

You inherited a codebase and the people who wrote it are gone. We read it, write down what it actually does, stabilise the parts that wake someone up at night, and give you a straight answer on whether it is worth keeping or cheaper to rebuild. The answer is "keep it" more often than anyone expects.
HOW IT RUNS

What actually happens after you get in touch

Nobody hires a development team because they enjoy the process, so here it is in full — what each stage produces, how long it takes, and what you are holding at the end of it. There is no stage of this where the work is invisible to you for a month.
1

Week 0 — a call, and a straight answer

Twenty minutes on what the job is and what it costs you today. Some of these end with us pointing at a tool from the shelf above and no invoice at all. If it is a build, you get a rough range before anyone talks about a contract — a range, honestly held, beats a precise number invented to win the work.
2

Weeks 1–2 — paid discovery

We watch somebody do the job for an hour, write down what the process really is, and wireframe the main flows. It ends in a written scope, a technical approach and an estimate with an honest range on it. Fixed fee, agreed up front, and the document is yours whether or not we build the thing — it is deliberately detailed enough to take to someone else.
3

Fortnightly — slices you can click

Every two weeks something real lands on a staging URL you can open on your own phone. You steer from working software rather than from a status report, and the estimate is re-forecast in front of you when the scope moves, not quietly absorbed until the end.
4

Launch, then handover

The repository has been in your organisation since the first commit, so launch day is a deploy rather than a transfer. You get the runbook, the architecture written down in plain English, and a walk-through recorded for whoever joins next. Then either your team takes it, or we stay on a rolling monthly retainer with 30 days’ notice.
One thing we do not do: quote a fixed price against a vague scope. You would pay for the padding, we would spend the build defending the boundary, and both of us would be in a change-request argument by week six. Discovery exists so the number is real.

Questions Limerick clients ask

Do you work with manufacturers?

A fair amount of our software work is exactly this. The hard part is rarely the interface; it is getting clean data out of systems that were installed before anyone thought about APIs.

How does this work if we are near Shannon rather than in the city?

No differently. We cover the Mid-West as one region — Shannon, Ennis and the airport corridor are all inside our normal travel for on-site work.

Can you take over a half-finished project?

Often, yes. We start with a paid audit so we can tell you honestly whether finishing it is cheaper than restarting. Sometimes it is not, and we would rather say so in week one.

Who owns the code?

You do, from the first commit. The repository sits in your organisation on your cloud account. There is no licence to renew and nothing to buy back if you decide to work with someone else.

Can you work alongside our own developers?

Usually, yes — it tends to go best when we take a clearly defined slice rather than sharing every file. Our commits go through your review process like anyone else’s.

What happens after launch?

Either your team takes it, or we stay on a rolling monthly retainer with 30 days’ notice. We would rather do that than sell you a support contract with an SLA neither of us would ever enforce.

Let's talk about your Limerick project.

Send a paragraph about what you need built. You will hear back within one working day from whoever would actually run the work — and if a trip to Limerick is the quickest way to understand it, we will come to you.
Start the conversation