Software-Umsetzung & Systemintegration

Web-Apps und Software-Integrationen, die Ihre Prozesse wirklich verbinden.

Ihre Systeme müssen nicht alle ersetzt werden. Sie müssen sauber zusammenspielen. Ich begleite mittelständische Unternehmen von der Prozessaufnahme über die technische Architektur bis zur produktiven Umsetzung: CRM- und ERP-Integrationen, APIs, Datenmigrationen, individuelle Web-Apps und der laufende Betrieb danach.

  • Prozess zuerst — die Technologie folgt, nicht umgekehrt
  • Dokumentiert und übergebbar: Code, Doku und Zugänge gehören Ihnen
  • Cloud, Hybrid oder im eigenen Haus — je nach Daten und Anforderung
  • Beratung hört bei mir nicht am Umsetzungskonzept auf
Serverraum mit goldenen Statuslichtern
Ausgangslage

Ihre Systeme funktionieren. Nur nicht miteinander.

Ein CRM hier. Das ERP dort. Dazwischen Excel, E-Mail, Copy-and-paste und einzelne Automationen, die irgendwann niemand mehr anfassen möchte. Das Problem ist selten, dass Ihrem Unternehmen Software fehlt.

Das Problem ist, dass Daten und Prozesse an Systemgrenzen abbrechen. Dann werden Kundendaten doppelt gepflegt, Aufträge manuell übertragen, Statusinformationen gesucht — und Fehler fallen erst auf, wenn eine Mitarbeiterin oder ein Kunde darüber stolpert.

Meist ist die Softwarelandschaft mitgewachsen, ohne dass jemand entschieden hätte, welches System für welche Information zuständig ist. Jedes Werkzeug für sich ist in Ordnung. Nur den Gesamtprozess hat niemand mehr in der Hand.

Ich setze dort an, wo Beratung normalerweise aufhört: bei der technischen Umsetzung des Zielprozesses. Erst wird der Ablauf verstanden und die Systemlandschaft geordnet, dann wird gebaut.

Leistungen

Bestehende Systeme verbinden. Fehlende Bausteine gezielt bauen.

Sechs Bausteine, die sich einzeln oder kombiniert nutzen lassen — je nachdem, wo Ihre Systemlandschaft heute abbricht.

Der Einstieg

System- & Integrations-Check

Für Unternehmen, die wissen möchten, wie ein Prozess technisch sinnvoll verbunden werden sollte — bevor eine größere Investition entschieden wird. Sie erhalten einen verwertbaren Vermögenswert, keine Beratungszeit.

  • Prozessbild

    Der Ist-Prozess so, wie er wirklich läuft, und der Zielprozess daneben. Beides in einer Form, die auch jemand versteht, der nicht dabei war.

  • Systemlandkarte

    Welche Systeme existieren, wer ist im Haus dafür verantwortlich, welche Schnittstellen bestehen bereits, welche Umgebungen gibt es.

  • Source of Truth je Datenobjekt

    Für Kunde, Auftrag, Artikel, Beleg: Welches System führt, welches folgt. Ohne diese Festlegung wird jede Integration früher oder später widersprüchlich.

  • API-Matrix

    Je System: API, Webhook, Import/Export, Authentifizierung — und die technischen Limits. Ratenbegrenzungen und Datenmodelle entscheiden über die Architektur, nicht der Wunschzettel.

  • Integrationsrisiken

    Datenqualität, Abhängigkeit von einzelnen Anbietern, Altsysteme, Mengengerüst und Performance — benannt, bevor sie im Projekt teuer werden.

  • Architekturvorschlag

    Direkte API, iPaaS, eigene Middleware, ereignisbasiert oder Stapelverarbeitung: begründet, mit Alternativen und den jeweiligen Konsequenzen.

  • Sicherheitscheck

    Rollen und Rechte, Anmeldung, Umgang mit Zugangsdaten und die Frage, an welchen Stellen personenbezogene Daten fließen.

  • Migrationskonzept

    Datenmenge, Mapping, Bereinigung, Testlauf und Cutover — inklusive der Frage, was passiert, wenn am Umstellungstag etwas nicht stimmt.

  • Priorisierter Umsetzungsplan

    Ein Backlog mit Reihenfolge und Akzeptanzkriterien statt einer Wunschliste. Was zuerst gebaut wird, hat einen nachvollziehbaren Grund.

  • Kostenrahmen

    Eine belastbare Größenordnung für Pilot und Vollausbau — auf Basis dessen, was der Check tatsächlich ergeben hat, nicht auf Basis einer Schätzung ins Blaue.

  • Betriebsmodell

    Wer überwacht die Schnittstellen nach dem Go-live, wo laufen Warnmeldungen auf, wer ist zuständig, wenn ein Anbieter seine API ändert.

