Custom software solutions

An off-the-shelf program does most of your work. What remains — the part that follows your own rules — is where the time goes once it is handled by hand. That is where custom software starts.

The typical situation

Few businesses choose custom software from the start. First a ready-made program is bought, it works well for a while, and then the particular part starts to accumulate. A spreadsheet appears, then a list, then a person who carries information between two systems.

The problem at that point is not that the software is bad. The problem is that the part of the work with no counterpart in the program turns into invisible manual effort. That effort shows up on no invoice but is paid every day: the late report, the record entered twice, the follow-up that was forgotten, two lists that no longer agree.

The decision is usually made when that sum becomes visible — when one person can no longer carry the work alone, or when a mistake reaches a customer.

Where off-the-shelf runs out

Off-the-shelf software is built for the average business. That is where its strength comes from: it covers common needs quickly and cheaply. It runs out in three places.

01

The rule is yours, the program is someone else’s

Under what condition an order goes to approval, how long a record may wait, which customer gets which price — these are your business’s own rules. A ready-made tool either lacks them or offers approximations. An approximation needs a person to close the gap.

02

Systems that do not know each other

Two programs can both be good and still not know the other’s data model. The conversion in between — which field maps to which, what happens in which case — is specific to the business and ships with no ready-made tool.

03

Priced by package, not by need

Packages carrying the feature you need are usually priced with hundreds of others and for peak capacity. Renting the unused part all year can cost more than having the part you need built once.

None of this makes off-the-shelf software bad. It only shows where it stops. Our work begins past that line — and if we conclude a ready-made tool would do the job, we will say so just as plainly.

Six kinds of system

Not a list of services — the kinds of systems we deliver. Most projects contain more than one of them.

Internal operations software

The software your team works in every day. Workflows, permissions, records and approvals follow your own rules. It usually replaces a spreadsheet or several separate tools; the real gain is that the information lives in one place, in one version.

Customer portals

The outward face where your customers see their own data, orders and documents. It takes a noticeable share out of phone and email traffic. Permissions matter most here: who may see what is defined up front and logged.

Mobile applications

Applications for the field, the bench and the road. They are designed differently from desk software: one-handed use, large touch targets, offline operation that loses nothing when the connection drops. Camera, location and barcode capture come straight from the device.

Integration & automation

Connecting systems that do not talk, and automating work that repeats. The connection is built once and runs every day; exporting, fixing and re-importing goes away. Who gets told when something breaks is part of the setup.

Device & hardware bridges

Scales, scanners, meters, measuring devices — connecting physical hardware to software. No ready-made product knows a given device’s protocol; this connection exists only if someone writes it. The reading lands in the record instead of on paper first.

Data & reporting

Bringing scattered data together and making it decidable. Where a number comes from and how it is calculated stays traceable. Hours spent producing a report become minutes spent reading one.

How we build

The biggest risk in custom software is not technical difficulty but an unclear scope. We manage that in four steps: a paid discovery puts the scope in writing, a working prototype shows the screens with real data, delivery is split into stages so it is useful from the first one, and after launch we keep the system running.

Each stage has its own output. The output of discovery — a process map, a scope and a budget range — is yours, even if you do not continue with us.

What you receive

What we deliver is not only a running application. It comes with the full source code and the right to use it, installation and operations documentation, the database schema, a list of the interfaces to outside systems, and a written overview of what data the system stores where.

The reason is simple: continuing to work with us should be a choice, not a necessity. If you want to hand the system to someone else, there should be something to hand over.

After launch

Custom software is not finished on launch day. Operating systems, libraries and connected services keep changing, and the application needs regular care. A support contract makes that care predictable: updates, security patches, monitoring and technical support you can reach.

You can rent the infrastructure from us; if you prefer your own servers, we set it up there. Whichever you choose, who runs the system is clear from the start.

Let us start with a discovery.

Tell us, we will listen. Discovery is short and paid; at the end you hold the process map, scope and budget range. If we conclude that an off-the-shelf tool would do the job, we will say so just as plainly.

DARFA · Berlin

    We use your details only to answer this enquiry and never pass them to third parties.