# Bauer IT Solutions — Vollständige Inhalte / Full content

> Individuelle Softwareentwicklung für Unternehmen aus Rodgau (Deutschland) von Jan Bauer. Kontakt: info@baueritsolutions.de, +49 171 5894765.

# Deutsch

## Individuelle Softwareentwicklung

URL: https://baueritsolutions.de/individuelle-softwareentwicklung/

> Individuelle Softwareentwicklung bedeutet: Software, die exakt auf die Prozesse Ihres Unternehmens zugeschnitten wird, statt Ihre Abläufe an ein Standardprodukt anzupassen. Bauer IT Solutions entwickelt maßgeschneiderte Software – interne Tools, Webanwendungen, KI-Integrationen und Datenlösungen – verantwortet vom Ingenieur, der Ihr fester Ansprechpartner bleibt: mit unverbindlichem Festpreisangebot nach kostenlosem Erstgespräch, schriftlicher Spezifikation vor Entwicklungsstart und vollständiger Übergabe von Quellcode und Dokumentation.

## Was ist individuelle Softwareentwicklung?

Individuelle Softwareentwicklung bezeichnet die Konzeption und Umsetzung von Software, die exakt für die Prozesse, Daten und Anforderungen eines einzelnen Unternehmens gebaut wird – im Unterschied zu Standardsoftware, die für einen möglichst breiten Markt entsteht. Das Ergebnis ist maßgeschneiderte Software: Sie bildet genau die Abläufe ab, mit denen Ihr Unternehmen tatsächlich arbeitet – ohne Ballast aus Funktionen, die Sie nie brauchen, und ohne Lücken an den Stellen, die für Sie entscheidend sind.

Bauer IT Solutions entwickelt solche Individualsoftware für Unternehmen im Rhein-Main-Gebiet und remote in ganz Deutschland: [interne Tools und Unternehmenssoftware](/unternehmenssoftware-interne-tools/), die gewachsene Excel-Landschaften ablösen, Webanwendungen für Kunden und Mitarbeiter, KI-Integrationen in bestehende Abläufe sowie Lösungen für Web-Scraping und Datenextraktion. Der entscheidende Unterschied zu einer klassischen Agentur: Sie sprechen vom ersten Gespräch bis zur Übergabe direkt mit dem Ingenieur, der Ihr Projekt persönlich verantwortet – ohne Projektmanagement-Zwischenschicht und ohne Agentur-Marge.

Typisch für individuelle Softwareentwicklung ist, dass die Software Ihrem Prozess folgt und nicht umgekehrt. Wenn Ihre Auftragsabwicklung drei Freigabestufen hat, bekommt die Software drei Freigabestufen. Wenn Ihre Preisberechnung von Regeln abhängt, die kein Standardprodukt kennt, werden genau diese Regeln implementiert. Das klingt selbstverständlich, ist aber genau der Punkt, an dem Standardsoftware im Alltag am häufigsten scheitert – und der Grund, warum Unternehmen individuelle Software entwickeln lassen.

## Wann lohnt sich Individualsoftware – und wann nicht?

Individualsoftware lohnt sich immer dann, wenn Ihre Prozesse vom Marktstandard abweichen, wenn Lizenzkosten für Standardlösungen mit jedem Nutzer weiter steigen oder wenn kein fertiges Produkt Ihre Anforderungen ohne schmerzhafte Kompromisse abdeckt. Als Entwickler aus dem Rhein-Main-Gebiet erlebe ich in Erstgesprächen immer wieder ähnliche Ausgangslagen, bei denen sich maßgeschneiderte Software fast immer rechnet – die folgenden Situationen sind typische Beispiele:

- Ein zentraler Ablauf lebt in Excel-Dateien, E-Mail-Ketten oder auf Papier, und mit jedem neuen Mitarbeiter steigen Fehlerquote und Abstimmungsaufwand.
- Eine Standardsoftware deckt siebzig Prozent der Anforderungen ab – aber die fehlenden dreißig Prozent sind genau der Teil, der Ihr Geschäft ausmacht.
- Mehrere Insellösungen sind im Einsatz, und Mitarbeiter übertragen Daten von Hand von einem System ins andere.
- Die Abokosten einer Mietsoftware wachsen mit der Nutzerzahl, obwohl nur ein Bruchteil des Funktionsumfangs genutzt wird.
- Ein Prozess ist ein echter Wettbewerbsvorteil – und soll nicht genauso aussehen wie bei jedem Mitbewerber, der dasselbe Standardprodukt einsetzt.

Genauso klar sage ich Ihnen, wann sich Individualsoftware nicht lohnt. Für gelöste Standardprobleme – Buchhaltung, Lohnabrechnung, E-Mail, ein einfaches CRM – ist Standardsoftware fast immer die bessere Wahl: ausgereift, günstig, sofort verfügbar. Wenn Sie eine Produktidee erst am Markt validieren wollen, ist ein schlankes MVP mit bewusst reduziertem Funktionsumfang der bessere Einstieg als ein vollständiges Individualprojekt. Und manche Aufgabe ist schlicht ein kleines Automatisierungs-Skript, kein Softwareprojekt. Diese Abgrenzung gehört für mich ins kostenlose Erstgespräch: Wenn Standardsoftware Ihr Problem besser löst, sage ich Ihnen das – bevor Geld fließt.

## Individualsoftware vs. Standardsoftware: Worin liegt der Unterschied?

Der Kernunterschied liegt darin, dass sich Individualsoftware an Ihre Prozesse anpasst, während sich Ihr Unternehmen bei Standardsoftware an die Prozesse des Herstellers anpassen muss. Die folgende Übersicht stellt die wichtigsten Entscheidungskriterien direkt gegenüber:

| Kriterium | Individualsoftware | Standardsoftware |
| --- | --- | --- |
| Prozess-Passung | Bildet Ihre Abläufe exakt ab, keine Workarounds nötig | Ihre Abläufe müssen sich dem Produkt anpassen, Lücken werden mit Excel und Handarbeit gestopft |
| Kostenmodell | Einmalinvestition in die Entwicklung, keine laufenden Lizenzgebühren pro Nutzer | Laufende Lizenz- oder Abokosten, die mit Nutzerzahl und Modulen steigen |
| Abhängigkeit vom Anbieter | Quellcode und Dokumentation gehören Ihnen, jeder Entwickler kann übernehmen | Abhängig von Produktentscheidungen, Preiserhöhungen und Fortbestand des Herstellers |
| Anpassbarkeit | Jede Änderung ist möglich, die Software wächst mit dem Unternehmen | Anpassungen nur im Rahmen der vorgesehenen Konfiguration, Sonderwünsche teuer oder unmöglich |
| Datenhoheit und DSGVO | Volle Kontrolle über die Datenhaltung, Hosting in Frankfurt möglich | Datenhaltung nach Vorgabe des Herstellers, teils auf Servern außerhalb der EU |
| Typischer Zeithorizont | Konzeption und Entwicklung brauchen Wochen bis Monate | Sofort einsetzbar, Einführung und Anpassung kosten aber ebenfalls Zeit |

Zur ehrlichen Einordnung: Standardsoftware ist nicht die schlechtere Option, sondern die falsche Frage. In der Praxis fahren viele Unternehmen zweigleisig – Standardprodukte für austauschbare Aufgaben wie Buchhaltung oder E-Mail, individuelle Software für die Prozesse, die das eigene Geschäft besonders machen. Genau an dieser Schnittstelle setze ich an: Die Individualsoftware, die Bauer IT Solutions entwickelt, ergänzt Ihre bestehende Systemlandschaft über Schnittstellen, statt sie komplett zu ersetzen.

## Was kostet individuelle Softwareentwicklung?

Die Kosten individueller Softwareentwicklung hängen vor allem vom Umfang ab: von der Zahl der Ansichten und Arbeitsschritte, die abgebildet werden, von den Schnittstellen zu Drittsystemen, vom Rollen- und Rechtemodell und von den Anforderungen an Auswertungen und Berichte. Ein schlankes internes Tool mit einem klar umrissenen Workflow ist eine andere Größenordnung als eine Webanwendung mit Kundenlogin, mehreren Integrationen und Berichtswesen.

Statt offener Aufwandsschätzungen arbeite ich mit einem festen Modell: Nach dem kostenlosen Erstgespräch erhalten Sie ein unverbindliches Festpreisangebot auf Basis einer schriftlichen Spezifikation. Sie wissen also vor dem ersten Entwicklungstag, was die Software kostet und was genau sie leisten wird. Das Risiko schleichender Budgetüberschreitungen, wie sie bei Abrechnung nach Aufwand üblich sind, tragen Sie damit nicht.

Für die Wirtschaftlichkeitsrechnung lohnt der Blick auf mehrere Jahre: Individualsoftware ist eine Einmalinvestition, während Standardsoftware über Lizenz- und Abogebühren dauerhaft Kosten erzeugt – häufig pro Nutzer und Monat, mit regelmäßigen Preiserhöhungen. Dazu kommt der schwerer messbare Posten: die Arbeitszeit, die Ihr Team heute mit manuellen Umwegen, Doppelerfassung und Fehlerkorrekturen verliert. Welche Faktoren den Preis konkret treiben und wie ein Festpreisangebot bei mir entsteht, habe ich auf der Seite [Kosten](/kosten/) im Detail aufgeschlüsselt.

## Welche Technologien setze ich ein – und warum?

Bauer IT Solutions setzt auf einen bewusst kompakten, bewährten Technologie-Stack: TypeScript und React für Weboberflächen, React Native für mobile Apps, Node.js und Python auf der Serverseite, PostgreSQL als Datenbank sowie Supabase für Authentifizierung, Datenhaltung und Schnittstellen. Diese Auswahl ist eine bewusste Entscheidung für Wartbarkeit – nicht für das, was gerade auf Konferenzen diskutiert wird.

Drei Gründe stehen dahinter. Erstens: Alle genannten Technologien sind seit Jahren millionenfach im produktiven Einsatz, werden aktiv weiterentwickelt und sind ausführlich dokumentiert. Ihre Software steht damit auf einem Fundament, das auch in zehn Jahren noch trägt. Zweitens: Für TypeScript, React, Python und PostgreSQL gibt es einen der größten Entwicklerpools überhaupt. Falls Sie die Software später intern übernehmen oder von jemand anderem weiterentwickeln lassen wollen, finden Sie problemlos Fachkräfte – ein Punkt, der mir wichtig ist, weil er zusammen mit der übergabefähigen Dokumentation jede Abhängigkeit von Bauer IT Solutions ausschließt. Drittens: kein Exoten-Lock-in. PostgreSQL ist quelloffen, der Code liegt in gängigen Sprachen vor, und nichts an der Architektur bindet Sie an eine proprietäre Plattform, deren Preisliste Sie nicht kontrollieren.

Derselbe Stack trägt auch die angrenzenden Leistungen: KI-Integrationen binde ich über Node.js oder Python an Ihre bestehenden Abläufe an, Web-Scraping und Datenextraktion laufen mit Python, und die Ergebnisse landen in derselben PostgreSQL-Datenbank wie Ihre übrigen Daten. So bleibt die Systemlandschaft klein, verständlich und wartbar.

## Warum direkt vom Entwickler statt über eine Agentur?

Direkt zu beauftragen bedeutet: keine Projektmanagement-Zwischenschicht, keine Agentur-Marge und keine Übersetzungsverluste zwischen der Person, die Ihre Anforderungen aufnimmt, und der Person, die die Umsetzung verantwortet. Bei Bauer IT Solutions ist das dieselbe Person – ich höre Ihr Problem im Erstgespräch, ich schreibe die Spezifikation, ich verantworte Architektur und Qualität der Entwicklung, und ich stehe Ihnen bei der Übergabe gegenüber.

Das hat handfeste Folgen für den Projektverlauf. Fachliche Fragen werden im Gespräch entschieden, nicht über drei Stationen weitergereicht. Wenn Sie in einem wöchentlichen Zwischenstand auf der Staging-Umgebung etwas sehen, das anders sein soll, sprechen Sie direkt mit dem Ingenieur, der die Änderung verantwortet. Und auf Anfragen antworte ich unter 24 Stunden – ohne Ticketsystem und ohne Warteschleife über einen Account-Manager.

Ein verantwortlicher Kopf heißt dabei nicht begrenzte Kapazität: Hinter mir steht ein großes, eingespieltes Entwicklerteam, das ich jederzeit projektbezogen einbinde – für größere Entwicklungen, für laufende Wartung und für mehrere Projekte parallel. Die Qualität sichert der Prozess – schriftliche Spezifikation mit realistischem Zeitplan vor jedem Projekt, wöchentliche Stände auf Staging, Abnahme gegen die Spezifikation – und meine persönliche Verantwortung für Architektur, Qualität und Übergabe. Warum dieses Modell für viele kleine und mittlere Unternehmen die wirtschaftlichere Wahl ist, habe ich unter [Warum direkt vom Entwickler?](/warum-direkt/) ausführlich begründet.

## Wie läuft die Zusammenarbeit ab?

Die Zusammenarbeit mit Bauer IT Solutions folgt einem festen Ablauf in fünf Schritten – vom kostenlosen Erstgespräch bis zur dokumentierten Übergabe, mit klaren Zusagen an jeder Station.

1. **Kostenloses Erstgespräch.** Sie schildern Ihren Prozess, ich stelle Fragen – und sage Ihnen offen, ob Individualsoftware hier die richtige Antwort ist oder ob eine Standardlösung Ihr Problem günstiger löst. Auf Ihre Anfrage antworte ich unter 24 Stunden.
2. **Schriftliche Spezifikation mit Festpreis.** Vor dem Entwicklungsstart erhalten Sie ein Dokument, das Funktionsumfang, Schnittstellen, Rollen und Zeitplan festhält – zusammen mit einem unverbindlichen Festpreisangebot. Sie wissen genau, was Sie bekommen und was es kostet.
3. **Entwicklung mit wöchentlichen Ständen auf Staging.** Sie sehen die entstehende Software jede Woche auf einer Staging-Umgebung im Browser – klickbar, mit echten Abläufen. Kurskorrekturen passieren früh, nicht erst bei der Abnahme.
4. **Abnahme.** Sie prüfen die Software gegen die Spezifikation, gern mit den Mitarbeitern, die später damit arbeiten. Offene Punkte werden behoben, bevor die Anwendung produktiv geht.
5. **Dokumentierte Übergabe.** Sie erhalten den vollständigen Quellcode, die Dokumentation und auf Wunsch eine Einweisung. Alles gehört Ihnen – Sie sind ab diesem Tag unabhängig, auch von mir.

## Wem gehört der Quellcode – und wie steht es um den Datenschutz?

Der Quellcode gehört nach der Übergabe vollständig Ihnen – inklusive Dokumentation, ohne Einschränkungen und ohne laufende Gebühren an Bauer IT Solutions. Das ist keine Fußnote, sondern der Kern des Modells: Maßgeschneiderte Software ist nur dann eine echte Investition, wenn Sie sie unabhängig vom ursprünglichen Entwickler betreiben, warten und weiterentwickeln können. Genau deshalb setze ich auf verbreitete Technologien und übergebe so, dass jeder qualifizierte Entwickler nahtlos weiterarbeiten kann.

Beim Datenschutz gilt derselbe Grundsatz der Kontrolle: Ich entwickle DSGVO-konform, und auf Wunsch hoste ich Ihre Anwendung in Frankfurt, sodass Ihre Daten Deutschland nicht verlassen. Da die Datenbank Ihnen gehört und nicht in einem fremden Standardprodukt liegt, entscheiden Sie allein, wo Daten gespeichert werden, wer Zugriff hat und wann etwas gelöscht wird – eine Klarheit, die sich bei US-Cloud-Standardsoftware oft nur schwer herstellen lässt.

## Wie starten Sie Ihr Projekt?

Der einfachste Start ist ein kostenloses, unverbindliches Erstgespräch: Sie beschreiben den Prozess, der Sie heute Zeit oder Nerven kostet, und ich sage Ihnen ehrlich, ob und wie sich individuelle Softwareentwicklung dafür lohnt. Danach entscheiden Sie auf Basis eines schriftlichen Festpreisangebots – ohne Verpflichtung und ohne Verkaufsdruck. Beschreiben Sie mir Ihr Vorhaben über die [Kontaktseite](/kontakt/); Sie erhalten meine Antwort unter 24 Stunden, direkt vom Ingenieur, der Ihr Projekt persönlich verantworten würde.

### FAQ

**Was kostet individuelle Softwareentwicklung?**
Die Kosten hängen vom Umfang ab: Zahl der Ansichten und Workflows, Schnittstellen zu Drittsystemen, Rollenmodell und Reporting. Nach einem kostenlosen Erstgespräch erhalten Sie von Bauer IT Solutions ein unverbindliches Festpreisangebot – Sie kennen den Preis also vor Entwicklungsstart. Laufende Lizenzgebühren pro Nutzer fallen nicht an.

**Wem gehört der Quellcode?**
Ihnen – vollständig. Bei der Übergabe erhalten Sie den kompletten Quellcode samt Dokumentation, ohne Einschränkungen und ohne laufende Gebühren. Jeder andere Entwickler kann die Software später warten und weiterentwickeln; eine Abhängigkeit von Bauer IT Solutions entsteht nicht.

**Was ist der Unterschied zwischen Individualsoftware und Standardsoftware?**
Individualsoftware wird exakt für die Prozesse eines Unternehmens entwickelt, Standardsoftware für einen möglichst breiten Markt. Standardsoftware ist sofort verfügbar, erzwingt aber Kompromisse bei den Abläufen und laufende Lizenzkosten; Individualsoftware ist eine Einmalinvestition, die sich Ihren Prozessen anpasst statt umgekehrt.

**Wie lange dauert es, individuelle Software entwickeln zu lassen?**
Das hängt vom Umfang ab: Ein fokussiertes internes Tool ist typischerweise in einigen Wochen einsatzbereit, umfangreichere Webanwendungen brauchen mehrere Monate. Der verbindliche Zeitplan steht in der schriftlichen Spezifikation, die Sie vor Entwicklungsstart erhalten – inklusive wöchentlicher Zwischenstände auf einer Staging-Umgebung.

**Ist die entwickelte Software DSGVO-konform?**
Ja. Ich entwickle DSGVO-konform und kann die Anwendung auf Wunsch in Frankfurt hosten, sodass Ihre Daten Deutschland nicht verlassen. Da Quellcode und Datenhaltung Ihnen gehören, behalten Sie die volle Datenhoheit – anders als bei vielen Cloud-Standardprodukten mit Servern außerhalb der EU.

**Kann die Software an bestehende Systeme angebunden werden?**
Ja, Schnittstellen sind bei Individualsoftware der Normalfall. Typische Anbindungen sind Warenwirtschaft, Buchhaltung, E-Mail, Kalender oder externe Datenquellen per API. Welche Systeme angebunden werden und auf welchem Weg, wird in der schriftlichen Spezifikation vor Entwicklungsstart festgehalten.

**Was passiert nach der Übergabe, wenn Änderungen nötig werden?**
Sie entscheiden frei: Mein Team und ich entwickeln die Software gern weiter und übernehmen auf Wunsch auch die laufende Wartung – auf Anfragen antworte ich unter 24 Stunden – oder ein anderer Entwickler übernimmt. Weil Sie Quellcode und Dokumentation vollständig erhalten, sind Sie an niemanden gebunden.

**Arbeiten Sie nur im Rhein-Main-Gebiet?**
Nein. Bauer IT Solutions sitzt in Rodgau bei Frankfurt, arbeitet aber remote mit Unternehmen in ganz Deutschland. Das Erstgespräch findet online oder im Rhein-Main-Gebiet vor Ort statt; wöchentliche Zwischenstände sehen Sie ortsunabhängig auf der Staging-Umgebung.

---

## KI-Integration für Unternehmen – Umsetzung direkt vom Entwickler

URL: https://baueritsolutions.de/ki-integration-unternehmen/

> KI-Integration im Unternehmen bedeutet, Sprachmodelle wie GPT oder Claude so in bestehende Systeme einzubauen, dass sie täglich echte Arbeit übernehmen – Dokumente auswerten, Fragen zur eigenen Wissensbasis beantworten, E-Mails vorsortieren. Bauer IT Solutions entwickelt solche Integrationen als laufende Software statt als Beratungskonzept, mit unverbindlichem Festpreisangebot, schriftlicher Spezifikation, DSGVO-konformem Betrieb und vollständiger Übergabe von Quellcode und Dokumentation an den Kunden.

## Was bringt eine KI-Integration Ihrem Unternehmen konkret?

Eine KI-Integration bringt Ihrem Unternehmen dann etwas, wenn ein Sprachmodell eine konkrete, wiederkehrende Aufgabe übernimmt – nicht, wenn "irgendwas mit KI" auf einer Strategiefolie steht. Bauer IT Solutions entwickelt genau solche Integrationen: Software, die Eingangsrechnungen ausliest, Fragen zu Ihren internen Dokumenten beantwortet oder Support-Anfragen vorsortiert, bevor ein Mensch sie sieht.

Ich bin Jan Bauer, Inhaber und Lead Engineer von Bauer IT Solutions, einem inhabergeführten Ingenieurbüro aus Rodgau im Rhein-Main-Gebiet – und bewusst kein KI-Berater. Sie sprechen bei mir direkt mit dem verantwortlichen Ingenieur, der Architektur, Qualität und Übergabe persönlich verantwortet – ohne Account-Management-Zwischenschicht, ohne Ticket-Stille-Post und ohne Agentur-Marge. Für größere Entwicklungen, laufende Wartung und mehrere Projekte parallel binde ich mein eingespieltes Entwicklerteam projektbezogen ein; Ihr fester Ansprechpartner bleibe ich. Das Ergebnis eines Projekts mit mir ist keine Präsentation mit Handlungsempfehlungen, sondern ein laufendes System auf einer Staging-Umgebung, das Sie mit echten Daten testen können, bevor es produktiv geht.

Die Modelle selbst – GPT, Claude, Mistral oder offene Modelle auf eigener Hardware – sind dabei austauschbare Bausteine. Der eigentliche Wert entsteht in der Integration: der Anbindung an Ihre Datenquellen, der Einbettung in Ihre bestehenden Abläufe und einem Betrieb, der rechtlich sauber ist.

## Welche KI-Use-Cases funktionieren 2026 wirklich im Mittelstand?

Im Mittelstand funktionieren 2026 vor allem vier Kategorien von KI-Use-Cases zuverlässig: automatische Dokumentenauswertung, Fragen an die eigene Wissensbasis per RAG, E-Mail- und Ticket-Vorsortierung sowie Textentwürfe mit Firmenkontext. Alle vier haben gemeinsam, dass sie eng abgegrenzt sind, sich am bestehenden Prozess messen lassen und keinen Umbau Ihrer IT voraussetzen. Die folgenden Beispiele sind typische Szenarien, wie ich sie in Projektanfragen sehe – keine Kundenreferenzen.

### Wie werden Dokumente automatisch ausgewertet und klassifiziert?

Ein Sprachmodell liest unstrukturierte Dokumente – Rechnungen, Lieferscheine, Verträge, Bewerbungen – und extrahiert daraus strukturierte Daten, die direkt in Ihre Systeme fließen. Ein typisches Szenario: Eingangsrechnungen kommen als PDF per E-Mail, die Integration liest Rechnungsnummer, Beträge, Positionen und Skontofristen aus, gleicht sie gegen Bestelldaten ab und legt den Datensatz in der Buchhaltungssoftware an. Was vorher pro Dokument einige Minuten Abtipparbeit war, wird zu einer Sichtprüfung. Wichtig ist die ehrliche Behandlung von Unsicherheit: Felder, bei denen sich das Modell nicht sicher ist, werden zur manuellen Prüfung markiert statt still übernommen.

### Wie beantwortet ein RAG-System Fragen aus Ihrer eigenen Wissensbasis?

Ein RAG-System beantwortet Fragen Ihrer Mitarbeiter oder Kunden auf Basis Ihrer eigenen Dokumente statt aus dem allgemeinen Trainingswissen des Modells. Die Technik dahinter erkläre ich weiter unten; praktisch bedeutet es: Ihr Team fragt in normaler Sprache "Wie ist die Kündigungsfrist im Wartungsvertrag mit Lieferant X?" und bekommt die Antwort mit Verweis auf das Quelldokument, statt sich durch Ordnerstrukturen zu klicken. Das funktioniert für Vertragsarchive, technische Handbücher, QM-Dokumentation oder interne Richtlinien. Entscheidend ist die Quellenangabe: Eine Antwort, die auf das Originaldokument verlinkt, ist überprüfbar – und genau das unterscheidet ein brauchbares internes Werkzeug von einer Spielerei.

### Wie funktioniert die Vorsortierung von E-Mails und Tickets?

Bei der Vorsortierung klassifiziert das Modell eingehende Nachrichten nach Anliegen, Dringlichkeit und Zuständigkeit, bevor ein Mensch sie öffnet. Ein typisches Szenario ist ein Support- oder Info-Postfach, in dem Bestellungen, Reklamationen, Rechnungsfragen und Spam gemischt ankommen: Die Integration ordnet jede Nachricht der richtigen Kategorie und dem richtigen Team zu, zieht Kerndaten wie Kundennummern heraus und schlägt bei Standardfällen eine Antwort vor. Der Mensch entscheidet weiterhin – aber er beginnt nicht mehr bei null. Solche Integrationen docke ich an Ihr bestehendes Ticketsystem oder Postfach an, ein Systemwechsel ist nicht nötig.

### Wann lohnen sich KI-Textentwürfe mit Firmenkontext?

Textentwürfe mit Firmenkontext lohnen sich überall dort, wo Ihr Team wiederkehrend ähnliche Texte schreibt und dabei auf Firmendaten zurückgreift: Angebotsanschreiben, Produktbeschreibungen, Antwortvorschläge im Kundenservice. Der Unterschied zu ChatGPT im Browser ist der Kontext – die Integration kennt Ihre Produktdaten, Ihre Preislogik und Ihre Tonalität, weil sie direkt an Ihre Systeme angebunden ist, und Ihre Mitarbeiter müssen keine internen Daten in ein fremdes Browserfenster kopieren. Gerade dieses unkontrollierte Copy-Paste in private KI-Konten ist in vielen Unternehmen längst Realität; eine eigene Integration holt diesen Wildwuchs in einen kontrollierten, DSGVO-konformen Rahmen zurück.

Viele dieser Use-Cases sind im Kern [interne Tools](/unternehmenssoftware-interne-tools/) mit einem Sprachmodell als Baustein – die Grenze ist fließend, und oft ist die beste KI-Integration ein kleines internes Werkzeug mit klarem Zweck.

## Worin unterscheidet sich KI-Umsetzung von KI-Beratung?

Der Unterschied liegt im Ergebnis: Beratung liefert Empfehlungen, Umsetzung liefert laufende Software. Beides hat seinen Platz – aber wenn Ihr Use-Case bereits absehbar ist, überspringt die direkte Umsetzung eine teure Zwischenstufe. Als Entwickler bin ich der Umsetzer: Am Ende steht ein System im Betrieb, nicht ein Foliensatz mit "Next Steps".

| Kriterium | KI-Beratung | KI-Umsetzung bei Bauer IT Solutions |
| --- | --- | --- |
| Deliverable | Foliensatz, Strategie, Roadmap | Laufende Software auf Staging und in Produktion |
| Zeithorizont | Wochen bis Monate bis zur Empfehlung – die Umsetzung beginnt danach erst | Erste testbare Version in Wochen, wöchentliche Stände auf Staging |
| Erfolgsmessung | Schwer messbar; Erfolg endet oft mit der Abschlusspräsentation | Messbar am Prozess: ausgewertete Dokumente, korrekte Zuordnungen, gesparte Zeit |
| Folgekosten | Umsetzung muss separat beauftragt werden, oft bei einem Dritten | API- und Hosting-Kosten, transparent im Angebot ausgewiesen; Code gehört Ihnen |
| Ansprechpartner | Berater, der die Umsetzung weiterreicht | Der Entwickler selbst, vom Erstgespräch bis zur Übergabe |