Als Beratungsleistung BAFA-förderfähig — Bewilligung durch das BAFA, kein Rechtsanspruch.

Der Check ist bewusst abgegrenzt: ein klarer Auftrag mit klarem Ergebnis, kein offenes IT-Projekt. Am Ende können Sie entscheiden — auch gegen eine Umsetzung, auch mit einem anderen Dienstleister. Die Unterlagen gehören Ihnen.

Genau deshalb steht er am Anfang: Für eine komplexe Integration gibt es ohne technische Discovery keinen seriösen Festpreis. Wer ihn trotzdem nennt, hat den Puffer entweder eingepreist oder streitet später über den Umfang.

Architektur

Nicht jedes Integrationsproblem braucht dieselbe Technologie.

Manchmal ist eine direkte API die sauberste Lösung. Manchmal ist eine Automatisierungsplattform schneller und wirtschaftlicher. Und manchmal braucht ein kritischer Prozess eine eigene Integrationsschicht mit Warteschlange und Wiederholungslogik.

Die Technologie folgt dem Prozess — nicht umgekehrt. Deshalb steht die Architekturentscheidung nach der Prozessaufnahme und nicht davor.

CRMERP / WaWiShop & WebsiteBuchhaltungIntegrations-schichtMapping · Retry · LogsWeb-App / PortalReporting

Links: die Quellsysteme

CRM, ERP beziehungsweise Warenwirtschaft, Shop und Website sowie die Buchhaltung. Jedes System behält seine Aufgabe — und für jedes Datenobjekt wird festgelegt, welches System führt.

Mitte: die Integrationsschicht

Eine Stelle, an der Daten übersetzt, geprüft, zwischengespeichert und im Fehlerfall wiederholt werden. Hier laufen Protokolle und Warnmeldungen auf — statt verteilt über fünf Automationen, die voneinander nichts wissen.

Rechts: was Menschen benutzen

Eine Web-App oder ein Portal für den Prozess, den kein Standardsystem sauber abbildet, und ein Reporting, das seine Zahlen aus einer Quelle zieht statt aus vier Exporten.

  • Direkte API-Anbindung

    Zwei Systeme, ein klar umrissener Datenfluss, gute Schnittstellen auf beiden Seiten. Die schlankeste Variante — solange die Logik dazwischen überschaubar bleibt.

  • Automatisierungsplattform (iPaaS)

    Schnell aufgebaut, gut sichtbar, ohne eigenen Betrieb. Sinnvoll bei überschaubaren Mengen und Standardfällen; die Grenze liegt bei komplexer Geschäftslogik und hohen Zuverlässigkeitsanforderungen.

  • Eigene Integrationsschicht

    Wenn Mapping, Regeln und Fehlerbehandlung eine eigene Heimat brauchen. Eine Stelle, an der Daten übersetzt, gepuffert und wiederholt werden — statt fünf Automationen, die sich gegenseitig nicht kennen.

  • Ereignisbasiert

    Ein Vorgang löst aus, mehrere Systeme reagieren. Entkoppelt und belastbar, aber mit höherem Anspruch an Nachvollziehbarkeit und Betrieb — nicht die Standardantwort für jedes Vorhaben.

  • Stapelverarbeitung

    Nicht alles muss in Echtzeit fließen. Für Stammdaten, Auswertungen und große Mengen ist ein geplanter Lauf oft die robustere und günstigere Antwort.

  • Kombination

    In der Praxis meist ein Mix: Echtzeit dort, wo ein Mensch darauf wartet, zeitversetzt dort, wo es niemandem auffällt. Diese Trennung spart mehr Kosten als jede Toolentscheidung.

Was wir vor der Umsetzung klären

  • Welches System ist führend — und für welches Datenobjekt?
  • Welche Daten müssen in Echtzeit fließen, welche dürfen zeitversetzt kommen?
  • Was passiert, wenn ein System nicht erreichbar ist?
  • Wie werden Benutzer und Systeme authentifiziert?
  • Wo laufen Protokolle und Warnmeldungen auf?
  • Welche technischen Limits setzt der jeweilige Anbieter?
  • Wer übernimmt nach dem Go-live die Verantwortung?
