HomeWeb DevelopmentSoftware Prototype
Pre-stage · Software projects

Prototype instead of
a spec document

Instead of describing requirements, we make them usable. A working prototype of your core workflows — real software with login, roles and a data model on a test URL. In 2–3 weeks, at a fixed price.

The actual problem

Nobody can use a document.

The business unit reads a specification and pictures something. The developers read the same specification and picture something else. The difference only surfaces once the system is finished — and by then the correction is at its most expensive. The later a requirements error is found, the more it costs to fix. That is one of the best-documented rules in software engineering, and the main reason projects overrun their budgets.
Alexander OhlAlexander OhlFounder · Pragma-Code
Approach · Before / After

Described or usable.

Both routes answer the same question: what must the system do? They differ in when you can verify the answer.

Approach comparison
Pre-stage of a system project
Classic · Spec document
RequirementsProse, weeks to months
AlignmentEveryone reads, everyone pictures something else
First feedbackAfter the main project is signed off
Data modelOn paper
Effort estimateAn estimate based on an estimate
A correction costsAt the finished system
With a prototype
RequirementsUsable software, 2–3 weeks
AlignmentEveryone sees the same thing on a test URL
First feedbackBefore the big budget is committed
Data modelPlayed through
Effort estimateAgainst a built reference
A correction costsAt the prototype
Outcome · What you end up holding

Five things you can work with.

Your implementation partner gets a working reference instead of a description. That is the difference between “roughly like this” and “exactly this”.

Working prototype on a test URL

Your staff, customers or members work with it and tell you what is missing.

A data model played through

The basis for the main project’s database architecture — tested on real cases, not on a whiteboard.

Documented core workflows

Replaces pages of prose in the spec. Nobody needs to describe what the prototype already does.

A list of open questions

The points that must be settled before the project starts — building surfaces them inevitably.

A defensible effort estimate

A negotiating basis with your implementation partner or your bidders.

For system integrators & agencies

When you are the one quoting a fixed price.

Some of these prototypes are not built for end clients but for firms that are bidding themselves. I work as a subcontractor — you remain the client’s contractual partner.

Cover for your estimate

Before the bid: a prototype of the critical workflows, before you put a fixed price on a spec you do not trust.

A rescue in week one

When it turns out mid-project that the client meant something else, a prototype settles it faster than a change-request round.

A clean subcontract

A discrete deliverable, fixed sum, fixed duration. No conflict of interest: I do not bid for the main project.

Focused on usability

Frontend and user experience — precisely the layer that decides whether a prototype is understood.

Packages · Fixed price

Two scopes, both at a fixed price.

The fixed price is set after the first conversation — no hourly top-ups. All amounts exclude VAT. For context: the sum is usually in the low single-digit percentage of the budget the prototype is meant to de-risk.

Erweiterter Prototyp
Enterprise
7.500
3–4 weeks

Prototyping for more complex line-of-business applications and portals, with milestone check-ins.

What's included
More complex line-of-business apps & portals
3 milestone check-ins
A feedback loop from inside your organisation
Documentation and effort estimate
Payment: 40 % / 30 % at check-in / 30 % after acceptance
Request the extended prototype
Process · 2–3 weeks

Understand. Build. Sharpen.

One session at the start, one check-in in the middle, one handover at the end. A pre-stage needs no more process than that.

01Week 1

Understand and set up

A joint session of 2–3 hours: who works with the system, what roles exist, which workflow burns the most time today. The data model and scaffolding follow.

02Week 2

Build

The core workflows get built: login, roles, the central screens and forms. A check-in at the halfway mark so course corrections happen early.

03Week 3 · depending on scope

Sharpen and hand over

Fold in feedback from your organisation, add a further core workflow, hand over with documentation and an effort estimate.

Scope & questions

What is not included.

This scoping is part of the concept, not fine print. It is the reason the risk stays contained.

Can the prototype go live later?
No. The prototype is deliberately built to be thrown away and does not replace your later application. It runs in a stack that is fast to build in — the insights are independent of that choice. This scoping is exactly what makes it a tightly bounded deliverable rather than responsibility for a live system.
How is data protection handled?
No customer, patient or other production data is processed — test data only. For your staff’s test accounts a lightweight agreement is sufficient; their data is the only personal data in the prototype.
Does this lock us into a technology stack?
No. The prototype does not compete with your architecture decision. Migration, operations and support belong to the main project and are explicitly not included here.
Why are two to three weeks realistic?
Prototyping is the part of software development most changed by AI-assisted tooling. Data models, forms and standard screens now take a fraction of the time they used to. That does not change the result — it is ordinary, readable software. It is what makes this pre-stage economically viable at all.
Are you bidding for the main project with this?
No. I am not your implementation partner for the main project, so I have no interest in inflating the scope. You speak directly with the person who does the building.
Do we have to run a tender for this?
In many German federal states a contract of this size falls below the threshold for direct awards, meaning it can be placed without a tender procedure. The table further down this page gives the orders of magnitude; what governs your case is your state, its budgetary rules and your own organisation’s policy.
Public-sector buyers

Usually awardable without a tender.

A focus prototype at €4,900 sits below the direct-award threshold in almost every German federal state. For municipalities, special-purpose associations, chambers and public bodies that means: award on the basis of a quote, with no tender procedure and no suitability evidence.

Direct-award thresholds (supplies and services)As of 2026 · without guarantee
LevelDirect award up to
Bavaria250.000 €
Baden-Württemberg, Brandenburg, Mecklenburg-Vorpommern, Saarland, Saxony-Anhalt100.000 €
North Rhine-Westphalia, Saxony50.000 €
Thuringia30.000 €
Federal level (§ 14 UVgO)15.000 €
Rhineland-Palatinate10.000 €
Hamburg, Bremen, Berlin3.000 – 10.000 €

The applicable threshold depends on the federal state, its budgetary rules and your own organisation’s policy, and changes regularly — please verify it for your case. The federal states’ public-procurement advisory offices provide free guidance. Overview by the procurement advisory offices

First call · 20 minutes

Which workflow is the right candidate?

A 20-minute call is enough to work out whether this fits your project — and which workflow a prototype would make the biggest difference to.

Alexander Ohl

Alexander Ohl

Pragma-Code Support (AI)• Online

Hello! I am the Pragma-Code Assistant. How can I help you today? You can ask me about our services or select a topic below.