Das heißt nicht, dass Konzeptarbeit entfällt – sie steckt bei mir in der schriftlichen Spezifikation, die Sie vor Entwicklungsstart erhalten. Der Unterschied: Diese Spezifikation ist kein Selbstzweck, sondern die verbindliche Grundlage für ein Festpreisangebot und die anschließende Entwicklung.

## Wie bleibt Ihre KI-Integration DSGVO-konform?

DSGVO-konforme KI ist eine Architekturentscheidung, keine nachträgliche Checkliste – und sie ist mit den heutigen Optionen gut lösbar. Bauer IT Solutions baut KI-Integrationen von Anfang an auf vier Grundsätzen auf:

Erstens: EU-Datenverarbeitung. Die großen Modellanbieter bieten inzwischen Endpunkte mit Verarbeitung in der EU an, und die restliche Anwendung – Datenbank, Backend, Dokumentenspeicher – kann vollständig in Frankfurt gehostet werden. Ihre Dokumente liegen dann durchgehend in Deutschland beziehungsweise der EU.

Zweitens: saubere Auftragsverarbeitung. Jeder Dienst, der personenbezogene Daten Ihrer Kunden oder Mitarbeiter verarbeitet, braucht einen Auftragsverarbeitungsvertrag. Ich liste in der Spezifikation alle beteiligten Anbieter auf, sodass Ihr Datenschutzbeauftragter die Kette vollständig prüfen kann – bevor eine Zeile Code geschrieben wird.

Drittens: keine Trainingsdaten-Weitergabe. Die Business-API-Konditionen der relevanten Modellanbieter schließen aus, dass Ihre Eingaben zum Training der Modelle verwendet werden – im Gegensatz zu manchen kostenlosen Endkunden-Diensten. Ich setze ausschließlich auf Zugänge mit dieser Zusicherung und halte das vertraglich Relevante in der Dokumentation fest.

Viertens: lokale Modelle als Option. Für besonders sensible Daten – etwa Gesundheits- oder Personaldaten – können offene Modelle komplett auf Ihrer eigenen Infrastruktur oder einem dedizierten Server in Frankfurt laufen. Dann verlässt kein einziges Dokument Ihre Umgebung. Lokale Modelle sind bei gleicher Aufgabe oft etwas schwächer als die großen API-Modelle; ob der Kompromiss sich lohnt, hängt vom Use-Case ab und wird im Erstgespräch ehrlich bewertet.

Dazu kommt Datensparsamkeit im Kleinen: Prompts enthalten nur die Felder, die für die Aufgabe nötig sind, und wo möglich werden personenbezogene Angaben vor dem Modellaufruf pseudonymisiert.

## Was bedeutet der EU AI Act für Ihr Projekt?

Für die meisten Business-Integrationen bedeutet der EU AI Act vor allem Transparenz- und Dokumentationspflichten – kein Verbot und keine aufwendige Zertifizierung. Mit dem 2. August 2026 ist die Verordnung vollständig anwendbar, und sie teilt KI-Systeme nach Risiko ein: Verbotene Praktiken (etwa Social Scoring) und Hochrisiko-Systeme (etwa KI in der Personalauswahl oder Kreditvergabe) unterliegen strengen Auflagen. Die typischen Integrationen dieser Seite – Dokumentenauswertung, interne Wissenssuche, E-Mail-Vorsortierung, Textentwürfe – fallen in keine dieser Kategorien und gelten als Systeme mit minimalem Risiko.

Was trotzdem zu beachten ist: Wenn Menschen direkt mit einem KI-System interagieren, etwa in einem Chatbot, müssen sie erkennen können, dass sie mit einer KI kommunizieren. KI-generierte Inhalte, die nach außen gehen, unterliegen je nach Einsatz Kennzeichnungspflichten. Und die Pflichten für die großen Basismodelle selbst liegen bei den Modellanbietern, nicht bei Ihnen als Anwender.

Mein Umgang damit ist unaufgeregt: Die Risikoeinordnung Ihres konkreten Vorhabens ist Teil der schriftlichen Spezifikation, inklusive der daraus folgenden Pflichten. Sollte ein Vorhaben tatsächlich in Richtung Hochrisiko gehen – zum Beispiel eine automatisierte Bewerbervorauswahl – sage ich Ihnen das vor Projektstart, samt der Konsequenzen. Panik ist beim AI Act der falsche Berater; Ignoranz allerdings auch.

## Wie integriere ich ein LLM in Ihre Bestandssoftware?

Ein Sprachmodell kommt als eigener Service neben Ihre Bestandssoftware, nicht hinein – das ist der wichtigste Architekturgrundsatz. Bauer IT Solutions baut dafür einen API-Layer: einen schmalen Dienst, der zwischen Ihren Systemen und dem Modell sitzt. Ihre Warenwirtschaft, Ihr CRM oder Ihr Ticketsystem ruft eine klar definierte Schnittstelle auf ("werte dieses Dokument aus", "beantworte diese Frage") und bekommt strukturierte Daten zurück. Welches Modell dahinter arbeitet, ist für Ihre Systeme unsichtbar – und genau das schützt Ihre Investition: Wenn in einem Jahr ein besseres oder günstigeres Modell verfügbar ist, wird es im API-Layer getauscht, ohne dass Ihre Bestandssoftware angefasst wird.

Für Wissensbasis-Anwendungen kommt eine RAG-Architektur dazu, die sich in vier Schritten erklären lässt. Erstens: Ihre Dokumente werden eingelesen und in sinnvolle Abschnitte zerlegt. Zweitens: Jeder Abschnitt bekommt eine mathematische Repräsentation seiner Bedeutung – ein sogenanntes Embedding – und wird in einer Datenbank gespeichert; ich nutze dafür PostgreSQL mit der pgvector-Erweiterung, also bewährte Standardtechnik statt exotischer Spezialdatenbanken. Drittens: Bei einer Frage sucht das System die inhaltlich passendsten Abschnitte heraus. Viertens: Das Modell bekommt Frage und Fundstellen zusammen und formuliert die Antwort mit Quellenangabe. Der Vorteil dieser Architektur: Neue Dokumente sind sofort abfragbar, es findet kein Training statt, und Zugriffsrechte lassen sich pro Nutzer durchsetzen – wer ein Dokument nicht lesen darf, bekommt auch keine Antworten daraus.

Mein Stack dafür ist bewusst unspektakulär: TypeScript und Node.js oder Python im Backend, React für Oberflächen, PostgreSQL als Datenbasis. Alles läuft zuerst auf einer Staging-Umgebung, auf der Sie mit echten Dokumenten und echten Fragen testen – denn ob eine KI-Integration gut ist, entscheidet sich an Ihren Daten, nicht an meiner Demo.

## Wie läuft die Zusammenarbeit ab?

Die Zusammenarbeit läuft in fünf festen Schritten ab, vom kostenlosen Erstgespräch bis zur dokumentierten Übergabe. Auf Anfragen antworte ich unter 24 Stunden.

1. **Kostenloses Erstgespräch.** Wir klären, welche Aufgabe die KI übernehmen soll, welche Daten es dafür gibt und ob ein Sprachmodell dafür überhaupt das richtige Werkzeug ist. Wenn ein simples Skript oder ein Regelwerk das Problem günstiger löst, sage ich Ihnen das.
2. **Schriftliche Spezifikation mit Festpreis.** Sie erhalten ein Dokument, das Use-Case, Datenquellen, Modellwahl, DSGVO-Setup, AI-Act-Einordnung und messbare Abnahmekriterien festhält – bei KI-Projekten typischerweise ein Testset aus echten Beispielen, an dem sich die Qualität prüfen lässt. Dazu ein unverbindliches Festpreisangebot.
3. **Entwicklung mit wöchentlichen Ständen auf Staging.** Sie testen früh mit echten Dokumenten und echten Fragen. Gerade bei KI zeigt sich die Qualität erst am realen Material – deshalb bekommen Sie nicht am Ende eine Überraschung, sondern jede Woche einen klickbaren Stand.
4. **Abnahme.** Geprüft wird gegen die Kriterien aus der Spezifikation, beim Testset zum Beispiel: Wie viele Dokumente wurden korrekt ausgewertet, wie viele richtig zur manuellen Prüfung markiert?
5. **Dokumentierte Übergabe.** Quellcode, Prompts, Architektur- und Betriebsdokumentation gehören Ihnen. Sie wissen, wo welche Daten fließen, was der Betrieb kostet und wie ein Modellwechsel funktioniert.

Wie ich generell arbeite – und warum die Spezifikation vor der ersten Codezeile kommt – beschreibe ich ausführlich unter [So arbeite ich](/so-arbeite-ich/).

## Was kostet eine KI-Integration – und womit müssen Sie laufend rechnen?

Die Kosten einer KI-Integration bestehen aus zwei Teilen: der einmaligen Entwicklung und den laufenden Modell- und Hosting-Kosten. Die Entwicklung hängt vom Umfang ab – ein eng abgegrenzter Dokumenten-Auswerter ist ein kleines Projekt, ein RAG-System über mehrere Wissensquellen mit Rechteverwaltung ein mittleres. Nach dem Erstgespräch bekommen Sie ein Festpreisangebot, sodass das Budget vor Projektstart feststeht. Die laufenden Kosten sind bei den heutigen Modellpreisen für typische Mittelstands-Volumina überschaubar und werden im Angebot pro erwartetem Nutzungsvolumen abgeschätzt – transparent, damit es später keine Überraschungen gibt. Was welche Projektgröße qualitativ bedeutet und welche Faktoren den Preis treiben, habe ich unter [Kosten](/kosten/) aufgeschlüsselt.

## Wie starten Sie Ihr KI-Projekt?

Der beste Start ist ein konkreter, kleiner Use-Case – nicht die große KI-Strategie. Suchen Sie den einen Prozess, der Ihr Team täglich Zeit kostet und bei dem heute Menschen Informationen aus Texten abtippen, sortieren oder zusammensuchen. Genau dort rechnet sich eine Integration zuerst, und genau dort lässt sich der Erfolg messen.

Wenn Sie so einen Prozess vor Augen haben – oder herausfinden wollen, ob Ihr Fall dafür taugt – schildern Sie ihn mir über die [Kontaktseite](/kontakt/). Sie bekommen unter 24 Stunden eine Antwort vom verantwortlichen Ingenieur, der Ihr Projekt von der Architektur bis zur Übergabe persönlich verantwortet, und nach dem kostenlosen Erstgespräch ein unverbindliches Festpreisangebot. Keine Folien, keine Roadmap-Workshops – ein System, das läuft.

### FAQ

**Was kostet eine KI-Integration für ein Unternehmen?**
Das hängt vom Umfang ab. Ein klar abgegrenzter Assistent, der eine Dokumentenart auswertet, ist deutlich günstiger als ein RAG-System über viele Wissensquellen mit Rechteverwaltung. Nach einem kostenlosen Erstgespräch erhalten Sie von mir ein unverbindliches Festpreisangebot, sodass Sie vor Projektstart genau wissen, was die Umsetzung kostet. Hinzu kommen laufende API- oder Hosting-Kosten, die ich im Angebot transparent ausweise.

**Wem gehört der Quellcode der KI-Integration?**
Ihnen. Bei Bauer IT Solutions gehören Quellcode, Prompts, Konfiguration und Dokumentation nach der Übergabe vollständig dem Kunden. Sie können das System selbst weiterentwickeln, intern betreiben oder an einen anderen Dienstleister übergeben – es gibt keine Abhängigkeit von mir.

**Ist eine KI-Integration DSGVO-konform möglich?**
Ja, wenn sie von Anfang an so gebaut wird. Dazu gehören EU-Hosting (zum Beispiel in Frankfurt), Auftragsverarbeitungsverträge mit allen beteiligten Anbietern, Datensparsamkeit bei den Prompts und die vertragliche Zusicherung, dass Ihre Daten nicht zum Training fremder Modelle verwendet werden. Für besonders sensible Daten sind lokal betriebene Modelle eine Option.

**Müssen unsere Daten dafür in die USA fließen?**
Nein, das ist vermeidbar. Die großen Modellanbieter bieten inzwischen EU-Endpunkte mit Datenverarbeitung in Europa an, und alternativ lassen sich offene Modelle komplett auf eigener oder in Frankfurt gehosteter Infrastruktur betreiben. Welche Variante passt, hängt von Ihrer Datenlage ab und wird in der Spezifikation festgehalten.

**Was ist ein RAG-System?**
RAG steht für Retrieval-Augmented Generation. Das Sprachmodell antwortet dabei nicht aus seinem Trainingswissen, sondern bekommt zu jeder Frage die passenden Auszüge aus Ihren eigenen Dokumenten mitgeliefert und formuliert daraus die Antwort – idealerweise mit Quellenangabe. So beantwortet die KI Fragen zu Ihren Verträgen, Handbüchern oder internen Richtlinien, ohne dass ein Modell trainiert werden muss.

**Wie lange dauert eine LLM-Integration in bestehende Software?**
Klar abgegrenzte Integrationen – etwa ein Dokumenten-Auswerter oder eine Ticket-Vorsortierung – sind typischerweise in wenigen Wochen produktiv, nicht in Monaten. Größere RAG-Systeme mit mehreren Datenquellen und Berechtigungslogik dauern entsprechend länger. Den konkreten Zeitrahmen lege ich in der schriftlichen Spezifikation vor Entwicklungsstart fest.

**Betrifft der EU AI Act unser KI-Projekt?**
Meistens nur am Rande. Die typischen Business-Integrationen – Dokumentenauswertung, interne Wissenssuche, E-Mail-Vorsortierung – fallen in die niedrigste Risikoklasse und lösen vor allem Transparenzpflichten aus, etwa dass Nutzer wissen müssen, wenn sie mit einer KI schreiben. Ich prüfe die Einordnung Ihres konkreten Vorhabens im Rahmen der Spezifikation und dokumentiere sie.

**Brauchen wir eigene Trainingsdaten oder ein Fine-Tuning?**
In den meisten Fällen nicht. Aktuelle Sprachmodelle lösen die typischen Mittelstands-Use-Cases mit gutem Prompting und einer RAG-Anbindung an Ihre Dokumente – das ist schneller, günstiger und leichter zu pflegen als ein eigenes Training. Fine-Tuning lohnt sich nur in Sonderfällen, und dann sage ich Ihnen das ehrlich im Erstgespräch.

---

## MVP entwickeln lassen

URL: https://baueritsolutions.de/mvp-entwicklung/

> Ein MVP (Minimum Viable Product) ist die kleinste funktionsfähige Version Ihres Produkts, mit der Sie Ihre Kernhypothese an echten Nutzern testen — bevor Sie das große Budget ausgeben. Bei Bauer IT Solutions entwickeln Sie Ihr MVP direkt mit dem verantwortlichen Ingenieur — ohne Zwischenschichten: kostenloses Erstgespräch, unverbindliches Festpreisangebot, schriftliche Spezifikation, in der Regel 8 bis 12 Wochen bis zum nutzbaren Produkt. Der vollständige Quellcode samt Dokumentation gehört am Ende Ihnen.

## Was bedeutet es, ein MVP entwickeln zu lassen?

Ein MVP entwickeln zu lassen bedeutet, die kleinste funktionsfähige Version Ihres Produkts von einem externen Entwickler bauen zu lassen — gerade so viel Software, dass echte Nutzer Ihre Kernhypothese bestätigen oder widerlegen können. MVP steht für Minimum Viable Product. Das ist nicht die abgespeckte Billigversion Ihrer Vision, sondern das präziseste Werkzeug, um mit begrenztem Budget eine teure Frage zu beantworten: Zahlt jemand für dieses Produkt? Nutzt jemand diese Funktion wirklich? Überzeugt der Software-Prototyp Investoren, bevor die nächste Finanzierungsrunde ansteht?

Bauer IT Solutions entwickelt MVPs für Gründer und Innovationsteams mit einem verantwortlichen Kopf: Ich führe das Erstgespräch, ich schreibe die Spezifikation, ich verantworte Architektur und Code — bei größerem Umfang binde ich mein eingespieltes Entwicklerteam ein — und ich übergebe am Ende Quellcode und Dokumentation vollständig an Sie. Zwischen Ihrer Idee und der Tastatur sitzt kein Projektmanager. Das spart bei einem MVP nicht nur Geld — es vermeidet vor allem Übersetzungsverluste. Ein MVP lebt davon, dass Entscheidungen schnell fallen und jede Erkenntnis aus dem Nutzertest sofort in Code umgesetzt wird.

Ob Sie eine App-Idee umsetzen lassen wollen, ein SaaS-MVP entwickeln oder ein internes Innovationsprojekt validieren müssen: Der Startpunkt ist immer derselbe. Sie bringen eine Hypothese mit, ich baue das kleinste Stück Software, das sie testbar macht.

## Für wen lohnt sich ein MVP — und wann ist es der falsche Weg?

Ein MVP lohnt sich immer dann, wenn eine unbewiesene Annahme über Markt oder Nutzer teurer wäre als das MVP selbst — typischerweise bei Gründern vor der ersten Finanzierungsrunde und bei Innovationsteams etablierter Unternehmen. Drei typische Szenarien, wie sie mir im Rhein-Main-Gebiet regelmäßig begegnen:

- **Gründer mit App-Idee:** Sie brauchen ein funktionierendes Produkt, um Pilotkunden zu gewinnen und in Investorengesprächen mehr zu zeigen als Folien.
- **SaaS-Gründung:** Sie wollen wissen, ob Ihre Zielgruppe für die Lösung tatsächlich ein Abo abschließt — bevor Sie zwölf Monate Entwicklung finanzieren.
- **Corporate Innovation:** Ein Fachbereich hat eine Produktidee, aber das Budget für den Vollausbau gibt es erst nach einem belastbaren internen Nachweis.

Der falsche Weg ist ein MVP, wenn die Validierung längst gelaufen ist: Wer bereits zahlende Kunden und klare Anforderungen hat, braucht kein Experiment, sondern ein solide gebautes Produkt — dann sind Sie bei der klassischen [Entwicklung einer Webanwendung](/webanwendung-entwickeln-lassen/) besser aufgehoben. Und wer nur das Design und die Bedienlogik testen will, braucht noch kein MVP: Dafür reicht ein klickbarer Prototyp aus einem Design-Werkzeug, der einen Bruchteil kostet. Ein MVP beginnt dort, wo echte Nutzer echte Aufgaben mit echten Daten erledigen sollen.

## Was gehört in ein MVP — und was nicht?

In ein MVP gehört genau der Funktionsumfang, der Ihre eine Kernhypothese testbar macht — alles andere gehört auf die Warteliste. Das klingt banal, ist aber die häufigste Ursache gescheiterter MVP-Projekte: Aus „minimal" wird schleichend „eigentlich brauchen wir noch", und nach sechs Monaten steht ein halbfertiges Vollprodukt statt eines fertigen Experiments. Als Ingenieur, der Ihr MVP persönlich verantwortet, sage ich Ihnen deshalb schon im Erstgespräch offen, welche Wünsche das Experiment verwässern.

Was typischerweise hineingehört:

- Der **eine Kern-Workflow**, vollständig und benutzbar von Anfang bis Ende — lieber ein Ablauf, der überzeugt, als fünf, die holpern.
- **Registrierung und Login** nur, wenn die Hypothese sie braucht; oft reicht ein Einladungslink.
- Die **einfachste tragfähige Bezahlvariante**, etwa ein fertiges Checkout eines Zahlungsdienstleisters statt eigener Abrechnungslogik.
- Eine **schlanke Betreiber-Sicht** — zur Not genügt für die ersten Wochen ein direkter Blick in die Datenbank.

Was typischerweise draußen bleibt: ein Rollen- und Rechtesystem für zehn Nutzertypen, Mehrsprachigkeit, native Apps für beide Plattformen, wenn eine Webanwendung die Hypothese genauso testet, umfangreiche Einstellungsseiten und Integrationen „für später".

Ein Beispiel als typisches Szenario: Eine Buchungsplattform für Handwerksbetriebe soll die Hypothese testen, dass Betriebe für automatisch bestätigte Termine zahlen. Ins MVP gehören dann Terminanfrage, Kalenderabgleich und Bestätigung — nicht das Rechnungsmodul, nicht die Mitarbeiterverwaltung, nicht die App im Store.

Woran ich dagegen nie spare: Datenmodell, Codequalität und Datenschutz. „Minimum" bezieht sich auf den Funktionsumfang, nicht auf die Sorgfalt — sonst können Sie auf dem MVP später nichts aufbauen.

## Wie läuft die MVP-Entwicklung in 8 bis 12 Wochen ab?

Die MVP-Entwicklung bei Bauer IT Solutions folgt einem Wochenplan, der in 8 bis 12 Wochen von der Idee zum nutzbaren Produkt führt — mit einem Staging-Stand, den Sie ab Woche 3 selbst ausprobieren können. So sieht der Rahmen für ein Projekt am oberen Ende der Spanne aus:

- **Woche 1–2: Spezifikation und Design.** Ich schärfe mit Ihnen die Kernhypothese, schneide den Scope und halte beides in einer schriftlichen Spezifikation mit Festpreis fest — inklusive einer expliziten Liste dessen, was bewusst nicht im MVP ist. Parallel entstehen Datenmodell und Oberflächenentwürfe.
- **Woche 3–8: Kern-Features auf Staging.** Jede Woche liegt ein neuer, klickbarer Stand auf der Staging-Umgebung. Sie testen mit realen Abläufen und geben direkt mir Rückmeldung — nicht einem Protokollanten, der sie weiterreicht.
- **Woche 9–10: Feedback-Schleife.** Erste externe Testnutzer arbeiten mit dem MVP. Ich beobachte, wo sie hängen bleiben, arbeite die Erkenntnisse ein und glätte die Reibungspunkte, die im Labor nie auffallen.
- **Woche 11–12: Launch-Härtung.** Fehlerbehandlung, Monitoring, Backups, DSGVO-Dokumentation und das produktive Deployment — auf Wunsch mit Hosting in Frankfurt.

Ein eng geschnittenes MVP komprimiert diese Phasen auf 8 Wochen; entscheidend ist, dass die Reihenfolge stehen bleibt: erst die Hypothese, dann der Code, dann die echten Nutzer.

## Von wem sollten Sie Ihr MVP entwickeln lassen — Agentur oder direkt beauftragt?

Für ein MVP zählt vor allem, wie kurz der Weg zwischen einer neuen Erkenntnis und der nächsten Codezeile ist — und genau darin unterscheiden sich MVP-Agentur und Direktbeauftragung grundlegend. Bei einer Agentur durchläuft Ihr Feedback Vertrieb, Projektleitung und Ticketsystem, bevor es die Person erreicht, die es umsetzt. Bei Bauer IT Solutions ist die Person im Gespräch dieselbe, die Architektur und Umsetzung verantwortet — und die bei Bedarf ein eingespieltes Entwicklerteam einbindet, ohne dass zwischen Ihnen und der Entwicklung eine neue Schicht entsteht.

| Kriterium | MVP-Agentur | Direkt beauftragt |
| --- | --- | --- |
| Wer schreibt tatsächlich den Code? | Wechselnde Entwickler im Team — selten die Person aus dem Verkaufsgespräch | Der Ingenieur aus dem Erstgespräch — selbst oder mit seinem eingespielten Team, immer unter seiner persönlichen Verantwortung für Architektur und Qualität |
| Kommunikationswege | Ansprechpartner, Projektleitung, Entwicklung — jede Rückfrage läuft über mehrere Stationen | Ein direkter Draht, Antwort unter 24 Stunden |
| Overhead-Anteil am Budget | Projektmanagement, Vertrieb und Bürostruktur sind eingepreist | Ihr Budget fließt nahezu vollständig in Entwicklungszeit |
| Flexibilität bei Pivot | Änderungen laufen durch formale Change-Request-Prozesse | Kurswechsel wird im Gespräch entschieden und schriftlich in der Spezifikation nachgezogen |
| Übergabefähigkeit | Abhängig von interner Dokumentationspraxis; Wissen verteilt sich auf mehrere Köpfe | Vollständige Übergabe ist verbindliche Zusage: Quellcode und Dokumentation gehören Ihnen |

Der faire Einwand: Ein Team kann parallelisieren. Das gilt hier genauso — hinter Bauer IT Solutions steht ein eingespieltes Entwicklerteam, das ich projektbezogen einbinde, wenn Ihr Vorhaben mehr Hände braucht oder mehrere Vorhaben parallel laufen. Der Unterschied zur Agentur liegt also nicht in der Kapazität, sondern im Aufbau: keine Zwischenschichten, ein verantwortlicher Kopf — und damit darin, wofür Ihr Geld arbeitet.

## Was kostet es, ein MVP entwickeln zu lassen?

Die Kosten für ein MVP hängen fast ausschließlich vom Funktionsumfang ab; als Marktbeobachtung 2026 liegen spezialisierte MVP-Boutiquen in Deutschland typischerweise bei 25.000 bis 60.000 Euro für 8 bis 12 Wochen Projektlaufzeit. In diesen Summen steckt bei Agenturen immer auch der Apparat: Projektleitung, Vertrieb, Büro. Direkt beauftragt arbeite ich im selben Zeitrahmen, aber ohne diesen Overhead — was bedeutet, dass ein vergleichbarer Funktionsumfang bei mir spürbar unter den genannten Spannen liegt oder Sie für dasselbe Budget deutlich mehr getestete Funktionalität bekommen.

Was den Preis Ihres MVPs konkret bewegt:

- **Anzahl der Kern-Workflows:** Ein durchgängiger Ablauf ist die halbe Miete; jeder weitere kostet überproportional.
- **Nutzer- und Rechteverwaltung:** Einladungslink, einfacher Login oder Mandantenfähigkeit — drei sehr unterschiedliche Aufwände.
- **Integrationen:** Jede Anbindung an Drittsysteme (Zahlung, Kalender, CRM) bringt eigene Testaufwände mit.
- **Plattform:** Eine Webanwendung ist fast immer der günstigste Weg zur Validierung; native Apps lohnen sich erst, wenn die Hypothese sie zwingend braucht.
- **Compliance-Anforderungen:** Besondere Branchenauflagen erweitern Spezifikation und Härtungsphase.

Konkrete eigene Zahlen nenne ich bewusst erst, wenn ich Ihren Umfang kenne — nach dem kostenlosen Erstgespräch erhalten Sie ein unverbindliches Festpreisangebot. Wie ich kalkuliere und welche Faktoren einfließen, lesen Sie auf der Seite [zu Kosten und Preismodellen](/kosten/).

## Wie läuft die Zusammenarbeit ab?

Die Zusammenarbeit folgt bei Bauer IT Solutions immer denselben fünf Schritten — beim MVP mit einer Besonderheit: Der Scope wird härter verteidigt als bei jedem anderen Projekttyp.

1. **Kostenloses Erstgespräch:** Sie schildern Ihre Idee, ich frage nach der Hypothese dahinter. Nicht „Welche Features wollen Sie?", sondern „Was muss wahr sein, damit sich Ihr Produkt lohnt?". Auf Anfragen antworte ich unter 24 Stunden.
2. **Schriftliche Spezifikation mit Festpreisangebot:** Vor Entwicklungsstart bekommen Sie ein Dokument, das den MVP-Schnitt festhält — inklusive der ausdrücklichen Nicht-Liste, damit später niemand rätselt, was vereinbart war. Das Angebot ist unverbindlich und der Preis fix.
3. **Entwicklung mit wöchentlichen Ständen auf Staging:** Ab Woche 3 klicken Sie sich durch den echten Stand statt durch Statusberichte. Erkenntnisse aus Ihren Tests fließen direkt in die nächste Woche.
4. **Abnahme:** Sie prüfen das MVP gegen die Spezifikation — mit echten Testdaten und idealerweise ersten echten Nutzern, denn deren Verhalten ist der eigentliche Abnahmetest eines MVPs.
5. **Dokumentierte Übergabe:** Quellcode, Dokumentation, Zugänge und Deployment-Anleitung gehen vollständig an Sie. Das Repository gehört Ihnen, nicht mir.

Den Prozess im Detail — inklusive der Frage, wie Änderungen unterwegs behandelt werden — beschreibe ich auf [So arbeite ich](/so-arbeite-ich/).

## Wie geht es nach dem MVP weiter?