Systeme

Womit ich belegbar arbeite — und wie wir mit allem anderen umgehen.

Für diese Systeme gibt es bei mir Projekte, Partnerschaften oder laufende Integrationen: HubSpot, Pipedrive, Lexoffice, Billbee, Shopify, Make, n8n, Supabase, DHL und Cal.com. Hier kenne ich Datenmodelle, Eigenheiten und die Stellen, an denen es typischerweise klemmt.

Für jedes andere System — ERP, Warenwirtschaft, Buchhaltung, Branchensoftware — gilt: Im Integrations-Check prüfen wir APIs, Limits und Datenmodelle Ihres Systems, bevor eine Architektur festgelegt wird. Das ist keine Ausweichformel, sondern die einzige ehrliche Antwort. Ob ein System sauber anbindbar ist, entscheidet seine Schnittstelle, nicht der Name auf dem Vertrag.

Was Sie von mir nicht hören werden: eine Liste mit dreißig Herstellerlogos, von denen ich die Hälfte nie angefasst habe. Das fliegt spätestens im zweiten Gespräch auf.

Architekturbeispiel

Wie CRM und ERP einen Lead-to-Cash-Prozess gemeinsam abbilden können.

Ein Website-Lead wandert über eine Integrationsschicht ins CRM und nach der Freigabe als Auftrag ins ERP. Interessant wird es an der Stelle, an der das ERP nicht antwortet — genau dort entscheidet sich, ob eine Integration produktionsreif ist oder nur am guten Tag funktioniert.

Technisches Architekturbeispiel — kein Kundenprojekt

Lead-to-Cash: Website → CRM → Integrationsschicht → ERP

Simulation wird geladen …

Ablauf

Vom Prozess zur produktiven Lösung.

Sieben Schritte, die aufeinander aufbauen. Der wichtigste ist der zweite: Nach der Architekturphase wissen Sie, was gebaut wird und warum — vor der größeren Investition.

  1. Schritt 01

    Verstehen

    Wir starten nicht beim Werkzeug, sondern bei Ihrem Prozess. Welche Systeme gibt es, wo entstehen Medienbrüche, welche Daten sind relevant — und was soll danach konkret einfacher, schneller oder zuverlässiger sein?

  2. Schritt 02

    Architektur

    Zielbild, Systemverantwortung, Datenflüsse, Schnittstellen, Sicherheitsanforderungen, Betriebsmodell und der sinnvolle Umsetzungspfad. Sie wissen vor der größeren Investition, was gebaut wird und warum.

  3. Schritt 03

    Umsetzen

    Integration, Middleware oder Web-App entstehen schrittweise. Wo möglich, steht früh ein funktionierender End-to-End-Pfad — statt monatelanger Entwicklung hinter verschlossenen Türen und einer großen Enthüllung am Ende.

  4. Schritt 04

    Migrieren & testen

    Datenmigrationen werden vor dem eigentlichen Cutover geprobt. Kernprozesse, Fehlerfälle, Rechte und Schnittstellen laufen gegen vorher definierte Akzeptanzkriterien — nicht gegen ein Bauchgefühl.

  5. Schritt 05

    Go-live

    Produktivsetzung, finale Datenübernahme, Monitoring und Übergabe nach einem abgestimmten Plan. Inklusive der Antwort auf die Frage, was passiert, wenn am Umstellungstag etwas nicht stimmt.

  6. Schritt 06

    Stabilisieren

    Nach dem Start folgt eine Hypercare-Phase: echte Nutzung beobachten, Auffälligkeiten dokumentieren, priorisiert nacharbeiten. Die ersten zwei Wochen im Alltag zeigen mehr als jede Testphase.

  7. Schritt 07

    Weiterentwickeln

    Auf Wunsch bleibt die Integration in laufender technischer Betreuung — Monitoring, Anpassungen bei API-Änderungen, kleine Erweiterungen. Eine Option, keine Bedingung.

Wo möglich, entsteht früh ein funktionierender End-to-End-Pfad. Ein Zwischenstand, den Sie anfassen können, sagt mehr als ein Statusbericht — und deckt Missverständnisse auf, solange sie noch billig sind.

Qualität & Sicherheit

Eine Integration ist erst fertig, wenn sie auch im Fehlerfall funktioniert.

