Software Agentur Berlin — individuelle Softwareentwicklung

2000 — 25+ Jahre

100+ realisiert

Berlin, deutschlandweit tätig

Webanwendungen

Fachanwendungen mit Datenmodell, Rollen und Rechten — dort, wo Excel und Standardprodukte nicht mehr tragen.

Kundenportale

Self-Service für eure Kundschaft: Belege, Status, Bestellungen — angebunden an euer ERP oder eure Warenwirtschaft.

Schnittstellen

Systeme verbinden, die nicht miteinander sprechen. ERP, Buchhaltung, Warenwirtschaft, Fremd-APIs.

KI-Integration

LLM-Anbindung, Dokumentenauswertung, interne Wissenssuche — eingebettet in eure bestehenden Abläufe.

SaaS & MVP

Produktentwicklung für Startups: schnell zu einem Stand, an dem sich Annahmen am Markt prüfen lassen.

Altsysteme übernehmen

Gewachsene Software weiterentwickeln, modernisieren und betreiben — auch wenn sie jemand anders gebaut hat.

Wann lohnt sich Individualsoftware gegenüber einer Standardlösung?

Wenn der Prozess, den die Software abbilden soll, ein Teil eures Wettbewerbsvorteils ist. Buchhaltung, Zeiterfassung und CRM sind bei den meisten Unternehmen austauschbar — dafür gibt es gute Standardprodukte, und Eigenentwicklung ist Verschwendung. Der Ablauf dagegen, mit dem ihr euch von Mitbewerbern unterscheidet, lässt sich selten in ein Standardprodukt pressen, ohne dass er dabei verwässert wird.

Was kostet individuelle Softwareentwicklung?

Eine erste produktive Ausbaustufe mit Datenmodell, Anmeldung, Rechten und einer Schnittstelle liegt typischerweise zwischen 40.000 und 90.000 Euro. Ein abgegrenzter Prototyp, um eine Annahme zu prüfen, ab etwa 15.000 Euro. Dazu kommen 15 bis 25 Prozent der Entwicklungskosten pro Jahr für Betrieb und Wartung — der Posten, der in Kalkulationen am häufigsten fehlt.

Wie lange dauert ein Softwareprojekt?

Bis zu einem produktiv nutzbaren Stand meist drei bis sechs Monate, wenn Anforderungen stehen und Entscheidungen zügig fallen. Danach folgt Weiterentwicklung im laufenden Betrieb. Projekte, die deutlich länger brauchen, scheitern fast nie an der Technik, sondern an ungeklärten fachlichen Fragen oder daran, dass niemand entscheiden darf.

Was unterscheidet euch von einer großen Agentur?

Bei uns arbeiten die Menschen im Projekt, die auch im Erstgespräch sitzen. Es gibt keine Ebene aus Projektleitung, die zwischen euch und der Entwicklung vermittelt, und keine Junior-Besetzung nach Vertragsabschluss. Der Nachteil: Wir können keine zwanzig Personen gleichzeitig stellen. Für Vorhaben, die das brauchen, sind wir die falsche Wahl und sagen das auch.

Was unterscheidet eine Softwareentwicklungsagentur von einem Systemhaus?

Ein Systemhaus betreibt und wartet vorwiegend eingekaufte Systeme: Netzwerk, Server, Lizenzen, Standardsoftware. Eine Softwareentwicklungsagentur schreibt Software, die es vorher nicht gab. Die Grenze verschwimmt, weil viele Systemhäuser auch entwickeln und viele Agenturen auch betreiben — die nützliche Frage im Auswahlgespräch lautet deshalb: Wer schreibt bei euch den Code, und wie viele Menschen im Haus tun das täglich?

Was ist mit Low-Code-Plattformen?