Nach dem MVP geht es mit derselben Codebasis weiter — Bauer IT Solutions baut MVPs von Anfang an so, dass daraus das Produkt wachsen kann, statt eines Wegwerf-Prototyps, der nach der Validierung neu geschrieben werden muss. Das ist eine bewusste Bauentscheidung: sauberes Datenmodell, nachvollziehbare Struktur, automatisierte Grundtests. Der Mehraufwand gegenüber „Hauptsache, es läuft irgendwie" ist klein; die Ersparnis, wenn die Hypothese aufgeht, ist enorm.

Nach dem Launch entscheiden Messwerte statt Meinungen: Was nutzen die ersten Anwender wirklich, wo springen sie ab, wofür zahlen sie? Daraus ergeben sich drei ehrliche Wege:

- **Iterieren:** Die Hypothese trägt, die Warteliste aus der Spezifikation wird priorisiert abgearbeitet — auf Wunsch weiter mit mir und meinem Team, im selben wöchentlichen Rhythmus.
- **Übergeben:** Sie bauen ein eigenes Team auf. Genau dafür existiert die vollständige Übergabe mit Quellcode und Dokumentation; Ihr neues Team startet ohne Ratearbeit.
- **Einstellen:** Die Hypothese trägt nicht. Dann hat das MVP seinen Zweck erfüllt — Sie haben die Antwort für einen Bruchteil dessen bezahlt, was der Vollausbau gekostet hätte.

## Mit welchen Technologien entwickle ich Ihr MVP?

Bauer IT Solutions entwickelt MVPs mit TypeScript, React und Node.js für Webanwendungen, React Native für mobile Apps, Python für Datenverarbeitung und KI-Anbindung sowie PostgreSQL und Supabase als Datenbasis. Dieser Stack ist bewusst unspektakulär gewählt — und genau das ist für ein MVP ein Vorteil: Die Werkzeuge sind erprobt, gut dokumentiert, und wenn Ihr Produkt wächst, finden Sie dafür problemlos Entwickler am Markt. Ein MVP auf exotischer Technik validiert vielleicht die Hypothese, hinterlässt Ihnen aber ein Personalproblem.

Supabase liefert Authentifizierung, Datenbank und Dateiablage in Tagen statt Wochen — und darunter liegt gewöhnliches PostgreSQL, sodass Sie später ohne Neuentwicklung migrieren können. Das MVP läuft DSGVO-konform, auf Wunsch mit Hosting in Frankfurt, was besonders für Corporate-Innovation-Projekte mit strengen Konzernvorgaben relevant ist.

## Wie starten Sie Ihr MVP-Projekt?

Der erste Schritt ist ein kostenloses Erstgespräch, in dem Sie Ihre App-Idee schildern und ich Ihnen offen sage, welchen MVP-Schnitt ich empfehle — auf Ihre Anfrage antworte ich unter 24 Stunden. Hilfreich ist, wenn Sie drei Dinge mitbringen: die Hypothese, die das MVP testen soll, ein Bild Ihrer ersten Nutzergruppe und — falls vorhanden — einen festen Termin, etwa einen Pitch oder eine Messe, auf den der Wochenplan zulaufen soll.

Danach erhalten Sie die schriftliche Spezifikation mit unverbindlichem Festpreisangebot. Sie wissen vor der ersten Codezeile, was gebaut wird, was es kostet und wann es fertig ist. [Nehmen Sie Kontakt auf](/kontakt/) — die Antwort kommt vom Ingenieur, der Ihr MVP verantwortet.

### FAQ

**Was kostet es, ein MVP entwickeln zu lassen?**
Spezialisierte MVP-Boutiquen in Deutschland liegen 2026 typischerweise bei 25.000 bis 60.000 Euro für 8 bis 12 Wochen Projektlaufzeit. Direkt beauftragt arbeite ich mit meinem Team im selben Zeitrahmen, aber ohne Agentur-Overhead — Ihr Budget fließt in Entwicklung statt in Account-Management und Vertrieb. Nach einem kostenlosen Erstgespräch erhalten Sie ein unverbindliches Festpreisangebot für Ihren konkreten Umfang.

**Wem gehört der Quellcode meines MVPs?**
Ihnen, vollständig. Zur Übergabe gehören bei Bauer IT Solutions das komplette Repository, die Dokumentation und alle Zugänge — ohne Lizenzbindung an mich. Sie können das MVP jederzeit mit einem internen Team oder einem anderen Dienstleister weiterentwickeln.

**Wie lange dauert es, ein MVP entwickeln zu lassen?**
In der Regel 8 bis 12 Wochen vom Projektstart bis zum nutzbaren Produkt. Ab Woche 3 sehen Sie wöchentliche Stände auf einer Staging-Umgebung und können selbst testen. Sehr eng geschnittene MVPs sind auch schneller möglich — den genauen Rahmen legt die schriftliche Spezifikation vor Entwicklungsstart fest.

**Ist ein MVP ein Wegwerf-Prototyp?**
Nein — ein gut gebautes MVP ist die erste Version Ihres Produkts, kein Demonstrationsobjekt. Ich entwickle MVPs mit sauberem Datenmodell und ordentlicher Codebasis, damit nach der Validierung dieselbe Software weiterwächst, statt neu geschrieben zu werden. Klickbare Design-Prototypen ohne echte Funktion sind ein anderes, deutlich günstigeres Werkzeug.

**Was ist der Unterschied zwischen Prototyp und MVP?**
Ein Prototyp zeigt, wie ein Produkt aussehen und sich anfühlen könnte — oft ganz ohne echte Funktionen dahinter. Ein MVP funktioniert wirklich: echte Nutzer, echte Daten, oft echte Zahlungen. Für reine Design-Validierung reicht ein Prototyp; sobald Sie Verhalten oder Zahlungsbereitschaft messen wollen, brauchen Sie ein MVP.

**Eignet sich ein MVP als Software-Prototyp für Investoren?**
Ja — ein funktionierendes MVP mit ersten echten Nutzern wirkt in Pitch-Gesprächen deutlich glaubwürdiger als Folien oder Klick-Dummys. Wenn ein Pitch-Termin feststeht, plane ich den Wochenplan rückwärts von diesem Datum und priorisiere den Demo-Pfad. Nennen Sie mir den Termin im Erstgespräch, dann fließt er direkt in die Spezifikation ein.

**Was passiert, wenn ich während der Entwicklung die Richtung ändern will?**
Genau dafür ist der direkte Draht zum Entwickler da. Sie besprechen die Änderung unmittelbar mit mir, ich bewerte die Auswirkungen auf Umfang und Festpreis, und die Anpassung wird schriftlich festgehalten. Kleine Kurskorrekturen sind im wöchentlichen Staging-Rhythmus normal; ein echter Pivot bekommt eine aktualisierte Spezifikation.

**Brauche ich technisches Vorwissen, um ein MVP entwickeln zu lassen?**
Nein. Sie bringen die Geschäftsidee und das Wissen über Ihre Zielgruppe mit, ich übersetze beides in eine schriftliche Spezifikation in verständlicher Sprache. Alle Entscheidungen zu Technologie, Hosting und Datenschutz erkläre ich so, dass Sie sie ohne IT-Hintergrund treffen können.

---

## Interne Tools entwickeln lassen – Unternehmenssoftware statt Excel-Chaos

URL: https://baueritsolutions.de/unternehmenssoftware-interne-tools/

> Interne Tools entwickeln lassen heißt: Eine maßgeschneiderte Unternehmenssoftware ersetzt die Excel-Tabellen, Rundmails und Insellösungen, an denen Ihre Abläufe heute hängen. Bauer IT Solutions entwickelt solche Tools für kleine und mittlere Unternehmen im Rhein-Main-Gebiet und remote – mit zentraler Datenbank, Rechteverwaltung und Schnittstellen zu Ihren bestehenden Systemen. Sie erhalten ein unverbindliches Festpreisangebot nach einem kostenlosen Erstgespräch, eine schriftliche Spezifikation vor Entwicklungsstart und am Ende Quellcode plus Dokumentation als Ihr Eigentum.

## Was bedeutet es, interne Tools entwickeln zu lassen?

Interne Tools entwickeln zu lassen bedeutet, die Excel-Tabellen, Rundmails und Insellösungen, über die Ihr Unternehmen heute tatsächlich läuft, durch eine zentrale, mehrbenutzerfähige Unternehmenssoftware zu ersetzen. Bauer IT Solutions baut genau solche Werkzeuge: Angebotskalkulation, Urlaubs- und Einsatzplanung, Lagerverwaltung, internes Reporting, Auftragsverfolgung – zugeschnitten auf Ihre Abläufe statt umgekehrt.

Der Unterschied zu Standardsoftware: Ein internes Tool bildet Ihren Prozess ab, nicht den Durchschnittsprozess von tausend anderen Firmen. Sie zahlen nicht für achtzig Prozent Funktionen, die niemand nutzt, und verbiegen Ihre Abläufe nicht für die restlichen zwanzig. Der Unterschied zur klassischen Agentur: Sie sprechen bei mir direkt mit dem Entwickler, der Ihren Code schreibt – ohne Projektmanager-Schicht und ohne Agentur-Marge.

Fachlich sind interne Tools ein Spezialfall der [individuellen Softwareentwicklung](/individuelle-softwareentwicklung/): Der Nutzer ist nicht Ihr Kunde, sondern Ihr eigenes Team. Das verändert die Prioritäten. Es zählt nicht Hochglanz-Marketing, sondern dass die Sachbearbeitung morgens in drei Klicks findet, was sie gestern in drei Tabellen gesucht hat.

## Woran erkennen Sie, dass Excel nicht mehr reicht?

Excel reicht nicht mehr, sobald mehrere Personen gleichzeitig mit denselben Daten arbeiten müssen, Fehler bares Geld kosten und niemand mehr sicher sagen kann, welche Dateiversion die aktuelle ist. Als Entwickler höre ich in Erstgesprächen immer wieder dieselben Muster. Die folgenden fünf Szenarien sind bewusst als typische Beispiele formuliert – keine konkreten Kundenprojekte, aber jedes davon werden Sie wiedererkennen, wenn es Sie betrifft:

1. **Die Angebotskalkulation hängt an 14 verketteten Tabellen.** Ein einziger Mitarbeiter versteht die Formelkaskade noch vollständig. Wird eine Zeile eingefügt, brechen Bezüge; wird er krank, kalkuliert niemand mehr sicher. Jedes Angebot ist ein kleines Glücksspiel mit Ihrer Marge.
2. **Die Urlaubsplanung läuft per Rundmail.** Anträge kommen als Antwort auf eine Antwort, der Teamleiter pflegt sie händisch in eine Jahresübersicht, und im Juli stellen zwei Kollegen fest, dass beide denselben Zeitraum genehmigt bekommen haben. Resturlaub ist eine Schätzung, keine Zahl.
3. **Der Lagerbestand lebt in einer geteilten Datei mit Versionskonflikten.** Zwei Personen buchen gleichzeitig aus, eine Änderung überschreibt die andere, und der Bestand im System stimmt mit dem Regal nur noch zufällig überein. Bestellt wird nach Bauchgefühl – mal zu viel, mal zu spät.
4. **Das Monats-Reporting entsteht per Copy-Paste aus drei Systemen.** Jemand exportiert aus der Buchhaltung, dem CRM und der Zeiterfassung, fügt alles in eine Master-Tabelle ein und verliert dabei jeden Monat einen halben Tag. Ein verrutschter Zellbereich, und die Geschäftsführung entscheidet auf falschen Zahlen.
5. **Excel dient als Pseudo-Datenbank mit 50.000 Zeilen.** Die Datei braucht Minuten zum Öffnen, Filter frieren ein, und die Kundenhistorie steckt in Kommentarspalten und Farbcodes, die außer dem Ersteller niemand deuten kann. Auswertungen über mehrere Jahre sind praktisch unmöglich.

Wenn Sie sich in zwei oder mehr dieser Szenarien wiederfinden, ist die eigentliche Frage nicht, ob sich ein internes Tool lohnt – sondern wie viel der Status quo Sie jeden Monat kostet, ohne dass es auf einer Rechnung auftaucht.

## Was ist der Unterschied zwischen Excel-Wildwuchs und einem internen Tool?

Der Kernunterschied ist, dass ein internes Tool auf einer zentralen Datenbank mit Rechteverwaltung basiert, während gewachsener Excel-Wildwuchs aus verstreuten Dateikopien ohne verlässlichen Stand besteht. Bauer IT Solutions ersetzt dabei nicht nur die Tabelle, sondern das dahinterliegende Problem: Es gibt danach genau eine Wahrheit, und jeder sieht genau das, was er sehen darf.

| Kriterium | Excel-Wildwuchs | Internes Tool |
| --- | --- | --- |
| Mehrbenutzerfähigkeit | Gesperrte Dateien, Kopien wie "Final_v3_NEU.xlsx", gleichzeitiges Arbeiten überschreibt Änderungen | Beliebig viele Nutzer gleichzeitig auf einem zentralen Datenbestand, jede Änderung sofort für alle sichtbar |
| Fehlerquote und Versionschaos | Formelfehler bleiben unbemerkt, niemand weiß, welche Version aktuell ist | Validierung bei der Eingabe, eine einzige Datenquelle, Änderungshistorie mit Zeitstempel und Verursacher |
| Rechteverwaltung | Wer die Datei hat, sieht und ändert alles – auch Gehälter und Kalkulationsgrundlagen | Rollenbasierte Rechte pro Nutzer: Lesen, Bearbeiten, Freigeben getrennt steuerbar |
| Auswertbarkeit | Auswertungen per Hand, Pivot-Bastelei, Zahlen aus drei Dateien zusammenkopiert | Dashboards und Berichte auf Knopfdruck, immer aus den Live-Daten, exportierbar |
| DSGVO und Backups | Personaldaten in Mail-Anhängen, keine Löschkonzepte, Backup ist Glückssache | Zugriffskontrolle, Löschkonzepte, automatische Backups, auf Wunsch Hosting in Frankfurt |
| Einarbeitung | Neue Mitarbeiter lernen die Eigenheiten der Tabelle mündlich vom Vorgänger | Geführte Oberfläche entlang Ihres Prozesses plus schriftliche Dokumentation |

Fair ist: Excel ist ein hervorragendes Werkzeug für Ad-hoc-Analysen und Einzelberechnungen. Problematisch wird es erst, wenn eine Tabelle unbemerkt zur geschäftskritischen Mehrbenutzer-Anwendung mutiert – eine Rolle, für die Excel nie gedacht war.

## Wie ersetze ich Ihre Excel-Lösung durch eine Datenbank, ohne den Betrieb zu stören?

Als Entwickler ersetze ich Excel nicht per Stichtag-Abschaltung, sondern schrittweise: Ihre bestehenden Daten werden importiert, das Tool läuft zunächst parallel auf einer Staging-Umgebung, und erst nach erfolgreicher Abnahme wird umgestellt. Ihr Tagesgeschäft läuft während der gesamten Entwicklung unverändert weiter.

Konkret heißt das: Zuerst analysiere ich Ihre vorhandenen Tabellen – nicht nur die Spalten, sondern auch die ungeschriebenen Regeln darin, etwa was eine rote Zelle bedeutet oder warum Spalte Q nie leer sein darf. Daraus entsteht ein sauberes Datenmodell in PostgreSQL, einer bewährten relationalen Datenbank. Beim Import bereinige ich Duplikate und Inkonsistenzen und dokumentiere jede Entscheidung, damit nachvollziehbar bleibt, was mit welchem Datensatz passiert ist.

In der Parallelphase arbeitet ein kleiner Kreis Ihres Teams testweise im neuen Tool, während der Rest wie gewohnt weiterarbeitet. Auffälligkeiten fließen wöchentlich in die Entwicklung zurück. Erst wenn die Zahlen im Tool und in der alten Tabelle übereinstimmen und Ihr Team der Umstellung zustimmt, wird die Excel-Datei zum schreibgeschützten Archiv. Dieser Weg dauert ein paar Wochen länger als ein harter Schnitt – dafür gibt es keinen Tag, an dem Ihr Unternehmen ohne funktionierendes Werkzeug dasteht.

## Wie verbinde ich Ihre bestehenden Systeme, statt sie zu ersetzen?

Bestehende Systeme wie ERP, Buchhaltung oder Warenwirtschaft verbinde ich über Schnittstellen mit dem neuen Tool, statt sie herauszureißen – Insellösungen verbinden schlägt Rip-and-Replace fast immer. Bauer IT Solutions baut das interne Tool dann als Klammer über die vorhandene Landschaft: Es holt sich Daten dort ab, wo sie entstehen, und spielt Ergebnisse dorthin zurück, wo sie gebraucht werden.

Technisch gibt es dafür eine Rangfolge. Am saubersten sind offizielle APIs, also dokumentierte Programmierschnittstellen, die viele moderne Systeme mitbringen. Gibt es keine API, funktionieren oft automatisierte CSV- oder Excel-Exporte, die das Tool zeitgesteuert einliest – unspektakulär, aber zuverlässig. Erst wenn beides ausscheidet, lohnt der Blick auf Datenbank-Direktzugriffe oder gesteuerte Datenextraktion. Welche Variante bei Ihren Systemen realistisch ist, kläre ich im Erstgespräch, bevor irgendetwas beauftragt wird.

Der wirtschaftliche Effekt: Das Copy-Paste-Reporting aus Szenario vier verschwindet, weil die Zahlen aus allen Quellsystemen automatisch zusammenlaufen. Niemand muss ein neues ERP einführen, niemand muss umlernen, und die Investition konzentriert sich auf die Lücke zwischen den Systemen – nicht auf deren teuren Ersatz. Falls im Zuge dessen auch wiederkehrende Handgriffe automatisiert oder Texte und Dokumente maschinell vorsortiert werden sollen, lässt sich das Tool später um eine KI-Integration erweitern, ohne die Architektur umzubauen.

## Was kostet ein internes Tool im Vergleich zu den versteckten Excel-Kosten?

Ein internes Tool kostet einmalig einen klar bezifferten Festpreis – der Excel-Status-quo kostet dauerhaft, nur eben unsichtbar. Als Entwickler aus dem Rhein-Main-Gebiet rechne ich im Erstgespräch gerne gemeinsam mit Ihnen nach, denn die versteckten Posten sind fast immer größer als vermutet.

Die erste Kategorie ist Arbeitszeit: das Suchen der aktuellen Version, das Abtippen zwischen Systemen, das monatliche Zusammenkopieren von Berichten, die Rückfragen, weil zwei Tabellen unterschiedliche Zahlen zeigen. Multiplizieren Sie ehrlich die Stunden pro Woche mit den beteiligten Personen, kommt über ein Jahr regelmäßig ein Betrag zusammen, der ein solides internes Tool finanziert hätte.

Die zweite Kategorie sind Fehlerkosten: ein Angebot mit falscher Marge, ein doppelt genehmigter Urlaub in der Ferienzeit, eine Fehlbestellung wegen falschem Lagerstand. Solche Vorfälle sind selten – aber ein einziger davon kann teurer sein als die gesamte Softwareentwicklung. Dazu kommt die dritte, unbequemste Kategorie: Risiko. Eine geschäftskritische Tabelle ohne Backup, ohne Rechteverwaltung und mit genau einem Menschen, der sie versteht, ist ein Ausfallrisiko, das in keiner Bilanz steht.

Konkrete Zahlen zu meiner Preisgestaltung nenne ich bewusst nicht pauschal, weil der Umfang den Preis bestimmt. Wie ein Festpreisangebot bei mir zustande kommt und welche Faktoren ihn beeinflussen, lesen Sie auf der [Kosten-Seite](/kosten/) – und nach dem kostenlosen Erstgespräch haben Sie eine verbindliche Zahl für Ihr konkretes Vorhaben.

## Wie läuft die Zusammenarbeit ab?

Die Zusammenarbeit mit Bauer IT Solutions folgt einem festen Ablauf in fünf Schritten, der Sie vom Excel-Chaos bis zur dokumentierten Übergabe führt – mit einem Festpreis, den Sie vor Entwicklungsstart schwarz auf weiß haben.

1. **Kostenloses Erstgespräch.** Sie zeigen mir Ihre heutigen Werkzeuge – ruhig auch die berüchtigte Tabelle mit den 14 Verkettungen. Gemeinsam identifizieren Sie und ich den Prozess mit dem größten Schmerz. Auf Ihre Anfrage antworte ich unter 24 Stunden.
2. **Schriftliche Spezifikation mit Festpreis.** Ich beschreibe Datenmodell, Masken, Rechte-Rollen und Schnittstellen zu Ihren Bestandssystemen in einem Dokument, das auch Nicht-Techniker verstehen. Dazu gehört ein unverbindliches Festpreisangebot – keine offene Abrechnung nach Aufwand.
3. **Entwicklung mit wöchentlichen Ständen auf Staging.** Sie und Ihr Team klicken jede Woche durch den aktuellen Stand auf einer Staging-Umgebung, mit Beispieldaten aus Ihren echten Tabellen. Kurskorrekturen passieren so nach Tagen, nicht nach Monaten.
4. **Abnahme.** Das Tool wird mit Ihren migrierten Echtdaten geprüft: Stimmen die Bestände, die Salden, die Resturlaubstage mit der alten Welt überein? Erst wenn Sie abnehmen, geht das System produktiv.
5. **Dokumentierte Übergabe.** Sie erhalten den vollständigen Quellcode, die technische Dokumentation und eine Anleitung für Ihr Team. Beides gehört Ihnen – Sie können jederzeit intern oder mit Dritten weitermachen.

Den allgemeinen Rahmen dieses Vorgehens – unabhängig vom Projekttyp – beschreibe ich ausführlich unter [So arbeite ich](/so-arbeite-ich/).

## Mit welchen Technologien entwickle ich interne Unternehmenssoftware?

Interne Tools von Bauer IT Solutions basieren auf einem bewusst unspektakulären, langlebigen Stack: TypeScript und React für die Oberfläche im Browser, Node.js oder Python für die Logik dahinter, PostgreSQL als Datenbank und Supabase als solide Basis für Authentifizierung und Rechteverwaltung. Braucht Ihr Außendienst oder Lager eine mobile Erfassung, kommt React Native dazu – dieselbe Codebasis-Philosophie, auf dem Smartphone.

Diese Auswahl ist eine bewusste Entscheidung gegen Exoten: Jede dieser Technologien ist seit Jahren etabliert, breit dokumentiert und wird von einem großen Markt an Entwicklern beherrscht. Das schützt Ihre Investition – falls Sie das Tool in fünf Jahren von jemand anderem erweitern lassen wollen, finden Sie problemlos Fachkräfte dafür. Gehostet wird, wo Sie es brauchen: auf Wunsch DSGVO-konform in Frankfurt, alternativ in Ihrer bestehenden Infrastruktur.

Ein internes Tool ist dabei technisch fast immer eine Webanwendung: Ihr Team öffnet es im Browser, ohne Installation auf einzelnen Rechnern, und Updates erreichen alle Nutzer gleichzeitig. Gerade gegenüber verteilten Excel-Dateien ist das ein stiller, aber gewaltiger Betriebsvorteil.

## Wie starten Sie Ihr internes Tool-Projekt?

Der einfachste Start ist ein kostenloses, unverbindliches Erstgespräch, in dem Sie mir Ihren heutigen Ablauf zeigen – ich antworte auf jede Anfrage unter 24 Stunden. Sie müssen dafür nichts vorbereiten außer einer ehrlichen Antwort auf die Frage, welche Tabelle Ihnen die meisten Nerven kostet.

Aus dem Gespräch entsteht entweder eine klare Empfehlung samt Festpreisangebot – oder die ehrliche Aussage, dass Excel für Ihren Fall noch völlig ausreicht. Beides kostet Sie nichts außer einer halben Stunde. Schreiben Sie mir über die [Kontakt-Seite](/kontakt/), und lassen Sie uns herausfinden, wie viel Zeit Ihr Team gerade an Werkzeuge verliert, die nie für diese Aufgabe gebaut wurden.

### FAQ

**Was kostet es, ein internes Tool entwickeln zu lassen?**
Das hängt vom Umfang ab: Ein fokussiertes Tool, das eine einzelne Excel-Lösung ablöst, ist deutlich günstiger als eine Plattform mit vielen Schnittstellen. Nach einem kostenlosen Erstgespräch erhalten Sie von mir ein unverbindliches Festpreisangebot – Sie kennen die Kosten also vor Entwicklungsstart. Wie sich der Preis zusammensetzt, erkläre ich auf der Kosten-Seite dieser Website.

**Wem gehört der Quellcode des internen Tools?**
Ihnen. Nach der Abnahme übergebe ich den vollständigen Quellcode samt Dokumentation an Ihr Unternehmen. Sie sind nicht an mich gebunden und können das Tool später intern oder mit einem anderen Dienstleister weiterentwickeln – ohne Lizenzkosten pro Nutzer und ohne Vendor-Lock-in.

**Wie lange dauert die Entwicklung eines internen Tools?**
Typisch sind wenige Wochen bis wenige Monate, abhängig von Umfang und Schnittstellen. Eine erste nutzbare Version stelle ich früh auf einer Staging-Umgebung bereit, sodass Ihr Team wöchentlich den Stand prüfen kann. Den konkreten Zeitplan lege ich in der schriftlichen Spezifikation verbindlich fest.

**Können unsere bestehenden Excel-Daten übernommen werden?**
Ja, in fast allen Fällen. Ich importiere Ihre Tabellen in eine strukturierte Datenbank, bereinige dabei Duplikate und Inkonsistenzen und dokumentiere, welche Daten wie migriert wurden. Die alten Dateien bleiben als Archiv erhalten, sodass nichts verloren geht.

**Was passiert mit unseren bestehenden Systemen wie ERP oder Warenwirtschaft?**
Sie bleiben in Betrieb. Ein internes Tool verbinde ich über Schnittstellen mit den vorhandenen Systemen, statt sie zu ersetzen. So schließt das Tool die Lücken zwischen den Insellösungen, ohne dass ein riskantes Migrationsprojekt nötig wird.

**Ist ein individuell entwickeltes internes Tool DSGVO-konform?**
Ja, DSGVO-Konformität ist bei mir Teil der schriftlichen Spezifikation, nicht nachträgliche Kosmetik. Dazu gehören Rechteverwaltung, Löschkonzepte, automatische Backups und auf Wunsch Hosting in Frankfurt. Das ist ein deutlicher Fortschritt gegenüber per E-Mail verteilten Excel-Dateien mit Personaldaten.

**Funktioniert das Tool, wenn mehrere Mitarbeiter gleichzeitig arbeiten?**
Ja. Genau das ist einer der Hauptgründe für den Wechsel: Eine zentrale Datenbank erlaubt beliebig viele gleichzeitige Nutzer mit klaren Zugriffsrechten – ohne gesperrte Dateien, ohne Versionskonflikte und ohne überschriebene Änderungen.

**Wer betreut das Tool nach der Übergabe?**
Das entscheiden Sie. Viele Unternehmen buchen eine laufende Betreuung für Updates und kleinere Erweiterungen; andere übernehmen den Betrieb mit eigenem Personal. Da Quellcode und Dokumentation Ihnen gehören, sind Sie in beiden Fällen unabhängig von mir.

---

## Web Scraping und Datenextraktion als Dienstleistung

URL: https://baueritsolutions.de/web-scraping-datenextraktion/

> Web Scraping als Dienstleistung bedeutet, dass öffentlich zugängliche Webdaten — etwa Wettbewerbspreise, Produktdaten oder Marktübersichten — automatisiert erfasst und in einem nutzbaren Format geliefert werden. Bei Bauer IT Solutions erhalten Unternehmen genau das von einem inhabergeführten Ingenieurbüro aus Deutschland, mit deutschem Vertrag, DSGVO-konformer Umsetzung, rechtlicher Einordnung jeder Anfrage und einem Festpreisangebot nach kostenlosem Erstgespräch. Geliefert wird als CSV, Excel, API oder direkt in Ihre Datenbank — einmalig oder als laufendes Monitoring.

## Was ist eine Web-Scraping-Dienstleistung und für wen lohnt sie sich?