Der erfolgreiche Normalfall ist die halbe Arbeit. Bei geschäftskritischen Integrationen gehören Authentifizierung, Berechtigungen, technische Limits, Wiederholungslogik, Datenkonsistenz, Protokollierung und Wiederherstellung von Anfang an dazu.

  • API & Daten

    Klare Datenmodelle, festgelegte Systemverantwortung und dokumentierte Schnittstellen. Jedes Feld hat eine Quelle, jedes Objekt ein führendes System.

  • Security

    Rollen und Rechte, sichere Authentifizierung, sauberer Umgang mit Zugangsdaten und dem Risiko angemessene technische Maßnahmen — bei personenbezogenen Daten im Sinne von Art. 32 DSGVO.

  • Testing

    Normalfall, Fehlerfälle, Grenzwerte und die Geschäftsregeln, die wirklich zählen. Getestet wird gegen Akzeptanzkriterien, die vorher schriftlich feststehen.

  • Betrieb

    Strukturierte Protokolle, Warnmeldungen und nachvollziehbare Fehlerzustände. Sie sollen nicht vom Kunden erfahren, dass eine Schnittstelle seit Dienstag steht.

  • Datenschutz

    Verarbeitung im Auftrag wird vertraglich geregelt (Art. 28 DSGVO), Verarbeitungswege und Speicherorte werden vor dem Start festgelegt. Hosting läuft grundsätzlich in Ihren Accounts.

  • Übergabe

    Dokumentation, Zugänge, Repositories und Betriebswissen liegen bei Ihnen — nicht ausschließlich beim Dienstleister. Das ist der Unterschied zwischen Entlastung und neuer Abhängigkeit.

Wie ich arbeite

Ein Ansprechpartner, KI-gestützte Umsetzung, keine Blackbox.

Sie haben einen Ansprechpartner für beides: die betriebswirtschaftliche Frage, warum ein Prozess so aussieht, wie er aussieht — und die technische Frage, wie er sauber abgebildet wird. Zwischen Beratung und Umsetzung geht dadurch nichts verloren, weil es keine Übergabe zwischen zwei Häusern gibt.

Ich entwickle selbst, KI-gestützt. Das ist der Grund, warum ein Einzelberater Umsetzungsleistungen anbieten kann, für die früher ein Team nötig war: Routinearbeit — Grundgerüste, Datenmappings, Testfälle, Dokumentation — entsteht deutlich schneller. Was dadurch nicht schneller wird, ist das Verstehen Ihres Prozesses. Genau da liegt die eigentliche Arbeit.

Jede generierte Zeile wird gelesen, geprüft und getestet, bevor sie in Ihre Umgebung geht. Und eine Abgrenzung, die häufig durcheinandergeht: Code-Generierung heißt nicht, dass Ihre Kundendaten durch ein KI-Modell laufen. Womit ich Software schreibe, ist eine Frage meines Werkzeugkastens; was Ihre Anwendung mit Daten tut, wird in der Architektur festgelegt und nirgendwo sonst.

Zur Einordnung, ohne Zahlenspiele: Agenturen im deutschen Mittelstandsumfeld rechnen Entwicklung zu Stundensätzen ab, die deutlich über dem liegen, was viele Interessenten vermuten, und ein erstes lauffähiges Produkt braucht dort häufig mehrere Monate. Das ist der Vergleichsmaßstab, an dem Sie mich messen sollten — mein eigenes Angebot entsteht nach dem Erstgespräch und nach der technischen Discovery, nicht vorher auf einer Website.

Und der Punkt, der offen gehört: Der Stack ist bewusst ein moderner, weit verbreiteter Standard — dokumentiert und übergebbar. Quellcode, Dokumentation und Zugänge gehören Ihnen ab Tag 1. Jeder Entwickler kann übernehmen. Wenn Sie morgen jemand anderen beauftragen, ist das ein Auftrag und kein Rettungsprojekt.

Beweis

Systemintegration ist für mich kein theoretisches Thema.

Hotel & Steakhouse Westfalenkrug, Wuppertal. Ausgangslage: mehrere Buchungskanäle, die jeweils eigene Verfügbarkeiten und Raten führten, manuelle Pflege in jedem einzelnen Portal, Überbuchungsrisiko und keine zentrale Systemlogik. Klassischer Fall von „jedes System für sich in Ordnung, der Gesamtprozess nicht“.

