Domain-Driven Design Experten in Frankfurt
, in wenigen Minuten mit geprüften, verfügbaren Freelancern vermitteltBeauftragen Sie Experten, die komplexe Geschäftsdomänen modellieren, Bounded Contexts gestalten und Softwarearchitektur an realen Betriebsprozessen ausrichten. Erhalten Sie eine präzise, schnelle Vermittlung mit geprüften und verfügbaren Freelancern für strategisches Design, Modernisierung und Unterstützung bei der Umsetzung.
Lerne FRATCH Experten in Frankfurt kennen, die kürzlich Domain-Driven Design eingesetzt haben
Ali A.
Letzte Position:
Gründer & Architekt bei Independent AI R&D
- Vollständig On-Premises betriebene LLM-Plattform zur Dokumentenprüfung für einen Compliance-kritischen Bankbereich: agentenbasierte LangGraph-Pipeline mit deterministischer Verifizierung, jedes KI-Urteil strukturiert und an die Quelle gebunden; ~960 automatisierte Tests, kein Datenabfluss
- GPU-Durchsatzoptimierung (quantized serving, speculative decoding, prefix caching): 9.5-fache Beschleunigung der Extraktion, 500+ Fallakten mit mehreren Dokumenten pro Tag auf einer einzelnen A100
- KI-native EDI/EDIFACT-Integrationsplattform (~116k LOC Java 25 / Spring Boot 4, 1,900+ Tests): Von LLM erstellte Partnermappings werden vor dem Go-live maschinell verifiziert (DFDL-Konformität, Feldabdeckungsprüfungen, Testläufe), ~99.5% Byte-Übereinstimmung bei echten Kundendateien – ersetzt wochenlange manuelle Zuordnung pro Partner
Waseem S.
Letzte Position:
Solution Architect / Subject Matter Expert bei FRMCS-Endgerätehersteller
Mitarbeit im EU-geförderten Projekt MORANE-2 zur Validierung des Future Railway Mobile Communication System (FRMCS) in realen Einsatzszenarien: Erstellung der Anforderungsspezifikationen für TOBA sowie der zugehörigen Testspezifikationen.
Technologien: 5GS (Radio & Core), FRMCS, MCx (MCPTT, MCData, MCVideo), MC Gateway UE, MCx Priority/Security/QoS Management, ETCS, SIP, IMS
Saqib J.
Letzte Position:
KI-Entwickler / AI Engineer (Lead) bei KOM4TEC GmbH
- Konzeption und Umsetzung modularer KI-Assistenten für Vertriebs- und Geschäftsprozesse im Microsoft-Ökosystem (Agentic AI, Copilot-Erweiterungen)
- Frontend-Architektur und -Entwicklung mit React + TypeScript für eingebettete Chat- und Assistant-Oberflächen (Streaming-UI, Hooks, React Query, OpenAPI-Clients)
- Agenten-Entwicklung auf Enterprise-Ebene: wiederverwendbare Skill-/Agenten-Bibliothek, MCP-Server, Review- und Compliance-Gates
- LLM-Integration in die User Experience: Anthropic (Claude), OpenAI, Tool-Use, RAG-Pipelines, Prompt-Engineering, Guardrails
- Architektur- und Code-Review-Beratung sowie Mentoring im KI-Entwicklungsteam
- Anbindung an Microsoft Graph, Power Platform und Azure-Dienste
- Technologien: React, TypeScript, Anthropic Claude, OpenAI, MCP, RAG, Microsoft Graph, Power Platform, Azure
Jan M.
Letzte Position:
Gründer, Senior-Lösungsarchitekt, Teamleiter, Senior DevOps-Ingenieur bei CreArt IT GmbH
- Hands-on-Lösungsarchitekt
- Digitale Produktentwicklung - SaaS
- Strategische Beratung zur Softwarearchitektur, Cloud-Migration sowie DevOps-Prozessen
- Coaching von SE-Entwicklern und IT-Architekten
Dilip K.
Letzte Position:
.NET Technical Lead & Application Architect bei Hays AG
- Eine neue Domain-Driven-Design-Architektur für ein Kernsystem entworfen: eine zentrale Komponente reverse-engineered, die Data-Access-Schicht refaktoriert, um Datenbank-Round-Trips zu minimieren (für bessere Skalierbarkeit), und die Verarbeitung auf async migriert.
- Die Plattform in unabhängige .NET-Core-Microservices zerlegt (Database-per-Service) mit RabbitMQ Pub/Sub unter Einsatz des Outbox Pattern + Saga Choreography, hinter einem Ocelot API Gateway (JWT, Rate Limiting, CORS, Health Checks).
- Umsetzung mit .NET Core / Angular / SQL Server / EF Core sowie Docker und Azure DevOps CI/CD; Health Checks und CORS implementiert; technische Designs für Stories im agilen Scrum erstellt.
- Alleiniger ADR-Verantwortlicher; 3 Engineers betreut und Architekturentscheidungen direkt dem Director of Corporate IT präsentiert.
Umut G.
Letzte Position:
Data Architect bei BA Technology
Ich bin ein erfahrener Data Engineer mit Spezialisierung auf End-to-End Data Integration, Cloud-DWH-Architekturen und hochwertige, gesteuerte Datenprodukte.
Ich habe folgende Projekte und Einsätze als Freelancer umgesetzt.
- Data Migration des CRM-Systems für AL-FA Objekt Service Gmbh
- Microsoft Software Resales Partnership
Ich suche freiberufliche Rollen wie: Freelance Data Engineer Cloud Data Warehouse Architect Data Modeling & Architecture Consultant MDM & Data Governance Specialist BI & Analytics Developer
Technische Schwerpunkte
- Data Engineering & Integration: SQL Server/SSIS, Informatica PowerCenter/IDQ, Talend, Kafka, Azure Data Factory – Delta/CDC/ELT-Patterns, robuste Pipelines, Monitoring/Recovery, Data Lineage & Impact Analysis, Medallion Architecture mit Bronze/Silver/Gold-Layern
- DWH & Cloud: Azure SQL / Data Lake / Synapse, AWS Redshift/S3, on-prem SQL/Oracle – skalierbare Data Marts mit starkem Kosten-Nutzen-Fokus.
- Data Modeling: Atomic (Inmon) und Dimensional (Kimball), Data Vault (Linstedt), Domain-Driven Design, klare Herkunft & Verträge.
- MDM & Governance: Informatica MDM, IBM MDM, Stewardship-Prozesse, Data-Quality-Regeln, Survivorship/XREF, Katalog/Glossar, SIF/BES/REST-Publikation.
- Analytics/BI: Power BI, SSAS, Cognos – geschäftsreife, wartbare Datenprodukte.
Ingo D.
Letzte Position:
Analytik bei BaFin - Bundesanstalt für Finanzdienstleistungsaufsicht Frankfurt
- Einführung von Vorgehensweisen zur Entwicklung und automatisiertem Deployment von cloud-nativer Software und Machine-Learning-Programmen in OpenShift-Clustern
- Entwicklung diverser Programme in Python
- Technologien: Kubernetes, OpenShift, Kustomize, ArgoCD, Tekton, Docker, PodMan, Airflow, IntelliJ, PyCharm, Git, Bitbucket, Jira, Confluence, Python
Dimitrij N.
Letzte Position:
Logistics Designer / Network Designer bei Deutsche Bahn Cargo
- Anforderungsanalyse, Konzeption und Entwicklung eines Produkts für die Güterverkehrslogistik (Disposition, Planung, Fahrplan- und Netzwerkoptimierung)
- Dokumentation technischer Schwerpunkte und Begleitung von Abnahme- und Integrationstest
- DBMS-agnostische Modellierung und mathematische Algorithmen zur Optimierung mit Solver-Anbindung (Gurobi, CPlex, Coin-OR)
- Implementierung von Service Layer, automatisiertem Testing und Anbindung von Fremdsystemen
Florian F.
Letzte Position:
Senior Backend Developer bei ING Deutschland AG
- Datenbank-Design mit Oracle DB, JPA und Flyway unter Berücksichtigung hoher Performance-Anforderungen
- Analyse mehrerer Architekturentwürfe und Identifikation technischer Risiken
- Design und Implementierung mehrerer Schnittstellen und Integrationen, insbesondere REST-APIs und Kafka Topics
- Setup von Elasticsearch zur Überwachung und Analyse von Log-Daten
- Etablierung einer iterativen Arbeitsweise im Projektteam angesichts komplexer Business-Anforderungen
Werner K.
Letzte Position:
Testkoordinator, Designer und Ingenieur bei IBM
- Testen des SekIDP und verwandter Komponenten
- Testdesign, -durchführung und -automation, Microservices, GitHub Enterprise, Eclipse, Katalon Test Platform, API-Tests, Confluence 8, JIRA/Xray, Draw.io, Swagger/OpenAPI, Postman, Docker, Kubernetes, Podman, PuTTY, E-Health, Telematik, Gematik-Standards, ePA, E-Rezept, sektoraler IDP, Verschlüsselung, XaDES, PaDES, DICOM, HL7, FHIR, IHE, ICD, SSO, SAML/Shibboleth, OAuth, Smartcards, JWT, Zwei-Faktor-Authentifizierung auf Android und iOS, Wireshark, BrowserStack, Cypress, gRPC, REST, SOAP, WS-Security, Linux-Shell, PowerShell, SSH/SSL, Java, Kotlin, Cordova, Gradle, Groovy, Python, TypeScript
Marie-Josée M.
Letzte Position:
Java-Ingenieur / Entwickler bei Davaso GmbH
- Mitwirkung im gesamten Entwicklungszyklus, inklusive Design, Codierung, Tests und Deployment von Java-basierten Anwendungen.
- Aufbau und Pflege leistungsstarker RESTful-APIs und Microservices zur Gewährleistung von Skalierbarkeit und verlässlichem Datenaustausch.
- Durchführung von Code-Reviews, Einsatz von Versionskontrollsystemen (z.B. Git) und enge Zusammenarbeit mit funktionsübergreifenden Teams zur Lieferung robuster Softwarelösungen.
- Implementierung, Verwaltung und Optimierung komplexer Geschäftslogik und Entscheidungsprozesse mit der Drools-Regel-Engine unter Nutzung von DRL (Drools Rule Language) für dynamische Konfiguration.
- Entwicklung von Softwarelösungen für einen großen Dienstleister im Bereich Krankenversicherung, speziell für die Bearbeitung und Abstimmung von Leistungsabrechnungen zur kosteneffizienten Erstattung für Krankenkassen.
David R.
Letzte Position:
Leitender Entwickler/Technischer Architekt
- Konzeption, Erweiterung und Umsetzung der Schnittstellen (REST, GraphQL, Kafka)
- Architektur und Umsetzung Cloud-nativer Microservices auf Azure Kubernetes Service
- Domain-Driven Design, Event-Driven Architecture mit Kafka
- Entwicklung einer umfangreichen Query-Engine für REST-Endpunkte basierend auf fachlichen Objekten
- Konzeption und Realisierung der Klassifikation von Stammdaten mithilfe von Machine-Learning-Algorithmen (Library Weka, Spotify Voyager)
- Analyse und Auswertung komplexer Lasttestszenarien und Ableitung von Optimierungen
- Steigerung der Systemresilienz (Kafka Error Handling, Circuit Breaker, Sidecar Service Mesh in Go)
- Integration mit CIAM-Systemen (asynchrone Echtzeit-Synchronisierung und Definition der Datenhoheit, Autorisierung, Authentisierung)
- Anbindung Azure Service Bus (AMQP-Protokoll)
- Konzeption und Umsetzung von komplexen Berechtigungskonzepten (u. a. Delegated Administration)
- Dokumentation der Ergebnisse (Confluence, Architekturbeschreibungen, Architekturentscheidungen)
Karsten G.
Letzte Position:
Softwareentwicklung bei Siemens Mobility GmbH
- Betreuung und Weiterentwicklung mehrerer bestehender Projekte im Bereich “KI-gestütztes Transportwesen” auf Basis von React, REST-APIs (Spring, Python) und verschiedener Design-Libraries
- Verantwortlich im Projekt für Build-Prozesse, JavaScript-Entwicklung, Architektur, Abstimmung und Austausch mit dem Design-Team
- Agile Softwareentwicklung (Scrum, Kanban)
- Technologien: React, TypeScript, Ant Design, Node.js, Yarn, Vite, i18n, Postgres, Keycloak, Jest, Cypress, Storybook
- Tools: IntelliJ, Git, GitLab CI, Docker, Confluence, Jira
Rashid I.
Letzte Position:
Java-Entwickler bei IT-Unternehmen
- Transformationen von Daten
- IT-Unternehmen mit mehr als 100 Mitarbeitern
- Softwareherstellung
- Datenaugmentierung und Normalisierung, Transformation von Bildern, Konvertierung von Formaten, Zusammenführung von Daten aus mehreren Quellen
- Werkzeugsatz: Java, Helm, Kubernetes, Kafka, OpenCV, IntelliJ IDEA, gradle, git, Docker, Containers, Scrum
Artur S.
Letzte Position:
Senior Berater bei MHP - A Porsche Company
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die Domain-Driven Design einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
19 Jahre (Deutschland: 20 Jahre)
Positionsdauer
2,5 Jahre (Deutschland: 2 Jahre)
Positionen pro Freelancer
13 (Deutschland: 14)
Häufigste Fachbereiche
Informationstechnologie (IT), Produktentwicklung, Qualitätssicherung
Häufigste Branchen
Informationstechnologie (IT), Bank- und Finanzwesen, Transport und Logistik
Fokus der Zertifizierungen
Informationstechnologie (IT), Projektmanagement, Produktentwicklung
Bachelor-Abschluss oder höher
93% (Deutschland: 95%)
Master-Abschluss oder höher
43% (Deutschland: 54%)
Doktortitel
7% (Deutschland: 4%)
Zertifizierungen pro Freelancer
3
Häufigste Sprachen
Deutsch, Englisch, Russisch
Sprechen zwei oder mehr Sprachen
100% (Deutschland: 98%)
Basierend auf unserem Profilpool, Stand 19 Sep 2026.
Tagessatzverteilung
Das Diagramm zeigt, wie sich die Tagessätze der Freelancer in dieser Technologie in Frankfurt verteilen, basierend auf aktuellen Verträgen auf unserer Plattform. Jeder Balken deckt eine Tagessatzspanne ab – seine Höhe zeigt, wie viele Freelancer innerhalb dieser Spanne abrechnen.
Durchschnittssätze von Experten in Frankfurt, die Domain-Driven Design einsetzen
Die Tagessätze basieren auf aktuellen Verträgen und enthalten keinen FRATCH-Aufschlag.
Der durchschnittliche Tagessatz ist der Mittelwert aller Tagessätze aus aktuellen Verträgen vergleichbarer Freelancer auf unserer Plattform.
Der Median-Tagessatz ist der mittlere Wert aller Tagessätze – die Hälfte der vergleichbaren Freelancer verlangt weniger, die andere Hälfte mehr. Anders als der Durchschnitt wird er von Ausreißern kaum beeinflusst.
Berechnet auf Basis der Tagessätze unserer Freelancer, Stand 19 Sep 2026. Die tatsächlichen Tagessätze können je nach Dienstalter, Erfahrung, Fachkenntnissen, Projektkomplexität und Auftragsdauer variieren.
Branchenfokus der Domain-Driven Design Experten
Sieh, in welchen Branchen unsere gematchten Freelancer am häufigsten tätig sind — jede Zahl wird live aus den Freelancern auf FRATCH berechnet.
- Informationstechnologie (IT) (100%)
- Bank- und Finanzwesen (82%)
- Transport und Logistik (47%)
- Automotive (41%)
- Gesundheitswesen (41%)
- Professionelle Dienstleistungen (41%)
- Telekommunikation (35%)
- Pharmazeutika (29%)
Bitte beachte, dass Freelancer in mehreren Branchen tätig sein können, daher überschneiden sich die Prozentwerte.
Über die Technologie
Was Domain-Driven Design bedeutet
Domain-Driven Design, kurz DDD, ist ein Ansatz für Softwaredesign, der sich auf die Geschäftsdomäne konzentriert. Teams arbeiten mit Fachexperten zusammen, um Geschäftssprache, Regeln und Abläufe in ein gemeinsames Modell zu überführen. Dieses Modell bestimmt Architektur, Code-Grenzen und technische Entscheidungen, anstatt das System von isolierten Funktionen bestimmen zu lassen.
Was sich damit entwickeln lässt
DDD ist hilfreich, wenn ein Unternehmen komplexe Abläufe hat, die sich nicht durch einfache CRUD-Oberflächen oder ein einziges umfassendes Datenmodell abbilden lassen. Es unterstützt modulare Monolithen, verteilte Systeme und Services, bei denen Geschäftsregeln auch mit der Weiterentwicklung des Produkts klar bleiben müssen.
- Bestell-, Preisgestaltungs-, Schadens- oder Fulfillment-Domänen modellieren
- Bounded Contexts und Context Maps definieren
- Kernfunktionen von unterstützenden Funktionen trennen
- Geschäftsregeln durch domänenorientiertes Design schützen
Methoden und Ökosystem
Fachleute nutzen Event Storming, Domain Storytelling und kollaborative Modellierung, um die Domäne zu verstehen. Strategisches Design identifiziert Bounded Contexts, Subdomänen und Integrationsbeziehungen; taktisches Design setzt Entitäten, Value Objects, Aggregate, Domain Services und Domain Events ein. DDD kann mit Java, .NET, Kotlin, TypeScript und gängigen Architekturstilen wie hexagonaler Architektur und ereignisgesteuerten Systemen verwendet werden.
Wann Unternehmen Experten hinzuziehen
Freiberufliche Expertise ist wertvoll, wenn das Wachstum ein System schwer veränderbar gemacht hat, wenn mehrere Teams dieselben Geschäftsbegriffe unterschiedlich verstehen oder wenn ein umfangreicher Ersatz eine sichere Struktur benötigt. Experten können Workshops moderieren, ein bestehendes Modell prüfen, Service-Grenzen definieren und einen schrittweisen Weg zur Modernisierung entwickeln.
- Widersprüchliche Begriffe teamübergreifend abstimmen
- Grenzen in einer Legacy-Anwendung finden
- Eine gemeinsame Domänensprache etablieren
- Eine modulare Architektur oder einen Migrationsplan vorbereiten
Was starke Fachleute liefern
Starke DDD-Fachleute verbinden Gespräche über das Geschäft mit umsetzbaren technischen Entscheidungen. Sie erklären Abwägungen, ohne jede Domäne als Sammlung von Services zu behandeln, prüfen Aggregate anhand realer Invarianten und halten Modelle auch bei Veränderungen im Unternehmen nützlich. Zu ihren Ergebnissen können Domänenkarten, Context-Grenzen, Entscheidungsdokumente, Integrationsverträge und architektonische Leitlinien gehören.
Zusammenarbeit und Projektpassung
Effektive Arbeit hängt vom Zugang zu Personen ab, die das Geschäft verstehen, nicht nur von technischer Dokumentation. Remote-Workshops können mit vorbereiteten Sitzungen, gemeinsamen Modellierungswerkzeugen und klaren Entscheidungen gut funktionieren; die Zusammenarbeit vor Ort in Frankfurt kann hilfreich sein, wenn Prozesse nur implizit bekannt sind oder Teams eine intensive Abstimmung benötigen. Der richtige Spezialist passt die Methode an die Organisation, die Umsetzungsphase und die vorhandene Technologie an, anstatt ein festes DDD-Template aufzuzwingen.
Häufig gestellte Fragen
Brauchst du Klarheit? Das sind die Fragen, die uns zu Domain-Driven Design am häufigsten gestellt werden.
Domain-Driven Design wird eingesetzt, um Software an komplexen Geschäftsfunktionen, Regeln und Prozessen auszurichten. Es hilft Teams, klare Grenzen zu schaffen, widersprüchliche Begriffe zu reduzieren und Systeme weiterzuentwickeln, ohne Geschäftslogik über voneinander unabhängige Komponenten zu verteilen.
DDD ist ein Designansatz, während Microservices ein Bereitstellungs- und Architekturstil sind. DDD kann dabei helfen, sinnvolle Service-Grenzen zu erkennen, funktioniert aber auch gut mit einem modularen Monolithen oder anderen Architekturen, wenn separate Services unnötige Komplexität verursachen würden.
Ein starker Domain-Driven Design Experte bringt normalerweise Fähigkeiten in Moderation, Geschäftsanalyse und Softwarearchitektur mit. Erfahrung mit Event Storming, ereignisgesteuerter Integration, automatisierten Tests, Legacy-Modernisierung und Technologien wie Java, .NET oder TypeScript ist oft hilfreich.
Ein DDD-Projekt braucht praktische Erfahrung mit der jeweiligen Geschäftsdomäne und den aktuellen Einschränkungen des Systems, nicht nur Vertrautheit mit der Terminologie. Für einen fokussierten Discovery-Workshop kann ein kleinerer Beitrag ausreichen, während eine Transformation von jemandem profitiert, der Modellierung, Architektur und Umsetzung gemeinsam begleitet hat.
Domain-Driven Design kann mit Remote-Teams in Frankfurt effektiv funktionieren, wenn Workshops gemeinsame visuelle Modelle, klare Agenden und dokumentierte Entscheidungen nutzen. Sitzungen vor Ort können dennoch wertvoll sein, um implizite Prozesse aufzudecken, besonders wenn sich mehrere Geschäftsbereiche auf Grenzen und eine gemeinsame Sprache einigen müssen.
Ein Unternehmen benötigt DDD möglicherweise nicht für eine kleine, stabile Anwendung mit einfachen Regeln und geringer Domänenkomplexität. Der Ansatz ist besonders nützlich, wenn Geschäftsverhalten zentral ist, sich häufig etwas ändert oder mehrere Teams eine gemeinsame Struktur für die Weiterentwicklung des Systems brauchen.
Bitten Sie einen Domain-Driven Design-Fachmann, ein früheres Modell, die Entscheidungen hinter seinen Grenzen und die Veränderungen nach der Umsetzung zu erklären. Qualität zeigt sich in klarer Geschäftssprache, expliziten Abwägungen, nützlichen Ergebnissen und der Bereitschaft zu vereinfachen, statt um ihrer selbst willen weitere Muster hinzuzufügen.
Ein DDD-Projekt kann ein gemeinsames Glossar, Domänen- und Context-Maps, Ergebnisse aus Event Storming, Architekturentscheidungen und Integrationsverträge hervorbringen. Die genauen Ergebnisse sollten zur Projektphase passen und zu Entscheidungen führen, die Teams in Design, Entwicklung und Umsetzung anwenden können.
Der durchschnittliche Stundensatz von Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, liegt bei 98 €, was einem Tagessatz von etwa 787 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, haben 93% mindestens einen Bachelor-Abschluss, 43% mindestens einen Master-Abschluss und 7% einen Doktortitel.
Freelancer in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 19 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 2,5 Jahre.
Die häufigsten Sprachen unter Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, sind Deutsch (100%), Englisch (100%) und Russisch (29%).
Die häufigsten Industrien unter Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Bank- und Finanzwesen (82%) und Transport und Logistik (47%).
Die häufigsten Bereiche unter Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Produktentwicklung (94%) und Qualitätssicherung (71%).
Hauptstandorte der FRATCH Experten, die kürzlich Domain-Driven Design eingesetzt haben
Unsere Freelancer und Interim-Experten sind in der gesamten DACH-Region zuhause — verfügbar vor Ort in den wichtigsten Wirtschaftszentren oder komplett remote. Wähle einen Standort und entdecke passende Spezialisten, lokale Markteinblicke und aktuelle Verfügbarkeiten.
Berlin 
Hamburg 
München 
Köln 
Düsseldorf 
Nürnberg Kostenlose Demo vereinbaren
Kontaktiere uns und das FRATCH-Team meldet sich innerhalb von 4 Stunden bei dir.
Möchtest du lieber direkt mit uns in Kontakt treten?
Wir haben immer Zeit für einen Anruf oder eine E-Mail!
Philipp Thomaschewski
FRATCH CEO