Eine Web-Scraping-Dienstleistung ist die automatisierte Erfassung öffentlich zugänglicher Webdaten durch einen Dienstleister, der die komplette Technik übernimmt — von der Extraktion über die Bereinigung bis zur Lieferung in Ihrem Wunschformat. Bauer IT Solutions bietet genau das aus Deutschland heraus: Sie beschreiben, welche Daten Sie brauchen, ich verantworte Architektur und Qualität der Lösung persönlich — gebaut und betrieben mit meinem eingespielten Entwicklerteam — und Sie erhalten verwertbare Daten statt eines Software-Problems.

Der typische Auslöser ist immer derselbe: Irgendjemand im Unternehmen kopiert regelmäßig Daten von Websites in eine Excel-Tabelle — Konkurrenzpreise, Lieferanten-Produktlisten, Portaleinträge. Das funktioniert eine Weile, bis die Datenmenge wächst, die Fehlerquote steigt und die Aufgabe stillschweigend Stunden pro Woche frisst. Ab diesem Punkt ist die Automatisierung fast immer günstiger als der Status quo.

Sich Daten extrahieren zu lassen lohnt sich vor allem dann, wenn eine dieser Bedingungen zutrifft:

- Die Daten ändern sich regelmäßig (Preise, Verfügbarkeiten, Angebote) und veraltete Stände kosten Sie bares Geld.
- Die Datenmenge ist manuell nicht mehr beherrschbar — hunderte Produkte, dutzende Quellseiten.
- Sie brauchen die Daten strukturiert und maschinenlesbar, etwa für Ihr Warenwirtschaftssystem, eine Analyse oder ein internes Tool.
- Sie wollen einen einmaligen, sauberen Datensatz erstellen lassen, ohne dafür eigene Infrastruktur aufzubauen.

Was ich bewusst nicht anbiete: das Umgehen von Bezahlschranken, das Abgreifen persönlicher Profile oder rechtlich nicht tragfähige Projekte. Dazu weiter unten mehr.

## Welche Daten lassen sich extrahieren?

Extrahieren lässt sich grundsätzlich alles, was öffentlich im Browser sichtbar ist — die praktische Frage ist nicht ob, sondern in welcher Struktur, in welchem Rhythmus und mit welcher rechtlichen Einordnung. Als inhabergeführtes Ingenieurbüro aus dem Rhein-Main-Gebiet setzen wir für Unternehmen typischerweise diese Kategorien um:

### Wie funktioniert Preismonitoring von Wettbewerbern?

Preismonitoring bedeutet, dass die Preise Ihrer Wettbewerber in einem festen Rhythmus automatisch erfasst und mit Ihren eigenen verglichen werden. Ein typisches Szenario: Ein Händler mit einigen hundert Artikeln lässt täglich die Preise von fünf bis zehn Konkurrenz-Shops erfassen und sieht morgens in einer Übersicht, wo er über oder unter dem Markt liegt — inklusive Verlaufshistorie, um Preisstrategien der Konkurrenz zu erkennen. Das ist die mit Abstand häufigste Scraping-Anwendung im Mittelstand, weil sich der Nutzen direkt in der Marge zeigt.

### Was bringt das Scrapen von Produktdaten?

Produktdaten scrapen zu lassen spart vor allem Erfassungsaufwand: Artikelnamen, Beschreibungen, technische Attribute, Bilder, EANs und Kategorien werden strukturiert von Hersteller- oder Lieferantenseiten übernommen, statt sie händisch abzutippen. Ein typisches Beispiel ist ein Shop-Betreiber, der das Sortiment eines neuen Lieferanten aufnehmen will: Statt Wochen manueller Pflege liefert die Extraktion einen Import-fertigen Datensatz. Auch Verfügbarkeiten und Lagerbestände lassen sich laufend mitverfolgen — nützlich, wenn Ihre Lieferfähigkeit von Dritten abhängt.

### Wofür braucht man Marktübersichten und Verzeichnisdaten?

Marktübersichten entstehen, wenn Portale, Branchenverzeichnisse oder Vergleichsseiten systematisch ausgewertet werden — etwa alle Anbieter einer Branche in einer Region, alle Immobilieninserate eines Segments oder alle Ausschreibungen zu einem Thema. Solche Daten sind die Grundlage für Vertriebsrecherchen auf Firmenebene, Standortanalysen und Marktstudien. Wichtig ist hier die rechtliche Trennlinie: Firmendaten sind meist unproblematisch, sobald es um identifizierbare Personen geht, greift die DSGVO — das prüfe ich vor jedem Projekt.

### Kann man Datensätze für KI-Training erstellen lassen?

Ja — die Gewinnung von Datensätzen für Analysen und KI-Training ist ein wachsender Teil meiner Arbeit und führt die Datensatzerstellung fort, die Bauer IT Solutions schon lange anbietet. Wer ein eigenes Modell feintunen oder eine [KI-Integration](/ki-integration-unternehmen/) mit domänenspezifischem Wissen füttern will, braucht saubere, strukturierte und rechtlich einwandfreie Trainingsdaten. Ich liefere solche Datensätze dedupliziert, normalisiert und mit dokumentierter Herkunft — denn bei Trainingsdaten ist die Nachvollziehbarkeit der Quelle keine Formalie, sondern eine Compliance-Anforderung.

## Ist Web Scraping legal? Die DSGVO-Einordnung

Web Scraping ist in Deutschland nicht pauschal legal oder illegal — die Zulässigkeit hängt davon ab, welche Daten erfasst werden, wie und wofür. Als Dienstleister aus Deutschland nehme ich diese Frage ernst, statt sie wegzulächeln, und ordne jede Anfrage vorab ein. Die wichtigsten Dimensionen im Überblick:

**Öffentlich zugängliche Sachdaten** — Preise, Produktbeschreibungen, Verfügbarkeiten, Firmendaten — sind der unkritischste Bereich. Rein tatsächliche Informationen wie ein Preis genießen keinen Urheberrechtsschutz, und ihre automatisierte Erfassung von frei zugänglichen Seiten ist in vielen Konstellationen zulässig.

**Personenbezogene Daten** sind die schärfste Grenze. Sobald Namen, E-Mail-Adressen, Profile oder andere Angaben zu identifizierbaren Personen erfasst werden, greift die DSGVO vollständig: Es braucht eine Rechtsgrundlage, unter Umständen Informationspflichten, und die Betroffenenrechte gelten. "Die Daten standen doch öffentlich im Netz" ist ausdrücklich keine Rechtsgrundlage. Projekte, die auf das massenhafte Sammeln von Personendaten hinauslaufen, lehne ich ab oder gestalte sie so um, dass sie auf Firmen- statt Personenebene arbeiten.

**Urheber- und Datenbankrecht** schützt nicht die einzelnen Fakten, aber unter Umständen die Sammlung: Wer wesentliche Teile einer mit erheblichem Aufwand erstellten Datenbank entnimmt, kann das Datenbankherstellerrecht verletzen — auch wenn jeder einzelne Datenpunkt für sich frei wäre. Ebenso sind Produkttexte und Bilder oft urheberrechtlich geschützt; sie zu erfassen ist etwas anderes, als sie eins zu eins weiterzuveröffentlichen.

**robots.txt und AGB** sind die vierte Ebene. Eine robots.txt ist rechtlich kein Gesetz, aber ein deutliches Signal des Seitenbetreibers, das ich in die Bewertung einbeziehe. Vertragliche Scraping-Verbote in AGB binden vor allem registrierte Nutzer — beim Scraping hinter einem Login sieht die Lage daher anders aus als bei frei zugänglichen Seiten. Technische Schutzmaßnahmen aktiv zu umgehen ist für mich ein Ausschlusskriterium.

Zwei Dinge zur Ehrlichkeit: Erstens ist das ein Überblick aus der Ingenieurpraxis, keine Rechtsberatung — die darf ich nicht leisten, und bei echten Grenzfällen empfehle ich die Abstimmung mit einem Fachanwalt für IT-Recht. Zweitens ist genau diese Einordnung der Grund, einen deutschen Dienstleister zu beauftragen: Sie bekommen jemanden, der die DSGVO nicht als exotische Fußnote behandelt, sondern als Rahmen, in dem Ihr Projekt von Anfang an geplant wird.

## Warum ein deutscher Dienstleister statt Offshore-Anbieter?

Der Web-Scraping-Markt wird von Offshore-Anbietern und anonymen Plattformen dominiert — und genau daraus entstehen die Probleme, mit denen Unternehmen dann bei mir landen: keine greifbare Vertragspartei, keine DSGVO-Bewertung, Datenlieferungen, deren Qualität niemand verantwortet, und Funkstille, sobald die Quellseite ihr Layout ändert. Der Unterschied im Detail:

| Kriterium | Offshore-Scraping-Anbieter | Deutscher Dienstleister (Bauer IT Solutions) |
| --- | --- | --- |
| Vertrag und Gerichtsstand | Ausländisches Recht, im Streitfall praktisch nicht durchsetzbar | Deutscher Vertrag, deutscher Gerichtsstand, greifbarer Vertragspartner |
| DSGVO-Bewertung | Meist keine — das Risiko liegt vollständig bei Ihnen als Auftraggeber | Rechtliche Einordnung jeder Anfrage vor Projektstart, DSGVO-konforme Umsetzung, Hosting in Frankfurt möglich |
| Kommunikation und Zeitzone | Ticketsystem, Zeitverschiebung, wechselnde Ansprechpartner | Direkter Draht zum verantwortlichen Ingenieur als festem Ansprechpartner, Antwort unter 24 Stunden, gleiche Zeitzone, Deutsch |
| Verantwortung für Datenqualität | Lieferung "as is", Reklamation zäh bis aussichtslos | Definierte Qualitätskriterien in der schriftlichen Spezifikation, Prüfung auf Staging vor Abnahme |
| Wartung bei Seitenänderungen | Oft Neubeauftragung nötig, Reaktionszeit unklar | Monitoring erkennt Änderungen automatisch, Anpassung durch mein Team im Rahmen der Wartungsvereinbarung |

Der Preisvorteil von Offshore-Anbietern ist real — aber er wird häufig durch genau eine kaputte Datenlieferung im falschen Moment aufgezehrt. Wenn Ihre Preisentscheidungen auf gescrapten Daten beruhen, ist die Frage "Wer haftet, wenn die Daten falsch sind?" keine theoretische. Mehr zu meiner grundsätzlichen Positionierung ohne Agentur-Marge und PM-Schicht lesen Sie unter [Warum direkt beauftragen?](/warum-direkt/).

## In welchem Format und Rhythmus liefere ich die Daten?

Bauer IT Solutions liefert extrahierte Daten in dem Format, das in Ihre bestehenden Abläufe passt — die Technik richtet sich nach Ihrem Prozess, nicht umgekehrt. Konkret stehen vier Wege zur Wahl:

- **CSV oder Excel**: der Klassiker für Fachabteilungen. Sie erhalten eine saubere Tabelle mit definierten Spalten, direkt nutzbar in Excel, Power BI oder für den Import in Ihre Warenwirtschaft.
- **JSON-API**: Ihre eigenen Systeme rufen die Daten ab, wann sie sie brauchen. Das ist der richtige Weg, wenn die Daten in eine Webanwendung oder ein internes Dashboard fließen sollen.
- **Direkt in Ihre Datenbank**: Ich schreibe die Daten in Ihre PostgreSQL-Datenbank oder eine andere Datenhaltung — ohne Zwischenschritt, mit Historie, sofort abfragbar.
- **Fertiger Datensatz**: Bei der Datensatzerstellung erhalten Sie ein einmaliges, bereinigtes Gesamtpaket — etwa für eine Marktanalyse oder als Trainingsgrundlage für ein KI-Projekt.

Beim Rhythmus gibt es zwei Grundmodelle. Die **einmalige Extraktion** eignet sich für Stichtagsanalysen, Sortimentsübernahmen und Datensatzerstellung — ein Projekt, ein Ergebnis, fertig. Das **laufende Monitoring** erfasst dieselben Quellen automatisch im vereinbarten Takt — stündlich, täglich oder wöchentlich — und ist das Modell der Wahl für Preisbeobachtung und Verfügbarkeits-Tracking. Viele Projekte starten einmalig und wachsen ins Monitoring; technisch plane ich von Anfang an so, dass dieser Übergang kein Neubau ist.

Zur Lieferung gehört immer die Bereinigung: Duplikate entfernen, Formate vereinheitlichen, Ausreißer markieren, Quell-URL und Zeitstempel an jedem Datensatz. Rohdaten sind billig — verlässliche Daten sind die eigentliche Leistung.

## Was passiert, wenn sich die Quellseite ändert?

Jeder Scraper geht irgendwann kaputt, weil sich die Quellseite ändert — die entscheidende Frage ist, ob Sie das sofort erfahren oder wochenlang stillschweigend fehlerhafte Daten bekommen. Deshalb gehört zu jedem laufenden Projekt von Bauer IT Solutions ein Monitoring, das drei Dinge automatisch überwacht:

1. **Erreichbarkeit**: Liefert die Quelle überhaupt noch Daten, oder blockt sie, ist umgezogen oder offline?
2. **Struktur**: Kommen die erwarteten Felder noch an — oder liefert ein geändertes Layout plötzlich leere Preise oder verschobene Spalten?
3. **Plausibilität**: Liegen die Werte im erwarteten Rahmen? Wenn ein Preisfeld von 49,90 Euro auf 0,00 Euro springt, ist das fast nie ein echter Preis, sondern ein Strukturbruch.

Schlägt einer dieser Checks an, werden wir benachrichtigt — nicht Sie durch eine kaputte Auswertung. Bei Projekten mit Wartungsvereinbarung passt mein Team den Scraper dann an die geänderte Seite an; genau diese Reaktionsfähigkeit ist der Punkt, an dem anonyme Offshore-Angebote regelmäßig scheitern. Läuft Ihr Projekt ohne Wartung, erhalten Sie zumindest die klare Meldung, dass die Quelle sich geändert hat, und ein Angebot für die Anpassung — fehlerhafte Daten unkommentiert weiterzuliefern ist keine Option.

Da Quellcode und Dokumentation ohnehin Ihnen gehören, sind Sie dabei doppelt abgesichert: Die übergabefähige Dokumentation macht jeden Entwickler handlungsfähig, und mein Team kennt die Quelle bereits — der Weg über uns ist deshalb schlicht der schnellste, gebunden sind Sie an niemanden.

## Wie läuft die Zusammenarbeit ab?

Die Zusammenarbeit mit Bauer IT Solutions folgt bei Scraping-Projekten fünf festen Schritten — vom ersten Gespräch bis zur dokumentierten Übergabe:

1. **Kostenloses Erstgespräch**: Sie beschreiben, welche Daten Sie brauchen und wofür. Ich schaue mir die Quellseiten direkt an, schätze die technische Machbarkeit ein und nehme die erste rechtliche Einordnung vor — personenbezogene Daten, Datenbankrecht, Login-Bereiche. Falls ein Vorhaben rechtlich nicht tragfähig ist, sage ich das in diesem Gespräch, nicht nach Vertragsschluss.
2. **Schriftliche Spezifikation mit Festpreis**: Vor Entwicklungsstart erhalten Sie ein Dokument, das die Quellseiten, die zu erfassenden Felder, das Lieferformat, den Rhythmus und die Qualitätskriterien festhält — plus ein unverbindliches Festpreisangebot. Bei Scraping-Projekten ist diese Präzision besonders wichtig, weil "die Produktdaten von Seite X" ohne Felddefinition zuverlässig zu Missverständnissen führt.
3. **Entwicklung mit wöchentlichen Ständen auf Staging**: Sie sehen früh echte Daten. Schon in der ersten Woche liefere ich typischerweise einen Probedatensatz aus der Staging-Umgebung, damit Format und Feldqualität geprüft werden können, bevor die volle Breite läuft. Kurskorrekturen — ein zusätzliches Feld, ein anderes Datumsformat — sind in dieser Phase günstig.
4. **Abnahme**: Sie prüfen die Datenlieferung gegen die Spezifikation — Vollständigkeit, Formate, Stichproben gegen die Quellseiten. Erst wenn die Qualitätskriterien erfüllt sind, geht das Projekt in den Regelbetrieb oder in die finale Lieferung.
5. **Dokumentierte Übergabe**: Sie erhalten den vollständigen Quellcode, die Dokumentation der Datenstruktur und — bei Monitoring-Projekten — die Zugänge zur Betriebsumgebung. Auf Wunsch läuft der Betrieb DSGVO-konform mit Hosting in Frankfurt weiter, mit vereinbarter Wartung bei Seitenänderungen.

Für jede Nachricht während des Projekts gilt meine generelle Zusage: Antwort unter 24 Stunden.

## Was kostet Web Scraping als Dienstleistung?

Die Kosten eines Scraping-Projekts richten sich nach drei Faktoren: der Zahl und technischen Komplexität der Quellseiten, dem Umfang der Datenaufbereitung und der Frage, ob Sie eine einmalige Extraktion oder ein laufendes Monitoring mit Wartung benötigen. Eine einzelne, gut strukturierte Quellseite einmalig zu erfassen ist ein überschaubares Projekt; zwanzig JavaScript-lastige Shops mit täglichem Rhythmus und Plausibilitätsprüfung sind eine andere Größenordnung.

Konkrete Zahlen nenne ich bewusst erst, wenn ich Ihre Quellen gesehen habe — alles andere wäre geraten. Verbindlich ist dafür der Weg dorthin: kostenloses Erstgespräch, dann ein unverbindliches Festpreisangebot auf Basis der schriftlichen Spezifikation. Sie wissen vor Entwicklungsstart, was das Projekt kostet, und tragen kein Stunden-Risiko. Wie sich Projektpreise bei mir generell zusammensetzen, erkläre ich transparent auf der [Kosten-Seite](/kosten/).

## Warum Bauer IT Solutions für Datenextraktion?

Weil Sie hier beides bekommen, was der Markt selten kombiniert: die technische Tiefe eines inhabergeführten Ingenieurbüros, das Scraper mit Python und TypeScript selbst baut, und die Verbindlichkeit eines deutschen Vertragspartners, der die DSGVO-Einordnung nicht Ihnen überlässt. Kein PM-Layer, keine Agentur-Marge, kein Ticketsystem in einer anderen Zeitzone — Ihr Ansprechpartner ist der verantwortliche Ingenieur selbst: Ich stehe für Architektur, Qualität und Datenlieferung persönlich gerade. Und hinter mir steht ein eingespieltes Entwicklerteam, das ich projektbezogen einbinde — für größere Extraktionsprojekte, laufende Wartung und mehrere Projekte parallel.

Dazu kommt die Einbettung in ein größeres Leistungsbild: Extrahierte Daten entfalten ihren Wert oft erst in einem Dashboard, einem internen Tool oder einer KI-Anwendung — und genau diese individuelle Softwareentwicklung kommt bei Bauer IT Solutions aus einer Hand. Der Scraper, die Datenbank und die Auswertungsoberfläche müssen nicht von drei Anbietern zusammengestückelt werden.

Wenn Sie regelmäßig Daten von Websites in Tabellen kopieren, Wettbewerbspreise beobachten wollen oder einen Datensatz erstellen lassen möchten: Beschreiben Sie mir im [kostenlosen Erstgespräch](/kontakt/), welche Daten Sie brauchen. Sie bekommen eine ehrliche Einschätzung zur Machbarkeit, eine rechtliche Ersteinordnung und innerhalb kurzer Zeit ein Festpreisangebot — Antwort garantiert unter 24 Stunden.

### FAQ

**Was kostet eine Web-Scraping-Dienstleistung?**
Die Kosten hängen von der Zahl der Quellseiten, deren technischer Komplexität und davon ab, ob Sie eine einmalige Extraktion oder ein laufendes Monitoring benötigen. Eine einfache einmalige Extraktion ist deutlich günstiger als ein Preismonitoring über zwanzig Shops mit täglicher Aktualisierung. Nach dem kostenlosen Erstgespräch erhalten Sie von mir ein unverbindliches Festpreisangebot — keine offenen Stundenabrechnungen.

**Wem gehört der Quellcode des Scrapers?**
Ihnen. Bei Bauer IT Solutions gehören der vollständige Quellcode und die Dokumentation nach der Übergabe dem Kunden. Sie können den Scraper selbst betreiben, von einem anderen Entwickler weiterpflegen lassen oder mein Team mit der laufenden Wartung beauftragen — Sie sind an nichts gebunden.

**Ist Web Scraping in Deutschland legal?**
Das Erfassen öffentlich zugänglicher Daten ist in vielen Konstellationen zulässig, aber es gibt Grenzen — insbesondere bei personenbezogenen Daten (DSGVO), beim Datenbank- und Urheberrecht sowie bei technischen Schutzmaßnahmen. Ich ordne jede Anfrage vorab ein und lehne rechtlich heikle Vorhaben ab. Eine verbindliche Rechtsberatung kann und darf ich nicht leisten; bei Grenzfällen empfehle ich die Abstimmung mit einem Fachanwalt.

**Welche Daten lassen sich per Scraping extrahieren?**
Typisch sind Wettbewerbspreise, Produktdaten mit Bildern und Attributen, Verfügbarkeiten und Lagerbestände, Marktübersichten aus Portalen und Verzeichnissen sowie strukturierte Datensätze für Analysen oder KI-Training. Grundsätzlich lässt sich alles erfassen, was öffentlich im Browser sichtbar ist — die rechtliche Einordnung entscheidet, was davon tatsächlich umgesetzt wird.

**In welchem Format bekomme ich die Daten geliefert?**
Sie wählen das Format, das in Ihre Abläufe passt: CSV oder Excel für den direkten Import, eine JSON-API für Ihre eigenen Anwendungen oder eine Lieferung direkt in Ihre Datenbank, zum Beispiel PostgreSQL. Bei laufendem Monitoring liefere ich die Daten automatisch im vereinbarten Rhythmus — täglich, wöchentlich oder stündlich.

**Was passiert, wenn die Quellseite ihr Layout ändert?**
Dafür gibt es ein Monitoring, das Ausfälle und Strukturänderungen automatisch erkennt und meldet. Bei laufenden Projekten passt mein Team den Scraper im Rahmen der vereinbarten Wartung an, sodass Ihre Datenlieferung schnell wieder läuft. Ohne Wartungsvereinbarung erhalten Sie zumindest die Meldung, dass die Quelle sich geändert hat — statt stillschweigend fehlerhafter Daten.

**Wie lange dauert die Erstellung eines Scrapers?**
Eine einzelne, technisch einfache Quellseite ist oft innerhalb weniger Tage produktiv. Projekte mit mehreren Quellen, Login-Bereichen oder JavaScript-lastigen Seiten brauchen entsprechend länger. Den konkreten Zeitrahmen lege ich in der schriftlichen Spezifikation fest, die Sie vor Entwicklungsstart erhalten — inklusive Festpreis.

**Kann ich auch einen kompletten Datensatz erstellen lassen, ohne selbst Technik zu betreiben?**
Ja. Die Datensatzerstellung ist ein eigenes Leistungsmodell: Sie beschreiben, welche Daten Sie brauchen, und erhalten den fertigen, bereinigten Datensatz als Datei — ohne selbst einen Scraper zu betreiben oder Infrastruktur aufzubauen. Das eignet sich für Marktanalysen, Lead-Recherchen auf Firmenebene und Trainingsdaten für KI-Modelle.

---

## Webanwendung entwickeln lassen

URL: https://baueritsolutions.de/webanwendung-entwickeln-lassen/

> Eine Webanwendung ist browserbasierte Software, die ohne Installation auf jedem Gerät läuft – vom Kundenportal bis zum internen Dashboard. Bei Bauer IT Solutions entwickle ich Ihre Webanwendung persönlich: Nach dem kostenlosen Erstgespräch erhalten Sie ein unverbindliches Festpreisangebot, vor Entwicklungsstart eine schriftliche Spezifikation, während der Umsetzung eine Staging-Umgebung – und am Ende gehören Quellcode und Dokumentation vollständig Ihnen.

## Was ist eine Webanwendung – und was ist sie nicht?

Eine Webanwendung ist browserbasierte Software, die Aufgaben erledigt: Nutzer melden sich an, verwalten Daten, buchen Termine oder durchlaufen Freigabeprozesse – eine klassische Website präsentiert dagegen in erster Linie Informationen. Der Unterschied liegt weniger in der Technik als im Zweck. Eine Website beantwortet die Frage, wer Sie sind und was Sie anbieten. Eine Webanwendung arbeitet: Sie nimmt Bestellungen entgegen, berechnet Preise, zeigt Auswertungen und bildet die Abläufe Ihres Unternehmens ab.

Ein Beispiel macht die Abgrenzung greifbar: Die Seite eines Handwerksbetriebs mit Leistungen, Referenzen und Kontaktformular ist eine Website. Sobald Kunden dort aber einen Termin mit Verfügbarkeitsprüfung buchen, ihre Auftragshistorie einsehen oder Dokumente herunterladen, ist der Kern eine Webanwendung – auch wenn beides unter derselben Domain läuft.

Für reine Firmenpräsenzen finden Sie bei mir die eigene Leistungsseite [Website erstellen lassen](/website-erstellen-lassen/). Auf dieser Seite geht es um den anderen Fall: Sie möchten eine Webapplikation entwickeln lassen, in der sich Menschen einloggen und mit Daten arbeiten. Ob Sie das Ergebnis Web App, Webapplikation oder browserbasierte Software nennen, ist dabei Geschmackssache – gemeint ist dasselbe.

## Wann lohnt es sich, eine Webanwendung entwickeln zu lassen?

Eine Webanwendung entwickeln zu lassen lohnt sich, sobald ein wiederkehrender Prozess in Ihrem Unternehmen über E-Mail, Telefon, Excel-Listen oder Papier läuft und dabei spürbar Zeit oder Aufträge kostet. Typische Signale, die mir in Erstgesprächen immer wieder begegnen:

- Ihre Kunden fragen dieselben Dinge telefonisch an – Auftragsstatus, Termine, Dokumente – und binden damit täglich Kapazität in Ihrem Büro.
- Mehrere Personen pflegen dieselbe Excel-Datei, und niemand weiß mehr sicher, welche Version die aktuelle ist.
- Ein Standard-Tool deckt einen Großteil Ihres Prozesses ab, aber der Rest kostet jeden Tag Handarbeit, Doppeleingaben und Kontrollschleifen.
- Sie zahlen monatlich für mehrere SaaS-Abos, die nicht miteinander sprechen, und übertragen Daten per Hand von einem ins andere.

In all diesen Fällen ersetzt eine maßgeschneiderte Webanwendung nicht die Menschen, sondern die Reibung: Daten werden einmal erfasst, Abläufe laufen nachvollziehbar, und der Zugriff funktioniert von jedem Gerät aus. Wichtig ist mir dabei Ehrlichkeit: Wenn ein bewährtes Standardprodukt Ihren Fall bereits sauber löst, sage ich Ihnen das im Erstgespräch. Individualentwicklung lohnt sich dort, wo Ihr Prozess der Wettbewerbsvorteil ist – nicht bei Standardaufgaben wie Buchhaltung oder E-Mail.

## Welche Arten von Webanwendungen entwickle ich?

Bauer IT Solutions entwickelt Webanwendungen nach Maß – so hieß diese Leistung schon auf meiner ersten Website, und die Formulierung trifft es bis heute: keine angepasste Lösung von der Stange, sondern Software, die exakt Ihren Prozess abbildet. Fünf Kategorien begegnen mir in Anfragen besonders häufig; verstehen Sie sie als typische Beispiele, nicht als abschließende Liste.

### Was leistet ein individuelles Kundenportal?

Ein Kundenportal gibt Ihren Kunden einen geschützten Login, hinter dem sie Aufträge, Dokumente, Rechnungen und Termine selbst einsehen – statt bei Ihnen anzurufen. Wenn Sie ein Kundenportal entwickeln lassen, entscheidet der Zuschnitt über den Nutzen: Welche Daten sieht der Kunde, was darf er selbst ändern, welche Systeme liefern die Inhalte zu. Richtig zugeschnitten verlagert ein Portal Routineanfragen dorthin, wo sie hingehören – in die Selbstbedienung, rund um die Uhr erreichbar.

### Wofür eignet sich ein Buchungs- oder Reservierungssystem?