Umsetzung: Einführung des Property-Management-Systems als führendes System für Verfügbarkeit und Rate, Aufsetzen des Channel-Managers als Integrationsschicht dazwischen und Anbindung der relevanten Buchungsportale und Metasuchen. Technisch dieselbe Frage wie bei CRM und ERP: Welches System führt welches Datenobjekt, und wie kommt eine Änderung zuverlässig in alle abhängigen Kanäle?

Veröffentlichte Ergebnisse nach dem Setup, von den Inhabern freigegeben: 0 Überbuchungen, +12 % RevPAR und rund 6 Stunden weniger manuelle Pflege pro Woche.

Fallstudie Westfalenkrug ansehen

Die Kennzahlen stammen aus der veröffentlichten Fallstudie und sind vom Kunden freigegeben.

Beispiel-Szenario

Typische Integrationsfälle im Mittelstand

Anonymisiertes Beispiel-Szenario aus typischen Mittelstands-Projekten — kein Kundenprojekt von Der Rüdiger Consulting.

  • Beispiel-Szenario

    E-Rechnung im Rechnungseingang

    Eingehende Rechnungen strukturiert auslesen, gegen Bestellung und Wareneingang prüfen und ins Buchhaltungssystem übergeben — mit Ausnahmeliste für alles, was nicht eindeutig ist.

  • Beispiel-Szenario

    Belegerfassung ohne Abtippen

    Belege aus Postfach und Upload automatisch erfassen, den Buchungsdaten zuordnen und im Zielsystem ablegen, statt sie zweimal von Hand einzugeben.

  • Beispiel-Szenario

    Bestelleingang aus mehreren Kanälen

    Bestellungen aus verschiedenen Quellen in ein einheitliches Format bringen und in die Warenwirtschaft übergeben, inklusive Behandlung von Dubletten und Teillieferungen.

  • Beispiel-Szenario

    Kennzahlen-Cockpit über Systemgrenzen

    Zahlen aus Vertrieb, Auftragsabwicklung und Buchhaltung an einer Stelle zusammenführen, damit nicht jede Abteilung eine eigene Wahrheit exportiert.

Pakete

Klarer Einstieg statt offenes IT-Projekt.

Vier Stufen, die aufeinander aufbauen — aber nicht jeder muss vorne anfangen. Bewusst ohne Beträge: Warum, steht direkt darunter.

  • System- & Integrations-Check

    Der Einstieg: Interviews, Prozessaufnahme, Systemlandkarte, API-Check, Datenverantwortung, Risiken und Architekturvarianten. Ergebnis ist eine belastbare Entscheidungsgrundlage zum Festpreis. Als Beratungsleistung BAFA-förderfähig — Bewilligung durch das BAFA, kein Rechtsanspruch.

  • Implementation Pilot

    Ein klar abgegrenzter Anwendungsfall, ein bis zwei Kernsysteme, mit Mapping, Authentifizierung, Fehlerpfaden und Tests. Ergebnis ist ein produktiv nutzbarer End-to-End-Pfad — kein Prototyp auf meinem Rechner. Festpreis nach der Discovery.

  • Full Implementation

    Mehrere Systeme, individuelle Anwendung, Migration, Rollout und Dokumentation bis zum Go-live. Kalkulation nach Discovery, in der Regel als Kombination aus Festpreisanteilen und Aufwand mit vereinbarter Obergrenze.

  • Managed Integration

    Für Integrationen, die nach dem Go-live überwacht und gepflegt werden: Monitoring, Fehleranalyse, Reaktion auf API-Änderungen, kleine Weiterentwicklungen. Zu Geschäftszeiten, monatlich, Betrieb in Ihren Accounts.

Was den Preis bestimmt

Kein Festpreis für eine komplexe Integration ohne technische Discovery.

Auf dieser Seite stehen bewusst keine Beträge. Nicht aus Geheimniskrämerei, sondern weil eine Zahl ohne Kenntnis Ihrer Systeme entweder zu hoch ist, weil ich Puffer einpreisen müsste, oder zu niedrig, und dann streiten wir später über den Umfang. Beides ist ein schlechter Start.

Was den Aufwand tatsächlich treibt: die Anzahl der beteiligten Systeme und Schnittstellen; die Qualität der vorhandenen Daten; wie viel Geschäftslogik zwischen den Systemen liegt und wie viele Ausnahmen sie kennt; ob eine Migration nötig ist und wie alt die Altdaten sind; die technischen Limits der beteiligten Anbieter; und wie hoch die Anforderungen an Verfügbarkeit, Nachvollziehbarkeit und Betrieb sind.