Für interne Werkzeuge mit überschaubarer Logik sind sie oft die schnellere und günstigere Antwort — wir raten regelmäßig dazu. Die Grenzen zeigen sich bei komplexer Fachlogik, bei Anbindungen an gewachsene Systeme und beim Kostenverlauf: Lizenzen pro Nutzer steigen genau dann, wenn die Anwendung erfolgreich ist. Und ein Wechsel weg von der Plattform bedeutet einen Neubau.

Gehört uns der Code?

Vollständig. Ihr bekommt das Repository mit kompletter Historie, die Deployment-Konfiguration, Dokumentation und ein Runbook für den Betrieb. Wir bauen keine technischen oder vertraglichen Abhängigkeiten ein, die einen Wechsel erschweren — wer bleiben soll, weil er nicht wegkann, bleibt aus dem falschen Grund.

Arbeitet ihr nur mit Kundschaft aus Berlin?

Nein. Wir sitzen in Berlin-Prenzlauer Berg und arbeiten mit Unternehmen im gesamten deutschsprachigen Raum, überwiegend remote mit Terminen vor Ort, wenn das Projekt sie braucht. Berliner Kundschaft hat den Vorteil, dass ein Vor-Ort-Termin unkompliziert möglich ist — inhaltlich macht es keinen Unterschied.

Wann sich eine Agentur für Softwareentwicklung lohnt

Der häufigste Fehler bei der Entscheidung für Eigenentwicklung ist, sie als Aufwertung zu verstehen — als das, was man macht, wenn man es sich leisten kann. Tatsächlich ist sie ein Werkzeug mit einem engen sinnvollen Einsatzbereich: dort, wo ein Prozess Teil eures Wettbewerbsvorteils ist und ein Standardprodukt ihn verwässern würde.

Für alles andere gilt das Gegenteil. Buchhaltung, Zeiterfassung, Newsletter, CRM: Wer das selbst baut, bezahlt jahrelang für die Wartung von etwas, das er für einen Bruchteil hätte mieten können. Wir sagen das im Erstgespräch auch dann, wenn es gegen einen Auftrag spricht — schlecht begründete Projekte werden für beide Seiten unangenehm.

Warum Eigenentwicklungen teuer werden

In unserer Erfahrung liegt es fast nie an der Programmierung. Die Kostentreiber sind andere:

• Unklare Anforderungen: Wenn während der Umsetzung entschieden wird, wird zweimal gebaut.
• Datenqualität: Altdaten sind fast immer schlechter als angenommen. Bereinigung ist Projektarbeit, keine Fußnote.
• Schnittstellen zu Altsystemen: Ob der Anbieter kooperiert, entscheidet über Wochen oder Monate.
• Fehlende Entscheidungsbefugnis: Wenn niemand entscheiden darf, wartet die Entwicklung — und wird trotzdem bezahlt.
• Vergessener Betrieb: Hosting, Wartung und Weiterentwicklung sind keine Restposten, sondern ein Fünftel der Kosten pro Jahr.

Die ersten beiden Punkte lassen sich mit einer bezahlten Analysephase weitgehend entschärfen. Ein bis zwei Wochen vorab kosten weniger, als eine falsch verstandene Anforderung im vierten Monat.

Softwareentwicklung in Berlin

Wir sitzen seit dem Jahr 2000 in Berlin und haben in dieser Zeit für Kundschaft in der Stadt und bundesweit gearbeitet: für das Potsdam-Institut für Klimafolgenforschung, die Humboldt-Universität, soziale Träger wie GEBEWO — und für unser eigenes SaaS-Produkt finban.io, das wir selbst entwickeln und betreiben.

Der praktische Unterschied liegt weniger im Standort als darin, dass wir Software nicht nur bauen, sondern auch selbst betreiben. Wer sein eigenes Produkt im Livebetrieb hat, trifft andere Architekturentscheidungen als jemand, der nach der Abnahme aus dem Projekt geht. Das merkt man an Kleinigkeiten: daran, wie viel Protokollierung eingebaut wird, wie Migrationen geplant sind und wie ehrlich Schätzungen ausfallen.