Ein Buchungssystem lohnt sich überall dort, wo begrenzte Ressourcen verlässlich vergeben werden müssen: Termine, Räume, Geräte, Fahrzeuge. Verfügbarkeiten werden in Echtzeit geprüft, Bestätigungen automatisch verschickt, Kalender synchronisiert. Das kann ein öffentlicher Buchungskalender für Ihre Kunden sein oder ein rein internes System, mit dem Ihr Team Besprechungsräume oder den Fuhrpark verwaltet.

### Was bringt ein internes Dashboard?

Ein internes Dashboard führt Kennzahlen aus mehreren Quellen an einem Ort zusammen – live statt monatlich zusammenkopiert. Statt Zahlen aus Warenwirtschaft, Buchhaltung und Tabellen händisch abzugleichen, sehen Geschäftsführung und Team dieselben aktuellen Werte, mit Rollen und Rechten sauber getrennt. Aus einem Dashboard wird oft mehr: Sobald Nutzer Daten nicht nur sehen, sondern bearbeiten sollen, entsteht daraus Schritt für Schritt ein internes Werkzeug.

### Wann brauchen Sie einen Produktkonfigurator?

Ein Konfigurator lohnt sich, wenn Ihre Produkte viele Varianten haben und jede Angebotserstellung heute manuelle Rechenarbeit bedeutet. Der Kunde oder Ihr Vertrieb klickt sich durch die Optionen, Preislogik und Abhängigkeiten rechnet die Anwendung – am Ende stehen ein belastbarer Preis und auf Wunsch ein fertiges Angebotsdokument. Das beschleunigt den Vertrieb und verhindert Rechenfehler in Angeboten.

### Was unterscheidet eine B2B-Bestellplattform von einem Onlineshop?

Eine B2B-Bestellplattform bildet Geschäftslogik ab, die ein Standard-Shop nicht kennt: kundenspezifische Preislisten, Staffelpreise, Freigabeprozesse, wiederkehrende Bestellungen und die Anbindung an Ihre Warenwirtschaft. Es geht nicht um anonyme Laufkundschaft, sondern darum, dass Ihre Stammkunden schneller, bequemer und fehlerfrei bestellen – rund um die Uhr, ohne Fax und ohne Telefonschleife.

## Webanwendung, Desktop-Software oder Standard-SaaS – was passt zu Ihrem Unternehmen?

Für die meisten Geschäftsprozesse ist die Webanwendung heute die praktischste Form, weil sie ohne Installation auf jedem Gerät läuft und zentral aktualisiert wird – sie ist aber nicht in jedem Fall die richtige Antwort. Die ehrliche Gegenüberstellung:

| Kriterium | Individuelle Webanwendung | Desktop-Software | Standard-SaaS |
| --- | --- | --- | --- |
| Installation und Updates | Keine Installation; Updates zentral, sofort für alle Nutzer | Installation pro Rechner; Updates müssen verteilt werden | Keine Installation; Update-Zeitpunkt bestimmt der Anbieter |
| Geräteunabhängigkeit | Läuft im Browser auf PC, Mac, Tablet und Smartphone | An Betriebssystem und Arbeitsplatz gebunden | Läuft im Browser; mobile Qualität je nach Anbieter |
| Laufende Kosten | Hosting und Wartung; keine Lizenz pro Nutzer | Lizenzkosten, oft pro Arbeitsplatz | Monatliche Gebühr pro Nutzer, dauerhaft und steigend |
| Anpassbarkeit | Vollständig – die Software folgt Ihrem Prozess | Eingeschränkt; Individualisierung oft teuer | Nur im Rahmen der Optionen des Anbieters |
| Datenhoheit | Ihre Daten, Ihr Hosting – auf Wunsch in Frankfurt – Ihr Quellcode | Daten lokal, Quellcode beim Hersteller | Daten beim Anbieter, teils außerhalb der EU |

Meine Einordnung als Entwickler: Desktop-Software hat ihre Berechtigung bei rechenintensiven Spezialaufgaben ohne Netzanbindung. Standard-SaaS ist die richtige Wahl für Standardprobleme – Buchhaltung, E-Mail, Videokonferenzen. Sobald aber Ihr eigener Prozess abgebildet werden soll und Ihnen Datenhoheit wichtig ist, spielt die individuelle Webanwendung ihre Stärken aus: Sie investieren einmal in Entwicklung statt dauerhaft pro Nutzer zu zahlen, und Quellcode wie Daten gehören Ihnen.

## Wie lange dauert es, eine Webanwendung entwickeln zu lassen?

Ein einfaches Kundenportal mit klar umrissenem Funktionsumfang ist realistisch in vier bis acht Wochen einsatzbereit; komplexe Plattformen brauchen mehrere Monate. Ehrliche Richtwerte aus meiner Praxis, jeweils gerechnet ab Entwicklungsstart:

- Einfaches Portal oder Dashboard – Login, wenige Ansichten, eine Datenquelle: vier bis acht Wochen.
- Mittlere Anwendung – Buchungssystem, Konfigurator, erste Schnittstellen zu Bestandssystemen: zwei bis vier Monate.
- Komplexe Plattform – B2B-Bestellplattform mit ERP-Anbindung, vielen Rollen und Datenmigration: sechs Monate und mehr.

Drei Faktoren treiben die Dauer erfahrungsgemäß am stärksten: Schnittstellen zu Bestandssystemen, die Zahl der Rollen und Sonderfälle im Prozess – und die Geschwindigkeit, mit der Entscheidungen auf Ihrer Seite fallen. Genau deshalb steht bei mir vor jedem Projekt eine schriftliche Spezifikation: Sie legt Funktionsumfang und Zeitplan fest, bevor die erste Zeile Code entsteht, und verhindert die schleichende Ausweitung, an der Zeitpläne sonst scheitern.

Mein Rat, wenn es schnell gehen soll: Starten Sie mit einem bewusst schlanken ersten Ausbauzustand und erweitern Sie nach echtem Nutzerfeedback. Wie dieses Vorgehen funktioniert und wann es sich lohnt, beschreibe ich ausführlich unter [MVP-Entwicklung](/mvp-entwicklung/).

## Ist eine Progressive Web App die Alternative zur App aus dem App Store?

Für viele Geschäftsanwendungen ja: Eine Progressive Web App ist eine Webanwendung, die sich wie eine App auf dem Homescreen installieren lässt – ohne App Store, ohne Review-Prozess, ohne Store-Gebühren. Sie funktioniert nach dem ersten Laden auch bei schlechter Verbindung eingeschränkt weiter, kann Push-Benachrichtigungen senden – unter iOS mit Einschränkungen – und läuft aus einer einzigen Codebasis auf allen Geräten. Für ein Kundenportal, ein Buchungssystem oder ein internes Werkzeug ist das häufig der schnellste Weg zu einem App-Gefühl auf dem Smartphone.

Als Entwickler, der auch native Apps mit React Native baut, sage ich Ihnen aber genauso klar, wo die Progressive Web App an Grenzen stößt: bei tiefem Hardware-Zugriff, bei aufwendigen Offline-Szenarien und dann, wenn die Sichtbarkeit im App Store selbst ein Vertriebskanal sein soll. Diese Abwägung gehört ins kostenlose Erstgespräch – nicht selten erspart die Entscheidung für eine Progressive Web App die doppelte Entwicklung für iOS und Android und damit einen erheblichen Teil des Budgets.

## Mit welchen Technologien entwickle ich Webanwendungen?

Bauer IT Solutions setzt auf einen bewusst bewährten Stack: TypeScript und React im Frontend, Node.js oder Python im Backend, PostgreSQL als Datenbank – häufig ergänzt um Supabase für Authentifizierung und Echtzeitfunktionen. Diese Auswahl ist kein Zufall: Es sind weit verbreitete Technologien mit großer Entwicklergemeinde und langfristiger Perspektive. Das schützt Sie vor Abhängigkeit von mir als Person – jedes andere Entwicklungsteam kann den Code übernehmen und weiterführen.

Genauso wichtig wie der Stack ist der Rahmen: Jede Webanwendung setze ich DSGVO-konform um, auf Wunsch mit Hosting in Frankfurt am Main, sodass Ihre Daten Deutschland nicht verlassen. Während der Entwicklung erhalten Sie eine Staging-Umgebung, auf der Sie jeden Stand im Browser selbst ausprobieren. Und nach der Abnahme gehört Ihnen alles: Quellcode, Dokumentation und sämtliche Zugänge.

## Wie läuft die Zusammenarbeit ab?

Die Zusammenarbeit folgt bei Bauer IT Solutions fünf festen Schritten – vom ersten Gespräch bis zur dokumentierten Übergabe, bei Webanwendungen mit einem greifbaren Vorteil: Sie sehen jeden Zwischenstand direkt im Browser.

1. **Kostenloses Erstgespräch.** Sie schildern Ihren Prozess, ich stelle die Fragen, die für eine Webanwendung entscheidend sind: Wer loggt sich ein, welche Daten fließen, welche Systeme müssen angebunden werden. Auf Ihre Anfrage antworte ich unter 24 Stunden.
2. **Schriftliche Spezifikation mit Festpreis.** Sie erhalten ein Dokument, das Ansichten, Rollen, Datenmodell und Schnittstellen Ihrer Anwendung beschreibt – zusammen mit einem unverbindlichen Festpreisangebot. Entwickelt wird erst, wenn beides steht.
3. **Entwicklung mit wöchentlichen Ständen auf Staging.** Jede Woche steht ein neuer, klickbarer Stand auf der Staging-Umgebung – Sie testen Portal, Buchungsstrecke oder Dashboard im Browser, mit echten Abläufen statt Bildschirmfotos. Kurskorrekturen passieren so früh, nicht nach Monaten.
4. **Abnahme.** Vorher definierte Testszenarien entscheiden über die Freigabe: Erst wenn Login, Kernprozesse und Sonderfälle auf Staging sauber laufen, geht die Anwendung produktiv.
5. **Dokumentierte Übergabe.** Sie erhalten Quellcode, technische Dokumentation, Zugangsdaten und eine Anleitung für Betrieb und Deployment. Auf Wunsch übernehme ich danach Wartung und Weiterentwicklung – Sie sind dazu aber nicht verpflichtet, denn alles gehört Ihnen.

## Was kostet es, eine Web App entwickeln zu lassen?

Die Kosten der Web-App-Entwicklung hängen vor allem an drei Stellschrauben: Funktionsumfang, Schnittstellen und Rollenmodell – ein schlankes Portal mit Login und wenigen Ansichten liegt in einer anderen Größenordnung als eine Plattform mit ERP-Anbindung und komplexen Freigabeprozessen. Konkrete Zahlen ohne Kenntnis Ihres Prozesses zu nennen wäre unseriös; genau deshalb arbeite ich mit einem Festpreis, den Sie nach dem kostenlosen Erstgespräch schriftlich und unverbindlich erhalten. Sie zahlen dabei für Entwicklung, nicht für eine Agenturstruktur: kein Projektmanagement-Layer, keine Zwischenschichten, keine versteckten Aufschläge. Welche Faktoren den Preis im Einzelnen treiben und wie Sie Ihr Budget realistisch einordnen, habe ich transparent auf der Seite [Kosten](/kosten/) aufgeschrieben.

## Warum sollten Sie Ihre Webanwendung direkt vom Entwickler entwickeln lassen?

Weil bei Bauer IT Solutions die Person, mit der Sie sprechen, dieselbe ist, die Ihren Code schreibt. Es gibt keinen Vertrieb, der etwas verspricht, was die Technik später nicht hält, und keinen Projektmanager, der Ihre Anforderungen durch Stille Post weiterreicht. Fachliche Fragen beantworte ich direkt im Gespräch, Entscheidungen fallen in Minuten statt in drei Abstimmungsrunden – und Sie bezahlen keine Agentur-Marge mit.

Als Solo-Entwickler aus Rodgau bin ich im Rhein-Main-Gebiet auch persönlich vor Ort – von Frankfurt über Offenbach bis Darmstadt. Genauso gut funktioniert die Zusammenarbeit mit Unternehmen in ganz Deutschland: Staging-Umgebung und wöchentliche Stände machen sie ortsunabhängig nachvollziehbar. Wenn Sie eine Webanwendung entwickeln lassen möchten, ist der erste Schritt einfach: [Erstgespräch vereinbaren](/kontakt/) – kostenlos, unverbindlich, Antwort unter 24 Stunden.

### FAQ

**Was kostet es, eine Webanwendung entwickeln zu lassen?**
Die Kosten hängen vom Funktionsumfang ab: Ein schlankes Portal mit Login und wenigen Ansichten liegt in einer anderen Größenordnung als eine Plattform mit Schnittstellen und komplexem Rollenmodell. Nach einem kostenlosen Erstgespräch erhalten Sie von mir ein unverbindliches Festpreisangebot – ohne Agentur-Marge, weil Sie direkt mit dem Entwickler arbeiten.

**Wem gehört der Quellcode der fertigen Webanwendung?**
Ihnen, vollständig. Nach der Abnahme übergebe ich Quellcode, Dokumentation und alle Zugänge an Sie; es gibt keine Lizenzbindung an Bauer IT Solutions. Sie können die Anwendung damit jederzeit selbst weiterentwickeln oder einen anderen Dienstleister beauftragen.

**Wie lange dauert die Entwicklung einer Webanwendung?**
Ein einfaches Kundenportal mit klar umrissenem Funktionsumfang ist realistisch in vier bis acht Wochen einsatzbereit. Buchungssysteme oder Dashboards mit Schnittstellen brauchen typischerweise zwei bis vier Monate, komplexe B2B-Plattformen sechs Monate und mehr. Den konkreten Zeitplan lege ich in der schriftlichen Spezifikation fest.

**Brauchen meine Nutzer eine Installation oder bestimmte Geräte?**
Nein. Eine Webanwendung läuft in jedem aktuellen Browser – auf Windows-PCs, Macs, Tablets und Smartphones. Updates spiele ich zentral ein, alle Nutzer arbeiten sofort mit der aktuellen Version; niemand muss Software verteilen oder pflegen.

**Was ist der Unterschied zwischen einer Website und einer Webanwendung?**
Eine Website präsentiert Inhalte, eine Webanwendung erledigt Aufgaben: Nutzer melden sich an, legen Daten an, durchlaufen Prozesse. Technisch verschwimmen die Grenzen, entscheidend ist der Zweck. Für reine Firmenpräsenzen biete ich die Website-Erstellung als eigene Leistung an.

**Kann eine Progressive Web App eine native App ersetzen?**
In vielen Geschäftsszenarien ja. Eine Progressive Web App lässt sich vom Homescreen starten, funktioniert eingeschränkt offline und braucht weder App-Store-Freigabe noch Store-Gebühren. Nur wenn Sie tiefen Hardware-Zugriff oder aufwendige Hintergrundprozesse brauchen, bleibt eine native App die bessere Wahl – auch das entwickle ich, mit React Native.

**Wo wird die Webanwendung gehostet – und ist das DSGVO-konform?**
Das Hosting richte ich nach Ihren Vorgaben ein, auf Wunsch vollständig in Frankfurt am Main. Die Anwendung setze ich DSGVO-konform um: Auftragsverarbeitung, Datensparsamkeit und Löschkonzepte werden bereits in der schriftlichen Spezifikation festgehalten, nicht nachträglich ergänzt.

**Kann ich klein starten und die Webanwendung später erweitern?**
Ja, das empfehle ich sogar. Ein erster Ausbauzustand mit den wichtigsten Funktionen geht schneller live, liefert echtes Nutzerfeedback und senkt Ihr Risiko. Die Architektur lege ich von Anfang an so an, dass spätere Ausbaustufen ohne Neubau möglich sind.

---

## Professionelle Website erstellen lassen — direkt vom Entwickler

URL: https://baueritsolutions.de/website-erstellen-lassen/

> Eine professionelle Website erstellen zu lassen heißt bei Bauer IT Solutions: Sie erhalten eine als Code entwickelte Firmenwebsite direkt vom Entwickler aus Rodgau — mit Ladezeit unter einer Sekunde, sauberem technischem SEO, DSGVO-konform ohne Cookie-Banner und auf Wunsch mehrsprachig. Nach einem kostenlosen Erstgespräch bekommen Sie ein unverbindliches Festpreisangebot; Quellcode und Dokumentation gehören nach der Übergabe vollständig Ihnen.

## Warum ist diese Website selbst der beste Beweis?

Die Seite, die Sie gerade lesen, ist das Muster für das, was Sie bei Bauer IT Solutions bekommen: eine als Code entwickelte Website, die in unter einer Sekunde lädt, im Google-Prüfwerkzeug Lighthouse 100 von 100 Punkten erreicht, ohne ein einziges Cookie auskommt und vollständig zweisprachig auf Deutsch und Englisch läuft. Das ist keine Behauptung auf einer Referenzen-Folie — Sie können es in diesem Moment nachprüfen. Öffnen Sie die Entwicklertools Ihres Browsers und starten Sie einen Lighthouse-Test, oder klicken Sie einfach durch die Seiten und achten Sie darauf, ob Sie jemals einen Ladebalken sehen.

Genau diese Nachprüfbarkeit unterscheidet ein Entwickler-Angebot von den üblichen Website-Versprechen. Wer Ihnen eine "schnelle, suchmaschinenoptimierte Website" verkaufen will, sollte selbst eine vorweisen können. Und weil vollständige HTML-Seiten ohne Skript-Hürden ausgeliefert werden, können nicht nur Google, sondern auch KI-Suchsysteme wie ChatGPT oder Perplexity die Inhalte lesen und zitieren — ein Kanal, der für Firmenwebsites gerade spürbar wichtiger wird. Wie diese Website technisch aufgebaut ist, vom statischen Rendering über die Bildoptimierung bis zur mehrsprachigen URL-Struktur, habe ich offen dokumentiert: [So ist diese Website gebaut](/so-ist-diese-website-gebaut/). Dieselbe Bauweise bekommen Sie für Ihre Firmenwebsite — angepasst an Ihre Inhalte, Ihr Design und Ihre Ziele.

## Was unterscheidet eine Website vom Entwickler von einem Baukasten?

Der Kernunterschied ist Eigentum und Kontrolle: Ein Baukasten wie Wix, Jimdo oder Hostinger vermietet Ihnen eine Website auf einer fremden Plattform — bei Bauer IT Solutions erhalten Sie eine als Quellcode entwickelte Website, die Ihnen gehört und keine technischen Kompromisse einer Plattform erbt. Baukästen sind für ihre Betreiber ein Abo-Geschäft; jede Design-Entscheidung der Plattform, jedes mitgeladene Skript und jede Preiserhöhung betrifft automatisch auch Ihre Seite. Eine entwickelte Website enthält dagegen nur den Code, den Ihre Inhalte tatsächlich brauchen.

| Kriterium | Baukasten (Wix, Jimdo, Hostinger) | Entwickler-Website von Bauer IT Solutions |
| --- | --- | --- |
| Ladezeit / Core Web Vitals | Plattform-Code lädt immer mit; Messwerte nur begrenzt beeinflussbar | Nur der Code, den Ihre Seite braucht; Ladezeit unter einer Sekunde erreichbar |
| SEO-Kontrolle | Meta-Daten teils editierbar, technisches SEO von der Plattform vorgegeben | Volle Kontrolle über URLs, strukturierte Daten, hreflang, Sitemap und Renderverhalten |
| DSGVO / Cookies | Häufig US-Anbieter mit eingebauten Trackern; Cookie-Banner meist Pflicht | Ohne Tracking-Cookies möglich, kein Banner nötig; Hosting in Frankfurt möglich |
| Erweiterbarkeit zur Webanwendung | Endet an den Plattformgrenzen (Widgets, App-Markt) | Gleiches Fundament wie eine Webanwendung — Login, Portal oder Buchung nachrüstbar |
| Laufende Kosten | Monatliches Abo, dauerhaft und tendenziell steigend | Einmaliger Festpreis plus geringe Hosting-Kosten |
| Eigentum | Website an die Plattform gebunden, kein Export des Codes | Quellcode und Dokumentation gehören vollständig Ihnen |

Die Tabelle zeigt auch, warum der Vergleich über den reinen Anschaffungspreis hinausgeht: Ein Baukasten wirkt am Anfang günstiger, aber Sie mieten dauerhaft — und wenn Ihre Anforderungen wachsen, können Sie nichts mitnehmen. Eine Entwickler-Website ist eine einmalige Investition in etwas, das Ihnen gehört.

## Für wen lohnt sich eine Entwickler-Website — und wem reicht ein Baukasten?

Die ehrliche Antwort vorweg: Wenn Sie nur eine digitale Visitenkarte mit drei Seiten brauchen — Startseite, Leistungen, Kontakt — und Ihre Kunden ohnehin über Empfehlungen kommen, reicht ein Baukasten, und dafür brauchen Sie mich nicht. Ein Wix- oder Jimdo-Abo ist in diesem Fall der wirtschaftlich vernünftige Weg, und ich sage Ihnen das im Erstgespräch genauso deutlich.

Eine professionelle Website vom Entwickler lohnt sich, sobald die Website arbeiten soll statt nur zu existieren. Typische Situationen, in denen Interessenten zu mir kommen:

- Die Website soll über Google und KI-Suchen neue Kunden bringen — dafür braucht es technisches SEO, das ein Baukasten nur an der Oberfläche zulässt.
- Sie brauchen eine mehrsprachige Website, etwa Deutsch und Englisch, mit sauberen übersetzten URLs statt eines aufgesetzten Übersetzungs-Widgets.
- Datenschutz ist für Ihre Kundschaft ein Thema, und Sie wollen eine Seite ohne Cookie-Banner und ohne Datenabfluss an US-Plattformen.
- Sie ahnen schon, dass aus der Website später mehr werden soll — ein Kundenbereich, ein Buchungssystem, ein internes Werkzeug.
- Ihre bisherige Baukasten-Seite ist langsam, rankt nicht oder lässt sich nicht mehr sinnvoll erweitern, und Sie wollen den Neustart richtig machen.

Als Entwickler aus dem Rhein-Main-Gebiet arbeite ich dabei ohne Agentur-Unterbau: Sie sprechen im Erstgespräch, in jeder Statusrunde und bei der Übergabe mit derselben Person, die den Code schreibt — ohne Projektmanagement-Zwischenschicht und ohne Agentur-Marge auf fremde Arbeit.

## Warum ist Ladezeit ein Umsatzfaktor?

Ladezeit wirkt doppelt auf Ihren Umsatz: Google verwendet die Core Web Vitals — messbare Werte für Ladegeschwindigkeit, Reaktionsfähigkeit und visuelle Stabilität — seit 2021 als Ranking-Signal, und Besucher verlassen langsame Seiten, bevor sie Ihr Angebot überhaupt gesehen haben. Beides ist keine Geschmacksfrage, sondern messbar: Google selbst empfiehlt, dass der größte sichtbare Inhalt einer Seite in höchstens 2,5 Sekunden erscheint. Viele Baukasten-Seiten reißen diesen Wert allein durch das Grundgerüst der Plattform, bevor Ihr erstes eigenes Bild geladen ist.

Als Entwickler steuere ich jeden Faktor, der in diese Messwerte einfließt: Die Seiten werden vorab als statisches HTML erzeugt statt bei jedem Aufruf zusammengebaut, Bilder werden in modernen Formaten und in genau der benötigten Größe ausgeliefert, Schriften laden ohne Layout-Sprünge, und Skripte kommen nur dorthin, wo sie gebraucht werden. Das Ergebnis können Sie an dieser Website ablesen — Ladezeit unter einer Sekunde, auch im Mobilfunknetz. Für Ihre Firmenwebsite bedeutet das konkret: bessere Ausgangsposition im Ranking, weniger Absprünge und ein erster Eindruck, der zu einem professionellen Betrieb passt.

Wichtig ist mir die sachliche Einordnung: Eine schnelle Website ist kein Zaubertrick, der schlechte Inhalte nach oben spült. Sie ist die technische Grundlage, auf der gute Inhalte ihre Wirkung entfalten können — und sie ist einer der wenigen Ranking-Faktoren, die sich vollständig kontrollieren lassen.

## Wie funktioniert Mehrsprachigkeit richtig?

Eine mehrsprachige Website erstellen zu lassen bedeutet mehr, als Texte zu übersetzen: Jede Sprachversion braucht eigene, übersetzte URLs, eigene Meta-Daten und korrekte hreflang-Verweise, damit Suchmaschinen jedem Nutzer die passende Sprache anzeigen. Genau daran scheitern die meisten Baukasten-Lösungen und nachträglich aufgesetzten Übersetzungs-Widgets — sie übersetzen den sichtbaren Text per Skript im Browser, während Google weiterhin nur die Originalsprache sieht. Für die englischsprachige Suche existiert eine solche Website schlicht nicht.

Bauer IT Solutions baut Mehrsprachigkeit so, wie diese Website es selbst vormacht: Die deutsche Seite, die Sie gerade lesen, hat ein englisches Gegenstück unter einer eigenen, englisch benannten Adresse — nicht dieselbe URL mit ausgetauschtem Text. Beide Versionen verweisen per hreflang aufeinander, sodass Google weiß, welche Seite die Übersetzung welcher anderen ist, und keine Version als Duplikat abwertet. Titel, Beschreibungen und strukturierte Daten sind je Sprache eigenständig gepflegt, und die Sprachumschaltung führt immer auf die passende Unterseite, nie zurück auf die Startseite.

Für Unternehmen im Rhein-Main-Gebiet ist das häufig relevanter als gedacht: Wer internationale Geschäftskunden, englischsprachige Bewerber oder Kundschaft rund um den Frankfurter Flughafen erreichen will, braucht eine englische Version, die in der englischen Google-Suche tatsächlich gefunden wird. Der Aufwand dafür ist überschaubar, wenn die Struktur von Anfang an dafür angelegt ist — und mühsam, wenn sie nachgerüstet werden muss. Deshalb frage ich Sprachen bereits im Erstgespräch ab.

## Was kostet es, eine professionelle Website erstellen zu lassen?

Die Kosten richten sich nach dem Umfang — und Sie erfahren sie vor Projektstart als verbindliches Festpreisangebot, nicht als offene Stundenschätzung. Die wesentlichen Stellschrauben sind die Anzahl der Seiten, die Zahl der Sprachen, der Design-Aufwand, eine eventuelle Übernahme von Inhalten aus einer bestehenden Seite und die Frage, ob Sie Inhalte später selbst pflegen möchten. Eine kompakte Firmenwebsite liegt entsprechend in einer anderen Größenordnung als ein mehrsprachiger Auftritt mit vierzig Unterseiten und angebundenem Content-Management.

Anders als beim Baukasten zahlen Sie keine monatliche Plattform-Miete: Nach dem einmaligen Projektpreis fallen nur geringe Hosting-Kosten an, und die Website gehört Ihnen. Wie sich typische Projektgrößen einordnen und wie mein Festpreis zustande kommt, habe ich transparent auf der Seite [Kosten](/kosten/) beschrieben. Das Erstgespräch, nach dem Sie das Angebot erhalten, ist kostenlos und unverbindlich — ich antworte auf Anfragen unter 24 Stunden.

## Kann die Website später zur Webanwendung wachsen?

Ja — und das ist einer der stärksten Gründe für eine Entwickler-Website: Sie steht auf demselben technischen Fundament wie eine vollwertige Webanwendung (TypeScript, React, Node.js, PostgreSQL) und kann um Login-Bereiche, Kundenportale oder Buchungsfunktionen erweitert werden, ohne dass Sie von vorn anfangen. Beim Baukasten endet dieser Weg an den Plattformgrenzen: Was der App-Markt des Anbieters nicht hergibt, existiert nicht — und ein Umzug bedeutet Totalverlust der bisherigen Seite.

Typische Wachstumspfade, als Beispiele gedacht: Ein Handwerksbetrieb startet mit einer schnellen Firmenwebsite und ergänzt später eine Terminanfrage mit Kalenderabgleich. Eine Beratung beginnt mit Leistungsseiten und baut darauf einen geschützten Mandantenbereich für Dokumente. Ein Händler erweitert die Produktvorstellung um eine Bestandsabfrage aus der Warenwirtschaft. In allen Fällen bleibt die bestehende Website der Kern — die Anwendung wächst darum herum, mit denselben Werkzeugen und derselben Codebasis.