Deshalb beginnt jedes größere Vorhaben mit dem System- & Integrations-Check. Danach gibt es eine Größenordnung, die trägt — und ein schriftliches Angebot, bevor irgendetwas gebaut wird.

Passt das zu Ihnen?

Für wen dieses Angebot gedacht ist — und für wen nicht.

Das passt, wenn …

  • Sie haben mindestens zwei Systeme, zwischen denen heute Menschen Daten übertragen
  • Ein wiederkehrender Prozess bricht regelmäßig an einer Systemgrenze ab
  • Ihr Unternehmen liegt etwa zwischen 10 und 250 Mitarbeitenden
  • Es gibt jemanden im Haus, der den Prozess wirklich kennt und für Rückfragen Zeit hat
  • Sie wollen die Systeme ordnen, nicht reflexartig alles austauschen

Das passt eher nicht, wenn …

  • Es geht um eine Konzern-Transformation mit eigener Projektorganisation
  • Es handelt sich um ein Kernsystem in Medizintechnik oder Banken mit entsprechenden Zulassungsanforderungen
  • Sie brauchen eine 24/7-Reaktionszusage mit vertraglichen Reaktionszeiten rund um die Uhr
  • Gesucht wird eine einzelne kleine Automatisierung — dafür ist der Workflow-Pilot der günstigere Weg
  • Die Software soll gebaut werden, ohne dass jemand aus dem Fachbereich eingebunden wird

Wenn Sie unsicher sind: Sagen Sie es im Erstgespräch. Wenn ein anderer Weg der bessere ist, sage ich das — dann sparen wir beide die Zeit.

Einordnung

Workflow-Automatisierung oder Software-Implementierung?

Die beiden Angebote lösen unterschiedliche Probleme. Wenn der Workflow-Pilot in Ihrem Fall der bessere Weg ist, sage ich das im Erstgespräch — das spart uns beiden Zeit.

Förderung

Geförderter Einstieg über die Beratungsleistung

Gefördert wird Beratung: Analyse, Konzeption, Handlungsempfehlungen und Ergebnisdokumentation. Software-Lizenzen, Hardware und laufende Betriebskosten fallen nicht darunter. Der System- & Integrations-Check ist genau deshalb der förderfähige Teil dieses Angebots.

Ob eine Förderung in Ihrem Fall realistisch ist, prüfen wir vor der Beauftragung. Zugesagt wird nichts, was nicht bewilligt ist.

FAQ

Häufige Fragen zu Software-Implementierung und Systemintegration

  • In vielen Fällen ja. Mein erster Ansatz ist nicht, vorhandene Systeme reflexartig auszutauschen, sondern zu prüfen, welche Anwendungen ihren Zweck erfüllen und wo Schnittstellen, Datenstrukturen oder einzelne Funktionen fehlen. Ein Austausch ist die teuerste aller Antworten und deshalb die letzte, die ich vorschlage.

Nächster Schritt

Welche Systeme sollen bei Ihnen endlich miteinander sprechen?

CRM, ERP, Website, Shop, Branchensoftware oder ein eigener Prozess: Im ersten Gespräch klären wir, wo der Medienbruch entsteht, welche Systeme betroffen sind und ob Integration, Automatisierung oder eine eigene Web-App der sinnvollste nächste Schritt ist. 30 Minuten, unverbindlich, mit einer ersten technischen und wirtschaftlichen Einordnung.

Systemlandschaft prüfen lassen

Welche Systeme sollen bei Ihnen endlich miteinander sprechen?

Zwei bis drei Sätze genügen. Im Erstgespräch klären wir, wo der Medienbruch entsteht, welche Systeme betroffen sind und ob Integration, Automatisierung oder eine eigene Web-App der sinnvollste nächste Schritt ist. 30 Minuten, unverbindlich.

  • Antwort innerhalb eines Werktags
  • Keine Vertragsbindung durch die Anfrage
  • Förder-Check inklusive

Lieber direkt Kontakt aufnehmen?

Ohne das optionale Häkchen verwenden wir Ihre Angaben nur zur Bearbeitung Ihrer Anfrage. Eine Weitergabe zu Werbezwecken an Dritte findet nicht statt.

ErstgesprächAnrufenWhatsApp(öffnet WhatsApp in neuem Tab)