Wenn Sie heute schon wissen, dass es in diese Richtung geht, lege ich die Struktur von Anfang an darauf aus. Was bei einer solchen Erweiterung technisch und organisatorisch auf Sie zukommt, beschreibe ich auf der Seite [Webanwendung entwickeln lassen](/webanwendung-entwickeln-lassen/).

## Wie läuft die Zusammenarbeit ab?

Der Ablauf ist bei Bauer IT Solutions für jedes Website-Projekt gleich strukturiert — fünf Schritte, jeweils mit einem klaren Ergebnis:

1. **Kostenloses Erstgespräch.** Sie schildern, was die Website leisten soll: Zielgruppen, gewünschte Seiten, Sprachen, vorhandene Inhalte, eventuell eine abzulösende Baukasten-Seite. Ich antworte auf Ihre Anfrage unter 24 Stunden.
2. **Schriftliche Spezifikation mit Festpreis.** Vor Entwicklungsstart erhalten Sie ein Dokument mit Seitenstruktur, Funktionsumfang, Design-Richtung, Zeitplan und verbindlichem Festpreis. Sie wissen genau, was Sie bekommen — bevor Sie sich festlegen.
3. **Entwicklung mit wöchentlichen Ständen auf Staging.** Die Website entsteht auf einer Staging-Umgebung, die Sie jederzeit im Browser aufrufen können. Sie sehen jede Woche den echten Zwischenstand — klickbar auf Ihrem eigenen Handy, nicht als Screenshot-PDF.
4. **Abnahme.** Sie prüfen die fertige Website auf Ihren Geräten; gemeinsam kontrollieren wir Ladezeit, Lighthouse-Werte, Sprachversionen und alle Inhalte. Erst wenn alles passt, geht die Seite live — bei einer Ablösung inklusive Weiterleitungen von den alten Adressen.
5. **Dokumentierte Übergabe.** Sie erhalten Quellcode, Dokumentation und sämtliche Zugänge. Auf Wunsch übernehme ich Hosting auf Servern in Frankfurt und die laufende Pflege — müssen Sie aber nicht: Mit der Übergabe sind Sie vollständig unabhängig.

## Wie kommen Sie zu Ihrer neuen Website?

Der erste Schritt ist ein kostenloses, unverbindliches Erstgespräch — Sie erreichen mich über die [Kontaktseite](/kontakt/) und bekommen unter 24 Stunden eine Antwort vom Entwickler selbst, nicht von einem Vertrieb. Schildern Sie kurz, was Ihre Website können soll und ob eine bestehende Seite abgelöst werden muss; alles Weitere klären wir im Gespräch. Und falls Sie vorher noch prüfen wollen, ob ich halte, was diese Seite verspricht: Der Lighthouse-Test ist nur ein paar Klicks entfernt.

### FAQ

**Was kostet es, eine professionelle Website erstellen zu lassen?**
Der Preis hängt vom Umfang ab — Seitenanzahl, Sprachen, Design-Aufwand und ob Sie Inhalte später selbst pflegen wollen. Nach einem kostenlosen Erstgespräch erhalten Sie von mir ein unverbindliches Festpreisangebot, ohne monatliche Plattform-Miete und ohne versteckte Posten. Eine Orientierung zu typischen Projektgrößen finden Sie auf meiner Kosten-Seite.

**Wem gehört der Quellcode meiner Website?**
Ihnen, vollständig. Nach der Abnahme übergebe ich Quellcode, Dokumentation und alle Zugänge — Sie können die Website jederzeit selbst hosten oder von einem anderen Entwickler weiterpflegen lassen. Eine Plattform-Bindung wie bei einem Baukasten gibt es nicht.

**Kann ich meine bestehende Wix- oder Jimdo-Website ablösen?**
Ja. Ich übernehme Ihre Inhalte, baue die Website neu als Code und richte Weiterleitungen von den alten Adressen ein, damit bestehende Google-Rankings und verlinkte Seiten erhalten bleiben. Der Wechsel läuft parallel auf einer Staging-Umgebung — Ihre alte Seite bleibt bis zur Umschaltung online.

**Wie lange dauert es, eine Firmenwebsite erstellen zu lassen?**
Das hängt vom Umfang ab; eine typische Firmenwebsite mit fünf bis zehn Seiten ist in wenigen Wochen online. Den konkreten Zeitplan lege ich vor Entwicklungsstart in der schriftlichen Spezifikation fest, und während der Entwicklung sehen Sie jede Woche den aktuellen Stand auf der Staging-Umgebung.

**Kann ich Inhalte später selbst pflegen?**
Ja, wenn Sie das brauchen. Je nach Anforderung binde ich ein leichtgewichtiges Content-Management an, über das Sie Texte, Bilder und neue Seiten selbst ändern — oder Sie beauftragen Änderungen direkt bei mir. Für selten geänderte Seiten ist ein CMS oft unnötiger Ballast; was sinnvoll ist, klären wir im Erstgespräch.

**Brauche ich ein Cookie-Banner?**
Nur, wenn Ihre Website Cookies oder Tracking einsetzt, die nicht technisch notwendig sind. Ich baue Websites standardmäßig ohne Tracking-Cookies — diese Website hier kommt komplett ohne Cookies und damit ohne Banner aus. Das ist nicht nur DSGVO-konform, sondern auch für Ihre Besucher angenehmer.

**Ist eine mehrsprachige Website möglich?**
Ja, mehrsprachige Websites sind ein Schwerpunkt. Jede Sprache erhält eigene, übersetzte URLs, eigene Meta-Daten und korrekte hreflang-Verweise, damit Google jedem Nutzer die passende Sprachversion anzeigt. Diese Website selbst läuft zweisprachig auf Deutsch und Englisch nach genau diesem Muster.

**Wer kümmert sich um Hosting und Wartung?**
Beides biete ich an — Hosting ist auf Servern in Frankfurt möglich, und für Wartung oder spätere Erweiterungen können Sie mich flexibel beauftragen. Durch die vollständige Übergabe mit Dokumentation sind Sie dabei nie von mir abhängig; jeder andere Entwickler kann die Website übernehmen.

# English

## AI Integration for Companies – Delivered Directly by the Developer

URL: https://baueritsolutions.de/en/ai-integration/

> AI integration for companies means embedding language models such as GPT or Claude into existing systems so they take over real daily work — extracting data from documents, answering questions against your own knowledge base, triaging inbound email. Bauer IT Solutions builds these integrations from Germany as working software rather than consulting slides, with a written specification, a no-obligation fixed-price quote, GDPR-compliant operation and full handover of source code and documentation to the client.

## What does an AI integration actually do for your company?

An AI integration pays off when a language model takes over one concrete, recurring task in your business — not when "something with AI" sits on a strategy slide. Bauer IT Solutions builds exactly these integrations: software that extracts data from incoming invoices, answers questions from your internal documentation, or triages support requests before a human opens them.

I am Jan Bauer, a software engineer in Rodgau near Frankfurt, Germany — and deliberately not an AI consultant. You talk directly to the engineer who writes your code: no project-management layer, no agency margin, no anonymous offshore team. The outcome is not a presentation but a running system on staging, tested with your real data before production.

The models themselves — GPT, Claude, Mistral or open models on your own hardware — are interchangeable building blocks. The value lies in the integration: the connection to your data sources, the fit with your workflows, legally sound operation. That combination — custom software development from Germany, GDPR-native architecture — is the gap this service fills.

## Which AI use cases actually work for mid-sized companies in 2026?

Four categories of AI use cases work reliably for mid-sized companies in 2026: document extraction, knowledge-base questions via RAG, email and ticket triage, and text drafting with company context. All four are narrowly scoped, measurable, and require no rebuild of your IT. The examples below are typical scenarios from project inquiries — not client references.

### How does automated document extraction and classification work?

In document extraction, a language model reads unstructured documents — invoices, delivery notes, contracts, applications — and returns structured data for your systems. A typical scenario: supplier invoices arrive as PDFs, the integration extracts invoice number, amounts and payment terms and creates the accounting record — minutes of retyping become a quick check. Fields the model is unsure about are flagged for manual review instead of silently accepted.

### How does a RAG system answer questions from your own knowledge base?

A RAG system answers questions from your employees or customers based on your own documents rather than the model's generic training knowledge. Your team asks in plain language — "What is the notice period in the maintenance contract with supplier X?" — and gets the answer with a reference to the source document. It works for contract archives, technical manuals and internal policies. The source citation is decisive: it makes every answer verifiable.

### How does email and ticket triage work?

Email and ticket triage means the model classifies incoming messages by topic, urgency and responsibility before a human opens them. In a support inbox where orders, complaints, invoice questions and spam arrive mixed together, the integration routes each message to the right team, extracts key data such as customer numbers, and drafts replies for standard cases — a human still decides, but no longer from zero. I connect this to your existing ticket system or mailbox; no migration required.

### When are AI text drafts with company context worth it?

AI text drafts with company context are worth it wherever your team repeatedly writes similar texts drawing on company data — quote cover letters, product descriptions, customer-service replies. The difference from ChatGPT in a browser tab is context: the integration knows your product data, pricing logic and tone of voice. It also ends the uncontrolled pasting of internal data into personal AI accounts — everyday reality in many companies — by bringing that work into a controlled, GDPR-compliant setup.

Many of these use cases are, at their core, [internal business tools](/en/internal-business-tools/) with a language model as one component.

## How is AI implementation different from AI consulting?

AI consulting delivers recommendations; AI implementation delivers working software — that is the whole difference. If your use case is already clear, implementation can start directly.

| Criterion | AI consulting | AI implementation at Bauer IT Solutions |
| --- | --- | --- |
| Deliverable | Slide deck, strategy, roadmap | Working software on staging and in production |
| Time horizon | Weeks to months until a recommendation — the build starts afterwards | First testable version in weeks, weekly builds on staging |
| Success measurement | Hard to measure; often ends with the final presentation | Measured on the process: documents processed, correct routings, hours saved |
| Follow-up costs | Implementation commissioned separately, often from a third party | API and hosting costs, itemized in the quote; the code is yours |
| Point of contact | A consultant who hands the build on | The engineer himself, from first call to handover |

Concept work does not disappear — it lives in the written specification you receive before development starts, the binding basis for the fixed-price quote.

## How does your AI integration stay GDPR-compliant?

GDPR-compliant AI is an architecture decision, not a checklist applied afterwards. Bauer IT Solutions builds on four principles from day one.

First, EU data processing. The major model providers now offer EU endpoints, and the rest of the stack — database, backend, document storage — is hosted in Frankfurt. Your documents stay in the EU end to end; nothing has to flow to US infrastructure.

Second, clean data processing agreements. Every service touching personal data needs one; the specification lists every provider involved, so your data protection officer can audit the chain before any code is written.

Third, no training on your data. Business API terms of the relevant providers rule out that your inputs train their models — unlike some free consumer services — and I only use access tiers with this contractual assurance.

Fourth, local models as an option. For particularly sensitive data — health or HR records — open models can run entirely on your own infrastructure or a dedicated Frankfurt server, so no document ever leaves your environment. They are often somewhat weaker than the large API models — a trade-off I assess honestly in the first call.

Add data minimization: prompts contain only the fields the task requires, and personal identifiers are pseudonymized before the model call where possible.

## What does the EU AI Act mean for your project?

For most business integrations, the EU AI Act means transparency and documentation duties — not a ban, not an elaborate certification. Fully applicable from 2 August 2026, it classifies AI systems by risk: prohibited practices (social scoring) and high-risk systems (AI in hiring or credit decisions) face strict requirements, while the integrations on this page count as minimal-risk.

What still applies: people interacting with a chatbot must be able to tell they are talking to an AI, and externally published AI-generated content may carry labeling duties. Obligations for the foundation models themselves sit with the providers, not with you.

The risk classification of your project is part of the written specification, including the duties that follow — and if a project genuinely heads toward high-risk territory, automated applicant pre-screening, say, I tell you before it starts. Panic is the wrong advisor on the AI Act; so is ignoring it.

## How do I integrate an LLM into your existing software?

An LLM integration into existing software works as a separate service next to your systems, not inside them — that is the most important architectural principle. Bauer IT Solutions builds an API layer: a thin service between your systems and the model. Your ERP, CRM or ticket system calls a defined interface ("extract this document", "answer this question") and gets structured data back. The model behind it stays invisible to your systems — so when a better or cheaper model ships next year, it is swapped in the API layer without touching your software.

For knowledge-base applications, RAG system development adds four steps: your documents are split into meaningful sections; each section gets an embedding — a mathematical representation of its meaning — stored in PostgreSQL with the pgvector extension, proven standard technology; on each question the system retrieves the most relevant sections; and the model formulates the answer from them with a source citation. New documents are queryable immediately, no training takes place, and access rights are enforced per user.

My stack is deliberately unspectacular: TypeScript and Node.js or Python, React, PostgreSQL. Everything runs on staging first, where you test with real documents and real questions — whether an AI integration is good is decided on your data, not on my demo.

## How does the collaboration work?

The collaboration runs in five fixed steps, from a free initial consultation to a documented handover — fully remote if you are not in Germany, in English or German as you prefer. I reply to inquiries within 24 hours.

1. **Free initial consultation.** We clarify the task, the data, and whether a language model is even the right tool — if a simple script is cheaper, I will tell you.
2. **Written specification with a fixed price.** You receive a document covering use case, data sources, model choice, GDPR setup, AI Act classification and measurable acceptance criteria — for AI projects typically a test set of real examples — plus a no-obligation fixed-price quote.
3. **Development with weekly builds on staging.** You test early with real documents and real questions — with AI, quality only shows on real material, so you get a clickable build every week, not a surprise at the end.
4. **Acceptance.** The system is checked against the criteria from the specification — for the test set: how many documents were extracted correctly, how many correctly flagged for review?
5. **Documented handover.** Source code, prompts, architecture and operations documentation belong to you. You know where which data flows, what operation costs, and how a model swap works.

Why the specification comes before the first line of code is described under [How I work](/en/how-i-work/).

## What does an AI integration cost — and what are the ongoing costs?

The cost of an AI integration has two parts: one-off development and ongoing model and hosting costs. Development depends on scope — a document extractor is a small project, a RAG system spanning several knowledge sources a mid-sized one. After the free initial consultation you receive a fixed-price quote, so the budget is settled before the project starts; running costs for typical volumes are modest and estimated in the quote. What each project size means, and which factors drive the price, is broken down on the [pricing page](/en/pricing/).

## How do you start your AI project?

The best start for an AI project is one concrete, small use case — not a grand AI strategy. Look for the single process that costs your team time every day, where people currently retype, sort or hunt for information locked in text. That is where an integration pays for itself first.

If you have such a process in mind, describe it via the [contact page](/en/contact/). You will get a reply within 24 hours from the engineer who will build the system, and after a free initial consultation a no-obligation fixed-price quote. If you want to hire a German software developer who ships working AI instead of slide decks, that is exactly what I do — no roadmap workshops, a system that runs.

### FAQ

**What does AI integration cost for a company?**
It depends on scope. A narrowly scoped assistant that processes one document type costs considerably less than a RAG system spanning many knowledge sources with permission management. After a free initial consultation you receive a no-obligation fixed-price quote from me, so you know exactly what the implementation costs before the project starts. Ongoing API and hosting costs come on top and are itemized transparently in the quote.

**Who owns the source code of the AI integration?**
You do. At Bauer IT Solutions, source code, prompts, configuration and documentation belong entirely to the client after handover. You can develop the system further yourself, run it internally or hand it to another provider — there is no lock-in and no dependency on me.

**Is GDPR-compliant AI integration possible?**
Yes, if it is built that way from the start. That means EU hosting (in Frankfurt, for example), data processing agreements with every provider involved, data minimization in the prompts and the contractual assurance that your data is never used to train third-party models. The major model providers now offer EU endpoints, so your data does not have to flow to US infrastructure, and for highly sensitive data locally hosted open models are an option.

**What is a RAG system?**
RAG stands for Retrieval-Augmented Generation. Instead of answering from its training knowledge, the language model receives the most relevant excerpts from your own documents with every question and formulates the answer from them, ideally with a source citation. This lets the AI answer questions about your contracts, manuals or internal policies without any model training.

**How long does LLM integration into existing software take?**
Narrowly scoped integrations — a document extractor or a ticket triage, for example — are typically in production within a few weeks, not months. Larger RAG systems with several data sources and permission logic take correspondingly longer. I fix the concrete timeline in the written specification before development starts.

**Does the EU AI Act affect our AI project?**
Usually only marginally. Typical business integrations — document extraction, internal knowledge search, email triage — fall into the lowest risk class and mainly trigger transparency duties, such as users needing to know when they are writing with an AI. I assess and document the classification of your specific project as part of the specification.

**Can we work with you remotely from outside Germany?**
Yes — remote collaboration is my standard mode, and the process is built for it. Specification, weekly staging builds and video calls work the same whether you are in Frankfurt, London or Boston, and I work in English or German, including all documentation. I am based in the CET/CEST time zone, which overlaps well with the whole of Europe and with US East Coast mornings.

**Do we need our own training data or fine-tuning?**
In most cases, no. Current language models solve typical mid-market use cases with good prompting and a RAG connection to your documents — faster, cheaper and easier to maintain than custom training. Fine-tuning pays off only in special cases, and if yours is one, I will tell you honestly in the first call.

---

## Custom Software Development from Germany

URL: https://baueritsolutions.de/en/custom-software-development/

> Custom software development means building software around your company's actual processes instead of bending your workflows to fit an off-the-shelf product. Bauer IT Solutions builds bespoke software — internal tools, web applications, AI integrations, and data solutions — directly from the German lead engineer who personally answers for architecture, quality, and handover: GDPR-compliant by design, with a no-obligation fixed-price quote after a free initial consultation, a written specification before development starts, and full handover of source code and documentation.

## What is custom software development?

Custom software development is the design and construction of software built precisely for the processes, data, and requirements of a single company — in contrast to off-the-shelf products, which are built for the broadest possible market. The result is bespoke software: it maps exactly the workflows your business actually runs on, with no bloat from features you will never use and no gaps where it matters most.

Bauer IT Solutions provides custom software development from Germany — for companies in the Rhein-Main region around Frankfurt and remotely for clients across Europe and beyond: [internal business tools](/en/internal-business-tools/) that replace sprawling spreadsheet landscapes, web applications for customers and staff, AI integrations wired into existing workflows, and web scraping and data extraction. The decisive difference from an agency: from first conversation to final handover, you speak directly with the engineer who answers for your project — no account-management layer, no agency margin, no ticket relay between you and the people building your software. Behind that one accountable contact stands a seasoned development team, brought in project by project whenever scale calls for it.

The defining trait of bespoke software is that it follows your process, not the other way around. If your order workflow has three approval stages, the software gets three approval stages; if your pricing depends on rules no standard product has ever heard of, exactly those rules get implemented. That is where off-the-shelf software fails most often — and why companies commission custom software in the first place.

## When does bespoke software pay off — and when does it not?

Bespoke software pays off whenever your processes deviate from the market standard, licence costs keep climbing with every additional user, or no ready-made product covers your requirements without painful compromises. In initial consultations I keep encountering the same typical starting positions:

- A core process lives in spreadsheets, email threads, or on paper, and with every new employee the error rate and coordination overhead grow.
- An off-the-shelf product covers seventy percent of your requirements — but the missing thirty percent is exactly the part that defines your business.
- Several isolated tools are in use, and staff copy data between them by hand.
- Subscription costs for a rented product grow with headcount, even though only a fraction of the features are used.
- A process is a genuine competitive advantage — and should not look identical to every competitor running the same standard product.

I will tell you just as plainly when bespoke software does not pay off. For solved standard problems — accounting, payroll, email, a simple CRM — off-the-shelf software is almost always the better choice: mature, inexpensive, available immediately. If you first want to validate a product idea, a lean MVP with a deliberately reduced feature set is the better starting point. And some tasks are simply a small automation script, not a software project. Drawing that line is part of the free initial consultation: if a standard product solves your problem better, I will say so — before any money changes hands.

## Custom software vs. off-the-shelf software: what is the difference?

The core difference is that custom software adapts to your processes, while with off-the-shelf software your company has to adapt to the vendor's processes. This overview puts the most important decision criteria side by side:

| Criterion | Custom software | Off-the-shelf software |
| --- | --- | --- |
| Process fit | Maps your workflows exactly, no workarounds needed | Your workflows must bend to the product; gaps get patched with spreadsheets and manual work |
| Cost model | One-time investment in development, no recurring per-user licence fees | Ongoing licence or subscription costs that grow with users and modules |
| Vendor dependency | Source code and documentation belong to you; any developer can take over | Dependent on the vendor's product decisions, price increases, and continued existence |
| Adaptability | Any change is possible; the software grows with the company | Changes only within the intended configuration; special requests are expensive or impossible |
| Data sovereignty and GDPR | Full control over data storage; hosting in Frankfurt, Germany, is available | Data storage dictated by the vendor, sometimes on servers outside the EU |
| Typical timeframe | Specification and development take weeks to months | Usable immediately, but rollout and customisation cost time as well |

To be fair: off-the-shelf software is not the worse option — it is the wrong question. Most companies run both: standard products for interchangeable tasks such as accounting or email, and bespoke software for the processes that make their business distinctive. The custom software Bauer IT Solutions builds sits at that interface, complementing your existing systems through integrations instead of replacing them.

## What does custom software development cost?

The cost of custom software development depends above all on scope: the number of views and workflow steps to be covered, the integrations with third-party systems, the roles-and-permissions model, and the reporting requirements.

Instead of open-ended time-and-materials estimates, I work with a fixed model: after the free initial consultation, you receive a no-obligation fixed-price quote based on a written specification. You know before the first day of development what the software will cost and exactly what it will do. The risk of creeping budget overruns — routine wherever billing is by the hour — stays with me, not with you.

For the business case, look at a multi-year horizon: bespoke software is a one-time investment, while off-the-shelf products generate permanent licence and subscription fees — often per user, per month, with regular price increases. Add the harder-to-measure item: the hours your team loses today to manual detours, duplicate data entry, and error correction. Which factors actually drive the price, and how a fixed-price quote comes about, is broken down on the [pricing page](/en/pricing/).

## Which technologies do I use — and why?

Bauer IT Solutions builds on a deliberately compact, proven technology stack: TypeScript and React for web interfaces, React Native for mobile apps, Node.js and Python on the server side, PostgreSQL as the database, and Supabase for authentication, data storage, and APIs. This selection is a conscious decision for maintainability — not for whatever happens to be trending at conferences.

Three reasons stand behind it. First, every technology on that list has been in production use millions of times over, is actively maintained, and is thoroughly documented — your software stands on a foundation that will still carry it in ten years. Second, TypeScript, React, Python, and PostgreSQL draw on one of the largest developer talent pools in existence: if you later take the software in-house or have someone else extend it, you will find qualified engineers without difficulty — so you are never locked in to any one provider, Bauer IT Solutions included. Third, no exotic lock-in: PostgreSQL is open source, the code is in mainstream languages, and nothing in the architecture ties you to a proprietary platform whose price list you do not control.

The same stack carries the adjacent services: AI integrations connect to your existing workflows through Node.js or Python, web scraping and data extraction run on Python, and the results land in the same PostgreSQL database. The system landscape stays small, understandable, and maintainable.

## Why hire a German software developer directly instead of an agency?

Hiring directly means: no project-management layer, no agency margin, and no translation loss between the person who gathers your requirements and the person who answers for the result. At Bauer IT Solutions that responsibility never changes hands — I hear your problem in the first call, I write the specification, I lead the development, and I hand the software over to you personally.

That has tangible consequences. Domain questions get settled in conversation, not relayed through three intermediaries. When a weekly build on staging shows something that should work differently, you talk directly to the person who will change it. I reply to requests within 24 hours — no ticket system, no account-manager holding pattern. And for international clients: you get German engineering discipline — written specification, fixed price, documented handover — from a single accountable contact, not an anonymous offshore team rotating behind a sales layer.

Direct, however, does not mean limited: behind me stands a seasoned, well-coordinated development team that I bring in as each project requires — for larger builds, for ongoing maintenance, and for several projects running in parallel. Quality is secured by the process — written specification, weekly staging builds, formal acceptance — and by the fact that architecture, quality, and handover remain my personal responsibility on every project. Why this model is the more economical choice for many small and mid-sized companies is spelled out under [Why work with the developer directly?](/en/why-direct/).

## How does the collaboration work?

Working with Bauer IT Solutions follows a fixed five-step process — from the free initial consultation to the documented handover.

1. **Free initial consultation.** You describe your process, I ask questions — and I tell you openly whether bespoke software is the right answer, or whether a standard product solves your problem more cheaply. I reply to your enquiry within 24 hours.
2. **Written specification with a fixed price.** Before development starts, you receive a document that pins down the feature set, integrations, roles, and timeline — together with a no-obligation fixed-price quote.
3. **Development with weekly builds on staging.** You see the emerging software every week on a staging environment in your browser — clickable, with real workflows. Course corrections happen early, not at final acceptance.
4. **Acceptance.** You test the software against the specification, ideally with the staff who will use it daily. Open points are resolved before the application goes live.
5. **Documented handover.** You receive the complete source code, the documentation, and, on request, a walkthrough for your team. Everything belongs to you — from that day on you are independent, including from me.

## Who owns the source code — and how is GDPR compliance handled?

After handover, the source code belongs entirely to you — including documentation, with no restrictions and no recurring fees to Bauer IT Solutions. That is the core of the model: bespoke software is only a genuine investment if you can run, maintain, and extend it independently of the original developer — which is why I build on widely adopted technologies and hand over so any qualified engineer can continue seamlessly.

Data protection follows the same principle of control. I build GDPR-compliant from the ground up and, on request, host your application in Frankfurt so your data never leaves Germany. For international clients that is a practical advantage: software engineered under the GDPR meets one of the strictest data protection regimes in the world, which simplifies compliance conversations with your own customers and auditors. And because the database belongs to you, you alone decide where data is stored, who has access, and when something is deleted — a clarity that is hard to establish with many US cloud products.

## How do you start your project?

The easiest start is a free, no-obligation initial consultation: you describe the process that costs you time or nerves today, and I tell you honestly whether and how custom software development pays off for it. After that, you decide on the basis of a written fixed-price quote — no commitment, no sales pressure. Describe your project via the [contact page](/en/contact/); you will have my answer within 24 hours, directly from the engineer who would take responsibility for your project.

### FAQ

**What does custom software development cost?**
The cost depends on scope: the number of views and workflows, integrations with third-party systems, the roles-and-permissions model, and reporting requirements. After a free initial consultation, Bauer IT Solutions sends you a no-obligation fixed-price quote — so you know the price before development starts. There are no recurring per-user licence fees.

**Who owns the source code?**
You do — completely. At handover you receive the full source code and documentation, with no restrictions and no ongoing fees. Any other developer can maintain and extend the software later; there is no lock-in to Bauer IT Solutions.

**What is the difference between bespoke and off-the-shelf software?**
Bespoke software is built precisely for one company's processes; off-the-shelf software is built for the broadest possible market. Off-the-shelf products are available immediately but force compromises in your workflows and generate ongoing licence costs. Bespoke software is a one-time investment that adapts to your processes rather than the other way around.

**How long does a custom software project take?**
It depends on scope: a focused internal tool is typically ready in a few weeks, while larger web applications take several months. The binding timeline is part of the written specification you receive before development starts — including weekly progress builds on a staging environment you can review from anywhere.

**Is the software GDPR-compliant?**
Yes. I build GDPR compliance in from the start and can host your application in Frankfurt, Germany, so your data never leaves the country or the EU. Because you own the source code and the database, you retain full data sovereignty — unlike with many cloud products running on servers outside the EU.

**Can the software integrate with our existing systems?**
Yes — integrations are the norm in bespoke software development, not the exception. Typical connections include ERP and inventory systems, accounting, email, calendars, and external data sources via API. Which systems are connected, and how, is fixed in the written specification before development starts.

**What happens after handover if we need changes?**
That is entirely your decision. Bauer IT Solutions is happy to keep developing and maintaining the software — my team handles ongoing maintenance reliably and long-term, while I remain your one accountable contact and reply to requests within 24 hours — or another developer can take over seamlessly. Because you receive the complete source code and documentation, you are never tied to us.

**Do you work with clients outside Germany?**
Yes. Bauer IT Solutions is based in Rodgau near Frankfurt and works remotely with companies across Germany and internationally. I work in English or German, contracts are available in English, and I operate on Central European Time — which overlaps comfortably with the UK, most of Europe, and US East Coast mornings. Weekly progress is visible on a staging environment wherever you are.

---

## Internal Tools Development – Business Process Software Instead of Excel Chaos

URL: https://baueritsolutions.de/en/internal-business-tools/

> Internal tools development means replacing the Excel spreadsheets, email threads and disconnected point solutions your business actually runs on with one central, multi-user database application. Bauer IT Solutions builds these tools for small and mid-sized companies — engineered in Germany, GDPR-compliant by design, with role-based permissions and interfaces to your existing systems. You get a no-obligation fixed-price quote after a free initial consultation, a written specification before development starts, and full ownership of source code and documentation at handover.

## What does internal tools development mean?

Internal tools development means replacing the Excel spreadsheets, email chains and isolated point solutions your company actually runs on with one central, multi-user business application. Bauer IT Solutions builds exactly these kinds of tools for small and mid-sized companies: quote calculation, vacation and resource planning, inventory management, internal reporting, order tracking — business process software shaped around your workflow, not the other way around.

Unlike off-the-shelf software, an internal tool models your process, not the averaged process of a thousand other companies. And unlike a typical agency setup, you talk directly to the engineer who writes your code: no project-manager layer, no agency margin, no anonymous offshore team reinterpreting your requirements.

Technically, internal tools are a focused case of [custom software development](/en/custom-software-development/): the user is your own team, not your customer — so what counts is not marketing polish, but whether your back office finds in three clicks tomorrow what it searched three spreadsheets for yesterday.

## How do you know your business has outgrown Excel?

A business has outgrown Excel once several people need to work on the same data at the same time, errors cost real money, and nobody can say which file version is current. I hear the same patterns in almost every initial consultation. The five scenarios below are typical examples, deliberately generic rather than actual client projects — but if one applies to you, you will recognise it:

1. **Quote calculation hangs on 14 chained spreadsheets.** One employee still understands the formula cascade; insert a row and references break. Every quote becomes a small gamble with your margin.
2. **Vacation planning runs through reply-all email threads.** A team lead copies requests by hand into a yearly overview, and in July two colleagues discover they were both approved for the same period.
3. **Inventory lives in a shared file with version conflicts.** Two people book stock out at once, one change overwrites the other, and the file matches the shelf only by coincidence.
4. **Monthly reporting is copy-paste from three systems.** Someone merges exports from accounting, CRM and time tracking into a master sheet and loses half a day every month.
5. **Excel serves as a pseudo-database with 50,000 rows.** The file takes minutes to open, and the customer history hides in comment columns and colour codes only the author can interpret.

If two or more sound familiar, the question is no longer whether an internal tool pays off — it is how much the status quo costs you every month without appearing on an invoice.

## What is the difference between Excel sprawl and an internal tool?

The core difference is that an internal tool is built on a central database with role-based permissions, while grown Excel sprawl consists of scattered file copies with no single source of truth. Bauer IT Solutions replaces not just the spreadsheet but the underlying problem: afterwards there is one version of the truth, and every user sees only what they are allowed to see.

| Criterion | Excel sprawl | Internal tool |
| --- | --- | --- |
| Multi-user capability | Locked files, copies named "Final_v3_NEW.xlsx", simultaneous edits overwrite each other | Unlimited concurrent users on one central dataset, every change visible to all |
| Errors and versions | Formula errors go unnoticed, nobody knows which version is current | Input validation, a single data source, change history with timestamp and author |
| Access control | Whoever has the file sees everything, including salaries and pricing formulas | Role-based permissions per user: read, edit and approve controlled separately |
| Reporting | Manual pivot-table improvisation, numbers copied together from three files | Dashboards and reports on demand, always from live data, exportable |
| GDPR and backups | Personal data in email attachments, no deletion concept, backup is luck | Access control, deletion concepts, automated backups, Frankfurt hosting on request |
| Onboarding | New employees learn the spreadsheet's quirks verbally from their predecessor | Guided interface along your actual process plus written documentation |

To be fair: Excel is excellent for ad-hoc analysis and one-off calculations. It becomes a problem only when a spreadsheet quietly mutates into a business-critical multi-user application — a role it was never designed for.

## How do I replace your Excel workflow with a database application without disrupting operations?

I replace Excel step by step rather than with a hard cutover date: your existing data is imported, the new tool first runs in parallel on a staging environment, and the switch happens only after formal acceptance. Your day-to-day business continues unchanged throughout development.

First I analyse your existing spreadsheets — not just the columns, but the unwritten rules inside them, such as what a red cell means or why column Q must never be empty. From that I derive a clean data model in PostgreSQL, cleaning up duplicates during the import and documenting every decision.

In the parallel phase, a small group from your team works in the new tool while everyone else continues as usual. Only when the numbers in the tool match the old spreadsheet — and your team signs off — does the Excel file become a read-only archive. A few weeks slower than a hard cut, but never a day without a working tool.

## How do I connect your existing systems instead of replacing them?

I connect existing systems such as ERP, accounting or inventory management to the new tool through interfaces rather than ripping them out — connecting point solutions beats rip-and-replace almost every time. Bauer IT Solutions builds the tool as a bracket over your existing landscape, fetching data where it originates and writing results back where needed.

The cleanest option is an official API, which most modern systems provide; where none exists, scheduled CSV or Excel exports are unglamorous but reliable, and direct database access is the last resort. I clarify which route is realistic in the initial consultation, before anything is commissioned.

The business effect: the copy-paste reporting from scenario four disappears, because numbers from all source systems converge automatically — and your investment concentrates on the gap between the systems, not on their expensive replacement. Recurring manual steps can later be automated with an AI integration, without rebuilding the architecture.

## What does an internal tool cost compared to the hidden cost of Excel?

An internal tool costs a clearly quantified one-time fixed price — the Excel status quo costs you permanently, just invisibly. I am happy to run the numbers with you in the initial consultation — the hidden line items are almost always larger than expected.

The first category is labour time: hunting for the current version, retyping data between systems, the monthly copy-paste reporting. Multiply the honest hours per week by the people involved, and a year of that would often have financed a solid internal tool. The second is the cost of errors: a quote with the wrong margin, a misorder based on wrong stock numbers — rare, but a single incident can cost more than the entire development. The third is risk: a business-critical spreadsheet with no backup, no access control and one person who understands it appears on no balance sheet.

I deliberately do not publish flat rates, because scope determines price. How a fixed-price quote comes together is explained on my [pricing page](/en/pricing/) — and after the free initial consultation you have a binding number for your specific project.

## How does the collaboration work?

Working with Bauer IT Solutions follows a fixed five-step process that takes you from Excel chaos to a documented handover — with a fixed price you have in writing before development starts.

1. **Free initial consultation.** You show me your current tools — including the infamous spreadsheet with the 14 chained formulas. Together we identify the process that hurts the most. I reply to every enquiry in under 24 hours.
2. **Written specification with a fixed price.** I describe the data model, screens, permission roles and interfaces in a document that non-technical readers understand, together with a no-obligation fixed-price quote — no open-ended billing by the hour.
3. **Development with weekly builds on staging.** You and your team click through the current state on a staging environment every week, with sample data from your real spreadsheets. Course corrections happen after days, not months.
4. **Acceptance testing.** The tool is verified against your migrated production data: do the stock levels, balances and remaining vacation days match the old world? Only when you formally accept does the system go live.
5. **Documented handover.** You receive the complete source code, the technical documentation and a guide for your team. Both belong to you — you can continue in-house or with any third party at any time.

The general framework behind this process is described on [how I work](/en/how-i-work/).

## Which technologies do I use for internal business software?

Internal tools from Bauer IT Solutions are built on a deliberately unspectacular, long-lived stack: TypeScript and React for the browser interface, Node.js or Python for the logic, PostgreSQL as the database and Supabase for authentication and permissions. If your warehouse or field staff needs mobile data entry, React Native joins the stack.

This is a conscious decision against exotic technology: every part of the stack is established, broadly documented and mastered by a large market of developers — so if someone else extends the tool in five years, qualified people are easy to find. Hosting goes wherever you need it: GDPR-compliant in Frankfurt on request, or inside your existing infrastructure.

An internal tool is technically almost always a web application: it opens in the browser, nothing is installed, and updates reach every user simultaneously — a quiet but enormous advantage over file copies scattered across laptops.

## Why hire a German software developer for your internal tools?

Hiring a German software developer such as Bauer IT Solutions means getting GDPR compliance as a native property of the software rather than a retrofit — plus a working style built on written specifications and predictable delivery. If you process data of EU customers or employees, software engineered inside the EU legal framework from day one removes a whole category of risk.

Remote collaboration is my normal mode: contracts, specifications and documentation in English on request, CET working hours that overlap all of Europe and US East Coast mornings, and a weekly staging rhythm that keeps the project transparent from anywhere in the world.

## How do you start your internal tool project?

The easiest start is a free, no-obligation initial consultation in which you walk me through your current workflow — I reply to every enquiry in under 24 hours. You need to prepare nothing except an honest answer to which spreadsheet costs your team the most nerves.

The conversation ends either with a clear recommendation and a fixed-price quote — or with the honest statement that Excel is still perfectly sufficient for your case. Either way it costs you nothing but half an hour. Write to me through the [contact page](/en/contact/), and let us find out how much time your team is losing to tools that were never built for the job.

### FAQ

**What does it cost to have an internal tool developed?**
It depends on scope: a focused tool that replaces a single Excel workflow costs far less than a platform with many integrations. After a free initial consultation you receive a no-obligation fixed-price quote from me, so you know the full cost before development starts. The pricing page of this site explains how I calculate a quote.

**Who owns the source code of the internal tool?**
You do. After acceptance I hand over the complete source code and documentation to your company. You are not tied to me and can extend the tool later in-house or with another provider — no per-user licence fees, no vendor lock-in.

**How long does internal tools development take?**
Typically a few weeks to a few months, depending on scope and integrations. I put a first usable version on a staging environment early, so your team can review progress weekly. The concrete timeline is fixed in the written specification before development starts.

**Can our existing Excel data be migrated?**
Yes, in almost every case. I import your spreadsheets into a structured database, clean up duplicates and inconsistencies along the way, and document exactly how each dataset was migrated. The old files are kept as a read-only archive, so nothing is lost.

**What happens to our existing systems such as ERP or inventory management?**
They stay in operation. I connect the internal tool to your existing systems through interfaces instead of replacing them. The tool closes the gaps between your point solutions without forcing a risky migration project.

**Is a custom internal tool GDPR-compliant?**
Yes — GDPR compliance is part of my written specification, not an afterthought. That includes role-based permissions, deletion concepts, automated backups and, on request, hosting in Frankfurt, Germany. Compared to spreadsheets with personal data circulating as email attachments, it is a major step forward.

**Does remote collaboration work if our company is not based in Germany?**
Yes. I work with international clients in English, provide contracts, specifications and documentation in English on request, and my CET working hours overlap well with the rest of Europe and with US East Coast mornings. Weekly staging reviews and a written specification make the collaboration largely asynchronous anyway.

**Who maintains the tool after handover?**
That is your decision. Many companies book ongoing support for updates and smaller extensions; others run the tool with their own staff. Since source code and documentation belong to you, you stay independent of me either way.

---

## MVP Development from Germany

URL: https://baueritsolutions.de/en/mvp-development/

> An MVP (Minimum Viable Product) is the smallest working version of your product that lets real users confirm or refute your core hypothesis — before you commit the full budget. At Bauer IT Solutions you build your MVP directly with the German engineer responsible for the build: free initial consultation, no-obligation fixed-price quote, written specification, and typically 8 to 12 weeks to a usable, GDPR-compliant product. The complete source code and documentation are yours at handover.

## What is MVP development — and why build your MVP in Germany?

MVP development means having the smallest working version of your product built — just enough software for real users to confirm or refute your core hypothesis before you spend the big budget. It is not a cheap edition of your vision but the most precise instrument for answering expensive questions on a limited budget: Will anyone pay for this? Does the startup prototype convince investors before the next funding round?

Bauer IT Solutions is an owner-run engineering practice that develops MVPs for founders and corporate innovation teams: I run the consultation, write the specification, take personal responsibility for architecture and quality, and hand source code and documentation completely over to you. Behind me stands an established development team that I bring in project by project when a build calls for more hands. No account manager sits between your idea and the keyboard — which saves money and, above all, translation loss: an MVP lives on insights landing in code immediately.

Building in Germany means the MVP is GDPR-compliant by construction, not retrofitted — something buyers often underestimate until the first data-protection audit.

## Who should build an MVP — and when is it the wrong tool?

An MVP is worth building whenever an unproven assumption about your market or users would cost more than the MVP itself — typically for founders before their first funding round and for innovation teams inside established companies. Three typical scenarios:

- **Founder with an app idea:** You need a working product to win pilot customers and show investors more than slides.
- **SaaS startup:** You want to know whether your target group will actually subscribe before financing twelve months of development.
- **Corporate innovation:** A business unit has a product idea, but full-build budget only comes after a credible internal proof.

An MVP is the wrong tool when validation is already done: with paying customers and clear requirements you need a solidly built product, not an experiment — that is classic [web application development](/en/web-application-development/). An MVP begins where real users complete real tasks with real data.

## What belongs in an MVP — and what should stay out?

An MVP should contain exactly the feature set that makes your one core hypothesis testable — everything else belongs on the waiting list. This is the most common cause of failed MVP projects: "minimum" quietly turns into "we also need", and six months later you have a half-finished product instead of a finished experiment. Because I am personally responsible for the build, I tell you frankly in the first consultation which requests dilute the experiment.

What typically belongs in:

- The **one core workflow**, complete and usable end to end — one flow that convinces beats five that stumble.
- **Registration and login** only if the hypothesis needs them; often an invitation link is enough.
- The **simplest viable payment option** — an off-the-shelf provider checkout instead of custom billing logic.
- A **lean operator view** — for the first weeks, a direct look into the database can do.

Typically out: role systems for ten user types, multi-language support, native apps when a web application tests the hypothesis just as well, integrations "for later".

A typical scenario: a booking platform for trade businesses testing whether companies pay for automatically confirmed appointments. The MVP contains appointment requests, calendar matching and confirmation — not invoicing, not staff management, not an app in the store.

Where I never cut corners: data model, code quality and data protection. "Minimum" refers to the feature set, not the engineering discipline — otherwise you cannot build on the MVP later.

## How does MVP development work in 8 to 12 weeks?

MVP development at Bauer IT Solutions follows a weekly plan that leads from idea to usable product in 8 to 12 weeks — with a staging build you can try yourself from week 3. The frame at the upper end of the range:

- **Weeks 1–2: Specification and design.** We sharpen the hypothesis and cut the scope; both go into a written specification with a fixed price and an explicit not-in-MVP list, while data model and interface drafts take shape.
- **Weeks 3–8: Core features on staging.** Every week a new, clickable build lands on staging. You test realistic workflows and give feedback directly to me — not to a note-taker.
- **Weeks 9–10: Feedback loop.** First external test users work with the MVP; I watch where they get stuck and smooth out friction the lab never shows.
- **Weeks 11–12: Launch hardening.** Error handling, monitoring, backups, GDPR documentation and the production deployment — on request with hosting in Frankfurt, Germany.

A tightly cut MVP compresses these phases into 8 weeks; the order stays intact: first the hypothesis, then the code, then the real users.

## Should you hire an MVP agency or commission an engineer directly?

For an MVP, what counts most is how short the path is from a new insight to the next line of code — and that is where an MVP agency and a directly commissioned engineer differ fundamentally. At an agency your feedback crosses sales, account management and a ticket system; with me, the person in the meeting is the engineer responsible for the build, and your feedback lands in the codebase without a single relay station.

| Criterion | MVP agency | Directly commissioned engineer |
| --- | --- | --- |
| Who actually writes the code? | Rotating developers on a team — rarely the person from the sales call | The engineer from the consultation stays responsible; at Bauer IT Solutions I own architecture and quality and bring in my established team as the scope requires |
| Communication paths | Account manager, project lead, development — several stations per question | One direct line, reply under 24 hours |
| Overhead share of your budget | Project management, sales and office structure are priced in | Your budget flows almost entirely into engineering time |
| Flexibility on a pivot | Changes go through formal change-request processes | Decided in conversation, recorded in the updated specification |
| Handover readiness | Depends on internal practice; often no single person accountable for the handover | A binding promise: source code and handover-ready documentation belong to you |

And when an MVP genuinely needs more hands, capacity is not the bottleneck: I bring in my established development team project by project, while I remain the one engineer responsible for architecture, quality and handover. The real difference is the missing middle layer — no account management, no game of telephone through a ticket system — in the same 8 to 12 week frame agencies quote; your money works on engineering instead of overhead.

## How much does MVP development cost?

MVP development cost depends almost entirely on scope; as a market observation for 2026, specialized MVP boutiques in Germany typically charge 25,000 to 60,000 euros for an 8 to 12 week project. Those figures always include the agency apparatus: project leads, sales, office. I work in the same time frame without that overhead — so a comparable scope lands noticeably below those ranges, or the same budget buys more tested functionality.

What moves the price of your MVP:

- **Number of core workflows:** One complete flow is half the job; each additional one costs disproportionately more.
- **User and permission management:** Invitation link, simple login or multi-tenancy — three very different efforts.
- **Integrations:** Every third-party connection (payments, calendars, CRM) brings its own testing effort.
- **Platform:** A web application is almost always the cheapest path to validation; native apps only pay off when the hypothesis requires them.
- **Compliance requirements:** Industry regulations extend both the specification and the hardening phase.

I name my own figures only once I know your scope — after the free initial consultation you receive a no-obligation fixed-price quote. How I calculate is on the [pricing page](/en/pricing/).

## How does the collaboration work?

Collaboration at Bauer IT Solutions always follows the same five steps — with one MVP-specific twist: the scope is defended harder than in any other project type.

1. **Free initial consultation:** You describe your idea, I ask about the hypothesis behind it. Not "which features do you want?" but "what has to be true for your product to be worth it?". I reply to inquiries under 24 hours.
2. **Written specification with a fixed-price quote:** Before development starts you receive a document pinning down the MVP cut — including the explicit not-in-scope list, so nobody guesses later what was agreed. The quote carries no obligation and the price is fixed; all documents available in English.
3. **Development with weekly builds on staging:** From week 3 you click through the real product instead of status reports; your findings flow straight into the next week.
4. **Acceptance:** You check the MVP against the specification — with real test data and ideally first real users, because their behavior is the true acceptance test.
5. **Documented handover:** Source code, documentation, credentials and deployment instructions go to you in full. The repository belongs to you, not to me.

The process in detail — including how mid-project changes are handled — is described on [how I work](/en/how-i-work/).

## What happens after the MVP?

After the MVP, work continues on the same codebase — Bauer IT Solutions builds MVPs so the product can grow out of them instead of being rewritten after validation. That is a deliberate engineering decision: clean data model, comprehensible structure, automated baseline tests.

After launch, measurements decide instead of opinions — what do users actually use, where do they drop off, what do they pay for? Three honest paths follow:

- **Iterate:** The hypothesis holds; the waiting list gets worked through by priority — with me if you wish, in the same weekly rhythm.
- **Hand over:** You build your own team. That is what the full handover exists for; your new team starts without guesswork.
- **Stop:** The hypothesis does not hold — the MVP has done its job, and you got the answer for a fraction of the full build's cost.

## Which technologies do I use for MVP development?

Bauer IT Solutions builds MVPs with TypeScript, React and Node.js for web applications, React Native for mobile apps, Python for data processing and AI integration, and PostgreSQL with Supabase as the data layer. This stack is deliberately unspectacular — an advantage for an MVP: the tools are proven and well documented, and you will easily find developers for them when your product grows. An MVP on exotic technology leaves you a hiring problem.

Supabase delivers authentication, database and file storage in days instead of weeks — underneath sits ordinary PostgreSQL, so you can migrate later without a rewrite. The MVP runs GDPR-compliant, on request hosted in Frankfurt — a straightforward answer when enterprise customers ask where their data lives.

## How do you start your MVP project?

The first step is a free initial consultation in which you describe your product idea and I tell you frankly which MVP cut I recommend — I reply to your inquiry under 24 hours. Bring three things if you can: the hypothesis to test, a picture of your first user group and — if one exists — a fixed date such as a pitch the weekly plan should run towards.

After that you receive the written specification with a no-obligation fixed-price quote. Before the first line of code, you know what will be built, what it costs and when it will be done. [Get in touch](/en/contact/) — the reply comes from the engineer who will build your MVP.

### FAQ

**How much does MVP development cost?**
Specialized MVP boutiques in Germany typically charge 25,000 to 60,000 euros for an 8 to 12 week project in 2026. I work in the same time frame but without agency overhead — no sales or account-management apparatus is priced in, so your budget goes into engineering instead of project management and sales. After a free initial consultation you receive a no-obligation fixed-price quote for your specific scope.

**Who owns the source code of my MVP?**
You do, completely. At Bauer IT Solutions the handover includes the full repository, the documentation and all credentials — with no license tying you to me. You can continue developing the MVP at any time with an in-house team or another provider.

**How long does MVP development take?**
Typically 8 to 12 weeks from project start to a usable product. From week 3 you see weekly builds on a staging environment and can test them yourself. Very tightly scoped MVPs can be faster — the exact frame is fixed in the written specification before development starts.

**Is an MVP a throwaway prototype?**
No — a well-built MVP is the first version of your product, not a demo object. I build MVPs with a clean data model and a proper codebase, so that after validation the same software keeps growing instead of being rewritten. Clickable design prototypes without real functionality are a different, much cheaper tool.

**What is the difference between a prototype and an MVP?**
A prototype shows how a product could look and feel — often with no real functionality behind it. An MVP actually works: real users, real data, often real payments. For pure design validation a prototype is enough; the moment you want to measure behavior or willingness to pay, you need an MVP.

**Can I use an MVP as a startup prototype for investors?**
Yes — a working MVP with first real users is far more convincing in pitch meetings than slides or click dummies. If a pitch date is already set, I plan the weekly schedule backwards from that date and prioritize the demo path. Tell me the date in the initial consultation and it goes straight into the specification.

**What happens if I want to change direction during development?**
That is exactly what the direct line to the developer is for. You discuss the change with me directly, I assess the impact on scope and fixed price, and the adjustment is recorded in writing. Small course corrections are normal within the weekly staging rhythm; a genuine pivot gets an updated specification.

**How does remote collaboration work if my company is not in Germany?**
Fully remote and in English: video calls for the consultation and weekly check-ins, a staging link you can open from anywhere, and all documents — specification, quote, documentation — written in English on request. I work from the Frankfurt area (CET), which overlaps comfortably with both European and US East Coast working hours, and I reply to messages under 24 hours.

---

## Custom Web Application Development from Germany

URL: https://baueritsolutions.de/en/web-application-development/

> A web application is browser-based software that runs on any device with no installation — from customer portals to internal dashboards. At Bauer IT Solutions, I build your web application personally from Germany: after a free initial consultation you receive a no-obligation fixed-price quote, a written specification before development starts, a staging environment during the build — and at handover, source code and documentation belong entirely to you. GDPR compliance is designed in from day one.

## What is a web application — and what is it not?

A web application is browser-based software that gets work done: users sign in, manage data, book appointments, or move through approval workflows — whereas a classic website primarily presents information. The difference lies less in the technology than in the purpose. A website answers who you are and what you offer; a web application takes orders, calculates prices, displays reports, and models the way your business actually runs.

One example: a contractor's site with services and a contact form is a website. Once customers book appointments there against real-time availability or download documents, its core is a web application — even if both run under the same domain.

If you only need a company web presence, see [website development](/en/website-development/). This page is about the other case: custom web application development — software in which people log in and work with data.

## When does custom web application development pay off?

Custom web application development pays off as soon as a recurring process in your business runs on email, phone calls, spreadsheets, or paper — and measurably costs time or orders. Typical signals from initial consultations:

- Customers phone in the same questions — order status, appointments, documents — and tie up office capacity every day.
- Several people maintain the same spreadsheet, and nobody is sure which version is current.
- An off-the-shelf tool covers most of your process, but the gap costs daily manual work and double entry.
- You pay for several SaaS subscriptions that do not talk to each other and transfer data between them by hand.

In these typical cases, a tailor-made web application replaces friction, not people: data is entered once, workflows become traceable, access works from any device. If a proven standard product already solves your case, I will say so in the initial consultation; custom development pays off where your process is your competitive advantage.

## What kinds of web applications do I build?

Bauer IT Solutions builds web applications to measure — software that maps your process exactly, rather than a lightly customized off-the-shelf product. Five categories come up often; read them as typical examples, not an exhaustive list.

### What does a custom customer portal do?

A customer portal gives your clients a protected login behind which they view orders, documents, invoices, and appointments themselves — instead of calling your office. In customer portal development, the cut decides the value: which data the customer sees, what they may change, and which systems feed the content. Scoped correctly, a portal moves routine inquiries into self-service, around the clock.

### When is a booking or reservation system worthwhile?

A booking system is worthwhile wherever limited resources must be allocated reliably: appointments, rooms, equipment, vehicles. Availability is checked in real time, confirmations go out automatically, calendars stay in sync. That can be a public booking calendar or a purely internal tool for meeting rooms or a vehicle fleet.

### What does an internal dashboard deliver?

An internal dashboard consolidates key figures from multiple sources in one place — live, instead of copied together once a month. Management and team see the same current values, with roles and permissions cleanly separated. Once users need to edit data rather than just view it, a dashboard evolves into a full internal tool.

### When do you need a product configurator?

A product configurator pays off when your products come in many variants and every quote means manual calculation work today. The customer or your sales team clicks through the options while the application computes pricing logic and dependencies — the result is a reliable price and, if you want, a finished quote document.

### What separates a B2B ordering platform from an online shop?

A B2B ordering platform models business logic a standard shop system does not know: customer-specific price lists, tiered pricing, approval workflows, recurring orders, and ERP integration. The point is letting your regular customers order faster and error-free — around the clock, without fax or phone queues.

## Web application, desktop software, or off-the-shelf SaaS — which fits your business?

For most business processes, a custom web application is the most practical form of software today — no installation, any device, central updates — but it is not the right answer in every case. The honest comparison:

| Criterion | Custom web application | Desktop software | Off-the-shelf SaaS |
| --- | --- | --- | --- |
| Installation and updates | No installation; updates deployed centrally, live for every user at once | Installed per machine; updates must be rolled out | No installation; the vendor decides when updates happen |
| Device independence | Runs in the browser on PCs, Macs, tablets, and smartphones | Tied to an operating system and a workstation | Runs in the browser; mobile quality varies by vendor |
| Running costs | Hosting and maintenance; no per-user licenses | License fees, often per seat | Monthly fee per user, permanent and typically rising |
| Adaptability | Complete — the software follows your process | Limited; customization is often expensive | Only within the options the vendor provides |
| Data sovereignty | Your data, your hosting — in Frankfurt if you wish — your source code | Data stays local, source code stays with the vendor | Data sits with the vendor, sometimes outside the EU |

My take as an engineer: desktop software suits compute-intensive specialist work without a network, and off-the-shelf SaaS is right for standard problems like accounting. Once your own process must be modeled and data sovereignty matters, the custom web application wins: you invest once instead of paying per user forever, and code and data belong to you.

## How long does custom web application development take?

A straightforward customer portal with a clearly defined scope is realistically ready for production in four to eight weeks; complex platforms take several months. Honest guide values from my practice, counted from the start of development:

- Simple portal or dashboard — login, a few views, one data source: four to eight weeks.
- Mid-sized application — booking system, configurator, first integrations: two to four months.
- Complex platform — B2B ordering with ERP integration, many roles, data migration: six months and more.

Three factors drive duration hardest: integrations, the number of roles and edge cases — and how quickly decisions land on your side. That is why every project starts with a written specification: it fixes scope and schedule before the first line of code and prevents the scope creep that otherwise kills timelines. When speed matters, launch a deliberately lean first release and extend it on real user feedback — I describe that approach under [MVP development](/en/mvp-development/).

## Is a progressive web app a real alternative to an app-store app?

For many business applications, yes: a progressive web app is a web application that installs to the home screen like a native app — no app store, no review process, no store fees. After the first load it keeps working offline to a limited extent, can send push notifications — with some restrictions on iOS — and runs from a single codebase on every device.

As an engineer who also builds native apps with React Native, I will tell you just as plainly where a progressive web app hits its limits: deep hardware access, demanding offline scenarios, and cases where app-store visibility is itself a sales channel. That trade-off belongs in the free initial consultation — often, choosing a progressive web app saves the double build for iOS and Android and a substantial part of the budget.

## Which technologies do I use to build web applications?

Bauer IT Solutions builds web applications on a deliberately proven stack: TypeScript and React on the frontend, Node.js or Python on the backend, PostgreSQL as the database — often complemented by Supabase for authentication and real-time features. These widely adopted technologies protect you from dependency on me as a person: any development team can take over the code and carry it on.

Just as important is the frame around the stack: I build every web application GDPR-compliant, with hosting in Frankfurt, Germany on request, so your data never leaves the country. During development you get a staging environment to try every build in the browser — and after acceptance, source code, documentation, and all credentials belong to you.

## How does the collaboration work?

Collaboration with Bauer IT Solutions follows five fixed steps, from first conversation to documented handover — and you see every intermediate state directly in your browser.

1. **Free initial consultation.** You describe your process; I ask what decides a web application's design: who logs in, which data flows, which systems connect. I reply in under 24 hours.
2. **Written specification with a fixed price.** You receive a document describing views, roles, data model, and integrations — together with a no-obligation fixed-price quote. Development only starts once both are in place.
3. **Development with weekly builds on staging.** Every week a new, clickable build lands on staging — you test the portal, booking flow, or dashboard with real workflows instead of screenshots. Course corrections happen early, not after months.
4. **Acceptance.** Predefined test scenarios decide the sign-off: only when login, core processes, and edge cases run cleanly on staging does the application go to production.
5. **Documented handover.** You receive source code, technical documentation, credentials, and a guide for operations and deployment. On request I take over maintenance afterwards — you are never obligated to, because everything is yours.

## How much does custom web application development cost?

The cost of custom web application development depends mainly on three levers: functional scope, integrations, and the complexity of the role model — a lean portal with a login and a few views sits in a different range than a platform with ERP integration and elaborate approval workflows. Quoting concrete numbers without knowing your process would be dishonest; that is why I work with a fixed price, delivered in writing and without obligation after the free initial consultation. You pay for engineering, not for an agency structure: no project-management layer, no intermediaries, no hidden markups. Which factors drive the price is laid out transparently on the [pricing](/en/pricing/) page.

## Why hire a German software developer directly instead of an agency?

Because at Bauer IT Solutions, the person you talk to is the same person who writes your code. There is no sales layer promising what engineering cannot deliver, and no project manager relaying requirements through a game of telephone. Decisions take minutes instead of three coordination rounds, and no agency margin is priced in — German engineering discipline, without offshore anonymity or a rotating cast of developers.

Working across borders is straightforward: I collaborate in English or German, provide specification and quote in English on request, and work in the Central European time zone — with solid overlap with UK and US East Coast hours. Staging and weekly builds make progress verifiable from anywhere; clients in the Rhine-Main area around Frankfurt can also meet me in person. If you want to hire a German software developer for your web application, the first step is simple: [book an initial consultation](/en/contact/) — free, no obligation, reply in under 24 hours.

### FAQ

**How much does it cost to develop a custom web application?**
The cost depends on functional scope: a lean portal with a login and a few views sits in a different range than a platform with integrations and a complex role model. After a free initial consultation you receive a no-obligation fixed-price quote from me — with no agency margin, because you work directly with the engineer who builds it.

**Who owns the source code of the finished web application?**
You do, completely. After acceptance I hand over the source code, the documentation, and all credentials; there is no license tying you to Bauer IT Solutions. You can continue development yourself at any time or bring in any other provider you choose.

**How long does it take to develop a web application?**
A straightforward customer portal with a clearly defined scope is realistically live in four to eight weeks. Booking systems or dashboards with integrations typically take two to four months, and complex B2B platforms six months or more. The concrete schedule is fixed in the written specification before development starts.

**Do my users need to install anything or use specific devices?**
No. A web application runs in any current browser — on Windows PCs, Macs, tablets, and smartphones. I deploy updates centrally, so every user works with the latest version immediately; nobody has to distribute or maintain software.

**What is the difference between a website and a web application?**
A website presents content; a web application gets work done. Users sign in, create data, and move through processes. Technically the lines blur — what matters is the purpose. For a pure company web presence, I offer website development as a separate service.

**Can a progressive web app replace a native app?**
In many business scenarios, yes. A progressive web app launches from the home screen, works offline to a limited extent, and needs neither app-store review nor store fees. Only when you need deep hardware access or heavy background processing does a native app remain the better choice — I build those too, with React Native.

**Where is the web application hosted — and is it GDPR-compliant?**
Hosting is set up to your requirements, on request entirely in Frankfurt, Germany, so your data never leaves the country. I build every application GDPR-compliant by design: data processing agreements, data minimization, and deletion concepts are written into the specification, not bolted on afterwards.

**Can we work together remotely from outside Germany?**
Yes — most collaboration runs remotely anyway. I work in English or German, provide the specification and quote in English on request, and operate in the Central European time zone with solid overlap with UK and US East Coast working hours. The staging environment lets you review every weekly build in your browser, wherever you are.

---

## GDPR-Compliant Web Scraping Services from Germany

URL: https://baueritsolutions.de/en/web-scraping-services/

> Web scraping as a service means publicly available web data — competitor prices, product catalogues, market listings — is collected automatically and delivered in a format you can actually use. Bauer IT Solutions provides exactly that from Germany, with a GDPR-compliant setup, a legal assessment of every request, an EU contract partner, and a no-obligation fixed-price quote after a free initial consultation. Delivery as CSV, Excel, API, or straight into your database — one-off or as ongoing monitoring.

## What is a web scraping service and when is it worth buying?

A web scraping service is the automated collection of publicly available web data by a provider who handles the whole technical side — extraction, cleaning, and delivery in a format your team can actually use. Bauer IT Solutions offers exactly that from Germany: you describe the data you need, I build and operate the solution, and you get reliable data instead of a new software problem.

The typical trigger: someone copies website data into a spreadsheet, week after week, until the volume grows, errors creep in, and automation becomes cheaper than the status quo.

A data extraction service pays off when at least one of these applies:

- The data changes regularly — prices, availability, offers — and stale numbers cost money.
- The volume is unmanageable by hand: hundreds of products, dozens of source pages.
- You need the data structured and machine-readable — ERP, analysis, internal tool.
- You want a one-off, clean dataset without building infrastructure of your own.

What I deliberately do not offer: circumventing paywalls, harvesting personal profiles, or legally untenable projects — for a data extraction service in the EU, that distinction is the point.

## What data can be extracted?

In principle, anything publicly visible in a browser can be extracted — the practical questions are structure, cadence, and the legal assessment, not feasibility. Four categories dominate my client work:

### How does competitor price monitoring work?

A price monitoring service captures competitors' prices automatically on a fixed schedule and compares them with your own. A typical scenario: a retailer has five to ten competing shops captured daily and sees each morning where they sit above or below the market — with a price history that reveals competitors' strategies. The benefit shows up directly in the margin.

### What does scraping product data actually save?

Scraping product data saves data-entry effort: names, descriptions, technical attributes, images, EANs, and categories are captured in structured form from manufacturer or supplier pages instead of typed in by hand. Typical example: onboarding a new supplier's range — weeks of manual entry become one import-ready dataset.

### Who needs market overviews and directory data?

Market overviews emerge when portals, directories, or comparison sites are evaluated systematically — every provider in a region, every listing in a segment — as the basis for company-level sales research, location analysis, and market studies. The legal line: company data is usually unproblematic; once identifiable people are involved, the GDPR applies in full — checked before every project.

### Can I commission ready-made datasets for AI training?

Yes — building datasets for analysis and AI training is a growing part of my work at Bauer IT Solutions. Anyone fine-tuning a model or feeding an [AI integration](/en/ai-integration/) with domain-specific knowledge needs clean, structured, legally sound training data. Datasets arrive deduplicated, normalised, with documented provenance — source traceability is a compliance requirement.

## Is web scraping legal in Germany and the EU?

Web scraping is neither legal nor illegal across the board in Germany and the EU — permissibility depends on which data is collected, how, and for what purpose. As a provider based in Germany, I assess every request before the project starts:

**Publicly available factual data** is the least critical area. Purely factual information such as a price enjoys no copyright protection; collecting it from freely accessible pages is permissible in many constellations.

**Personal data** is the hardest boundary. Once names, email addresses, or profiles of identifiable people are collected, the GDPR applies in full — legal basis required, data-subject rights active. "But the data was public on the internet" is explicitly not a legal basis. Mass personal-data collection I decline or reshape to the company level.

**Copyright and the EU database right** can protect the collection, not the facts: extracting substantial parts of a database built with significant investment can infringe the EU's sui generis database right — even if each data point were free on its own. Product texts and images are often protected too; capturing is not the same as republishing.

**robots.txt and terms of service** are the fourth layer: not law, but a clear operator signal I factor in. Contractual scraping bans mainly bind registered users — scraping behind a login differs from open pages. Circumventing technical protection measures is a hard no.

This is a practitioner's overview, not legal advice — for edge cases I recommend an IT-law specialist. It is also the argument for GDPR-compliant web scraping from an EU provider: the GDPR is the framework from day one, not a footnote.

## Why hire a German provider instead of an offshore scraping service?

The web scraping market is dominated by offshore providers and anonymous platforms — the source of the problems that land on my desk: no tangible contract partner, no GDPR assessment, nobody owning data quality, silence once the source site changes:

| Criterion | Offshore scraping provider | German provider (Bauer IT Solutions) |
| --- | --- | --- |
| Contract and jurisdiction | Foreign law, practically unenforceable in a dispute | German/EU contract, tangible partner, English contract language available |
| GDPR assessment | Usually none — the risk sits entirely with you | Legal assessment before project start, GDPR-compliant implementation, hosting in Frankfurt available |
| Communication and time zone | Ticket system, large time offset, rotating contacts | Direct line to the engineer, reply in under 24 hours, CET time zone |
| Responsibility for data quality | Delivered as is, complaints slow to hopeless | Quality criteria in the written specification, verified on staging before acceptance |
| Maintenance when sites change | Often a new commission, unclear response time | Monitoring detects changes automatically, adjustments covered by the maintenance agreement |

The offshore price advantage is real — and often wiped out by one broken delivery at the wrong moment. If pricing decisions rest on scraped data, "who is liable if the data is wrong?" is not theoretical. Why you can hire a German software developer directly — no agency margin, no PM layer — is explained on [Why work directly with the engineer?](/en/why-direct/).

## In which format and at what cadence do I deliver the data?

Bauer IT Solutions delivers extracted data in the format that fits your existing workflows — the technology follows your process, not the other way round:

- **CSV or Excel**: a clean table with defined columns for Excel, Power BI, or ERP import.
- **JSON API**: your systems fetch the data on demand — right for web applications and internal dashboards.
- **Straight into your database**: PostgreSQL or another store — with history, instantly queryable.
- **A finished dataset**: a one-off, cleaned package — for a market analysis or as AI training material.

On cadence there are two models. A **one-off extraction** suits snapshot analyses, catalogue takeovers, and dataset creation. **Ongoing monitoring** captures the same sources at the agreed rhythm — hourly, daily, or weekly — the model of choice for price monitoring and availability tracking. Many projects start one-off and grow into monitoring; I plan the architecture so the transition is no rebuild.

Cleaning is always included: duplicates removed, formats unified, outliers flagged, every record stamped with source URL and timestamp. Raw data is cheap — reliable data is the actual product.

## What happens when the source website changes its layout?

Every scraper breaks eventually because the source site changes — the decisive question is whether you find out immediately or silently receive weeks of bad data. Every ongoing project at Bauer IT Solutions therefore includes monitoring that watches three things:

1. **Reachability**: does the source still deliver data, or is it blocking, relocated, offline?
2. **Structure**: do the expected fields still arrive, or does a changed layout produce empty prices and shifted columns?
3. **Plausibility**: a price that jumps from 49.90 to 0.00 is almost never a real price but a structural break.

If a check fires, I get notified — not you, through a broken report. Under a maintenance agreement I adapt the scraper — exactly where anonymous offshore offers routinely fail. Without maintenance you still get a clear notice plus a quote for the fix; silently shipping faulty data is not an option. Since code and documentation are yours, any developer can make the fix — I am simply fastest because I already know the source.

## How does the collaboration work?

Collaboration with Bauer IT Solutions on scraping projects follows five fixed steps, all workable fully remotely:

1. **Free initial consultation**: you describe the data you need and what for. I look at the sources, assess feasibility, and make the first legal assessment — personal data, database rights, login areas. If a project is not legally viable, I say so here, not after signing.
2. **Written specification with a fixed price**: before development starts, you receive a document pinning down source pages, fields, delivery format, cadence, and quality criteria — plus a no-obligation fixed-price quote. "The product data from site X" without field definitions reliably produces misunderstandings.
3. **Development with weekly builds on staging**: you see real data early — typically a sample dataset from staging in the first week, so format and field quality are checked while corrections are cheap.
4. **Acceptance**: you check the delivery against the specification — completeness, formats, spot checks — before regular operation or final delivery.
5. **Documented handover**: you receive the complete source code, the data-structure documentation, and — for monitoring projects — the operating credentials. On request, operations continue GDPR-compliant with hosting in Frankfurt.

For every message during the project: a reply in under 24 hours.

## What does web scraping as a service cost?

The cost of a scraping project is driven by three factors: the number and technical complexity of the source pages, the extent of data preparation, and whether you need a one-off extraction or ongoing monitoring with maintenance. A single well-structured source page captured once is a compact project; twenty JavaScript-heavy shops on a daily schedule are a different order of magnitude.

Concrete figures come only once I have seen your sources — anything else is guesswork. Binding, however, is the path there: a free initial consultation, then a no-obligation fixed-price quote based on the written specification. You know the cost before development starts and carry no hourly-billing risk. How my project pricing works is explained on the [pricing page](/en/pricing/).

## Why choose Bauer IT Solutions for data extraction?

Because Bauer IT Solutions combines what the market for web scraping services rarely offers: the technical depth of an engineer who builds scrapers in Python and TypeScript himself, and the accountability of a German contract partner who does not leave the GDPR assessment to you. You talk directly to the person who writes your code and answers for your data quality.

Extracted data unfolds its value in a dashboard, an internal tool, or an AI application — and that custom software development from Germany comes from the same pair of hands: scraper, database, and frontend need not come from three vendors.

If your team copies website data into spreadsheets, wants competitor price monitoring, or needs a dataset built, describe it in a [free initial consultation](/en/contact/) — you get an honest feasibility assessment, an initial legal read, and a fixed-price quote, reply guaranteed in under 24 hours.

### FAQ

**What does a web scraping service cost?**
The cost depends on the number of source pages, their technical complexity, and whether you need a one-off extraction or ongoing monitoring. A simple one-off extraction is considerably cheaper than daily price monitoring across twenty shops. After a free initial consultation you receive a no-obligation fixed-price quote from me — no open-ended hourly billing.

**Who owns the source code of the scraper?**
You do. At Bauer IT Solutions, the complete source code and documentation belong to the client after handover. You can run the scraper yourself, have any other developer maintain it, or commission me for ongoing maintenance — there is no lock-in.

**Is web scraping legal in Germany and the EU?**
Collecting publicly available data is permissible in many constellations, but there are limits — especially around personal data (GDPR), the EU database right, copyright, and technical protection measures. I assess every request up front and decline legally untenable projects. I cannot provide binding legal advice; for genuine edge cases I recommend involving an IT-law specialist.

**What kinds of data can be extracted?**
Typical categories are competitor prices, product data with images and attributes, availability and stock levels, market overviews from portals and directories, and structured datasets for analysis or AI training. In principle, anything publicly visible in a browser can be captured — the legal assessment decides what actually gets built.

**In which format will I receive the data?**
You choose the format that fits your workflows: CSV or Excel for direct import, a JSON API for your own applications, or delivery straight into your database, for example PostgreSQL. For ongoing monitoring I deliver automatically at the agreed cadence — daily, weekly, or hourly.

**What happens if the source website changes its layout?**
Monitoring detects outages and structural changes automatically and reports them. On ongoing projects I adapt the scraper under the agreed maintenance, so your data feed is back quickly. Without a maintenance agreement you at least receive a clear notice that the source has changed — instead of silently faulty data.

**How long does it take to build a scraper?**
A single, technically simple source page is often in production within a few days. Projects with multiple sources, login areas, or JavaScript-heavy pages take correspondingly longer. I fix the concrete timeline in the written specification you receive before development starts — including the fixed price.

**Do you work with international clients outside Germany?**
Yes — scraping projects run fully remotely, and I work with clients across the EU and beyond in English or German, including English-language contracts and documentation. I am based near Frankfurt (CET), which overlaps well with the whole of Europe and the US East Coast morning. My reply-within-24-hours commitment applies wherever you are.

---

## Professional Website Development — Direct from the Developer in Germany

URL: https://baueritsolutions.de/en/website-development/

> Professional website development at Bauer IT Solutions means your business website is built as code under the personal responsibility of the owner and lead engineer, working from Rodgau in Germany's Rhein-Main region — with load times under one second, clean technical SEO, and GDPR compliance without a cookie banner, multilingual on request. After a free initial consultation you receive a no-obligation fixed-price quote, and after handover the source code and documentation belong entirely to you.

## Why is this website itself the best proof?

The page you are reading is the reference for what Bauer IT Solutions delivers: a business website built as code that loads in under one second, scores 100 out of 100 in Google's Lighthouse audit, works without a single cookie, and runs fully bilingual in German and English. That is not a claim on a references slide — you can verify it right now: run a Lighthouse audit in your browser's developer tools, or simply click through the pages and watch for a loading spinner.

That verifiability separates an engineer's offer from the usual website promises: anyone selling you a "fast, search-optimized website" should be able to show one. Because every page ships as complete HTML without script hurdles, AI search systems like ChatGPT and Perplexity can read and cite the content just as Google can — a channel gaining weight for business websites. The full technical construction, from static rendering to the multilingual URL structure, is documented openly at [How this site is built](/en/how-this-site-is-built/). You get the same construction for your company website — adapted to your content, design and goals.

## What makes a developer-built website different from a site builder?

The core difference is ownership and control: a site builder like Wix, Squarespace or Hostinger rents you a website on someone else's platform, while Bauer IT Solutions delivers a website developed as source code that belongs to you and inherits none of a platform's technical compromises. Site builders are a subscription business; every platform design decision, every script it loads and every price increase automatically hits your site too. A developer-built website, by contrast, contains only the code your content actually needs.

| Criterion | Site builder (Wix, Squarespace, Hostinger) | Developer-built website from Bauer IT Solutions |
| --- | --- | --- |
| Load time / Core Web Vitals | Platform code always ships along; scores only partially within your control | Only the code your pages need; load times under one second are achievable |
| SEO control | Meta data partly editable, technical SEO dictated by the platform | Full control over URLs, structured data, hreflang, sitemap and rendering |
| GDPR / cookies | Often US providers with built-in trackers; cookie banner usually unavoidable | No tracking cookies by default, no banner needed; hosting in Frankfurt possible |
| Growth into a web application | Ends at the platform's limits (widgets, app market) | Same foundation as a web application — login, portal or booking can be added |
| Running costs | Monthly subscription, permanent and trending upward | One-off fixed price plus minor hosting costs |
| Ownership | Website tied to the platform, no export of the code | Source code and documentation belong entirely to you |

The table also shows why the comparison goes beyond the purchase price: a site builder looks cheaper at first, but you rent forever — and when your requirements grow, you can take nothing with you. A developer-built website is a one-time investment in something you own.

## Who actually needs a developer-built website — and who is fine with a site builder?

A developer-built website from Bauer IT Solutions pays off as soon as the site is supposed to work for you instead of merely existing; if all you need is a three-page digital business card — home, services, contact — and your customers come through referrals anyway, a site builder is enough, and you do not need me for that. In that case a Wix or Squarespace subscription is the economically sensible choice — and I will tell you so in the initial consultation.

Typical situations in which prospective clients contact me:

- The website should win new customers through Google and AI search — that takes technical SEO a site builder only permits at the surface.
- You need a fast business website in two or more languages, with clean translated URLs instead of a bolted-on translation widget.
- Data protection matters to your customers — you want a GDPR-compliant site with no cookie banner and no data flowing to US platforms.
- You already suspect the website will need to become more later — a client area, a booking system, an internal tool.
- Your current site-builder page is slow, does not rank or cannot be extended, and you want to do the restart properly.

For international clients there is one more angle: if you want to commission German software development directly, that is literally what you get here — no agency layer, no account management, no requirements passed down a ticket chain. Bauer IT Solutions is an owner-run engineering firm: from the first call to the handover you talk to me, the engineer responsible for architecture, quality and delivery — with an experienced development team behind me that I bring in whenever a project calls for it, from larger builds to parallel workstreams and long-term maintenance.

## Why is load time a revenue factor?

Load time affects your revenue twice: Google has used the Core Web Vitals — measurable values for loading speed, responsiveness and visual stability — as a ranking signal since 2021, and visitors abandon slow pages before they have even seen your offer. Google itself recommends that the largest visible element of a page appears within at most 2.5 seconds. Many site-builder pages break that budget with the platform's own scaffolding alone, before your first image has loaded.

As the developer I control every factor that feeds into those measurements: pages are pre-rendered as static HTML instead of being assembled on every request, images ship in modern formats at exactly the size needed, fonts load without layout shifts, and scripts only load where needed. The result is measurable on this website — under one second, even on mobile. For your fast business website that means a better starting position in the rankings, fewer bounces and a first impression that matches a professional operation.

One sober qualification: a fast website is no magic trick that pushes weak content to the top. It is the foundation on which good content takes effect — and one of the few ranking factors you can control completely.

## How does multilingual website development work properly?

Multilingual website development means far more than translating text: every language version needs its own translated URLs, its own meta data and correct hreflang annotations so that search engines show each user the matching language. This is exactly where most site builders and retrofitted translation widgets fail — they swap the visible text with a browser script while Google still sees only the original language. For English-language search, such a website simply does not exist.

Bauer IT Solutions builds multilingualism the way this website itself demonstrates it: the English page you are reading has a German counterpart under its own German-named address — not the same URL with the text swapped out. Both versions reference each other via hreflang, so Google knows which page translates which and devalues neither as a duplicate. Titles, descriptions and structured data are maintained per language, and the language switcher always leads to the matching subpage, never back to the home page.

For companies selling across borders this matters more than expected: a language version only wins customers if it actually gets found in that language's search results. The effort is modest when the structure is designed for it from day one, and painful to retrofit — which is why I ask about languages in the very first conversation.

## What does professional website development cost?

The cost of professional website development follows the scope — and at Bauer IT Solutions you learn it before the project starts, as a binding fixed-price quote rather than an open-ended hourly estimate. The main levers are the number of pages and languages, the design effort, any content migration from an existing site, and whether you will maintain content yourself later. A compact business website sits in a different bracket than a multilingual presence with forty subpages and an attached content management system.

Unlike a site builder, there is no monthly platform rent: after the one-time project price, only minor hosting costs remain — the website is yours. How typical project sizes compare and how my fixed price comes about is documented on the [pricing page](/en/pricing/). The consultation that leads to the quote is free and non-binding — and I reply to every inquiry within 24 hours.

## Can the website grow into a web application later?

Yes — a website from Bauer IT Solutions stands on the same technical foundation I use for custom software development in Germany (TypeScript, React, Node.js, PostgreSQL) and can be extended with login areas, client portals or booking features without starting over. With a site builder that road ends at the platform's borders: whatever the vendor's app market lacks does not exist — and moving away means losing the existing site.

Typical growth paths, meant as illustrations: a trades business starts with a fast company website and later adds appointment requests with calendar sync. A consultancy begins with service pages and builds a protected client area for documents on top. A retailer extends the product showcase with live stock queries from the inventory system. In every case the existing website remains the core — the application grows around it, with the same tools and codebase.

If you already know you are heading that way, I design the structure for it from the start. What such an extension involves is described on the [web application development](/en/web-application-development/) page.

## How does the collaboration work?

The process at Bauer IT Solutions follows the same five steps for every website project, each with a clearly defined result:

1. **Free initial consultation.** You describe what the website needs to do: audiences, pages, languages, existing content, possibly a site-builder page to replace. I reply within 24 hours — in English or German.
2. **Written specification with a fixed price.** Before development starts you receive a document covering page structure, feature scope, design direction, schedule and a binding fixed price. You know exactly what you are getting before you commit.
3. **Development with weekly progress on staging.** The website takes shape on a staging environment you can open at any time. Every week you see the real state — clickable on your own phone, not a screenshot PDF.
4. **Acceptance.** You test the finished website on your devices; together we verify load times, Lighthouse scores, language versions and all content. Only when everything fits does the site go live — including redirects from the old addresses when replacing an existing site.
5. **Documented handover.** You receive the source code, documentation and every credential. On request my team and I handle hosting on servers in Frankfurt, Germany, and ongoing maintenance — reliably and long-term — but you do not have to: with the handover you are fully independent.

## How do you get your new website?

The first step toward your new website from Bauer IT Solutions is a free, no-obligation initial consultation — you reach me through the [contact page](/en/contact/) and get an answer within 24 hours from the developer himself, not from a sales team. Briefly describe what your website needs to do and whether an existing site must be replaced; everything else we clarify in the conversation. And if you want to check first whether I deliver what this page promises: the Lighthouse audit is only a few clicks away.

### FAQ

**What does professional website development cost?**
The price depends on scope — the number of pages, the languages, the design effort, and whether you want to maintain content yourself later. After a free initial consultation you receive a no-obligation fixed-price quote from me, with no monthly platform rent and no hidden line items. My pricing page explains how typical project sizes compare.

**Who owns the source code of my website?**
You do, completely. After acceptance I hand over the source code, the documentation and every access credential — you can host the website yourself or have any other developer maintain it at any time. There is no platform lock-in of the kind a site builder creates.

**Can you replace my existing Wix or Squarespace website?**
Yes. I migrate your content, rebuild the website as code and set up redirects from the old addresses so existing Google rankings and inbound links are preserved. The switch runs in parallel on a staging environment — your old site stays online until the moment of cutover.

**How long does it take to build a business website?**
That depends on scope; a typical business website with five to ten pages is online within a few weeks. I fix the concrete schedule in the written specification before development starts, and during development you can follow the real progress on the staging environment every week.

**Can I edit content myself later?**
Yes, if you need to. Depending on your requirements I connect a lightweight content management system so you can change text, images and new pages yourself — or you simply commission changes from me. For rarely changing pages a CMS is often unnecessary ballast; we clarify what makes sense in the initial consultation.

**Do I need a cookie banner?**
Only if your website uses cookies or tracking that are not technically necessary. I build websites without tracking cookies by default — this very website runs entirely without cookies and therefore without a banner. That is not just GDPR-compliant, it is also simply more pleasant for your visitors.

**Is a multilingual website possible?**
Yes, multilingual website development is a core focus. Every language gets its own translated URLs, its own meta data and correct hreflang annotations so search engines show each user the right language version. This website itself runs bilingually in German and English following exactly that pattern.

**How does remote collaboration work if my company is not in Germany?**
Very smoothly — the process is remote-friendly by design. We meet by video call, the contract and the written specification are available in English, and you review weekly progress on a staging URL from anywhere. I work from Germany (CET), which overlaps comfortably with business hours across Europe and the morning hours of the US East Coast.