Fallstudie · LegalTech · Mobile · CRM
Wie wir Signatory Pro entwickelt haben — eine Plattform für die Remote-Dokumentensignatur für eine grenzüberschreitende Anwaltskanzlei mit Büros in der Europäischen Union und laufenden Mandaten in den Vereinigten Staaten. Native iOS- und Android-Apps für Mandanten, ein Symfony- und React-CRM für das Betriebsteam der Kanzlei und ein Identitätsprüfungs-Flow, der die Beweislatte erfüllt, die Anwälte tatsächlich benötigen.
Signatory Pro wurde von einer internationalen Anwaltskanzlei in Auftrag gegeben, die zwei Rechtspraxen — eine in der Europäischen Union, eine in Südosteuropa — zu einem einzigen Betrieb zusammenführte, der Sportrechtsmandanten in den Vereinigten Staaten, der Europäischen Union und dem Vereinigten Königreich betreut. Die fusionierte Kanzlei erbte einen papiergebundenen Dokumenten-Signaturprozess: ein in einem Büro entworfener Vertrag, gedruckt, unterschrieben, gescannt, per Kurier an die Gegenpartei geschickt, erneut unterschrieben und Wochen später zurückgesandt. Für routinemäßige Handelsarbeit verschwendete dieser Workflow Partnerzeit und Partnerumsätze; für zeitkritische Angelegenheiten — ein Transferfenster im Fußball, eine Closing-Frist bei einem Immobiliengeschäft — war er ein echtes Geschäftsrisiko. Die Kanzlei bat uns, eine einzige Plattform zu entwickeln, die es jedem verifizierten Mandanten ermöglicht, Dokumente von seinem Telefon aus zu signieren, dem Betriebsteam der Kanzlei ein CRM zur Dokumentenweiterleitung und Mandantenverwaltung an die Hand gibt und einen Beweispfad erzeugt, der stark genug ist, um standzuhalten, wenn eine Gegenpartei später eine signierte Vereinbarung anficht.
Ein Überblick darüber, was das Signatory-Pro-Engagement über die mobilen Clients, das Backend und das CRM hinweg geliefert hat.
Die erste Designentscheidung bei Signatory Pro betraf die Oberfläche der Dokumentenzustellung selbst. Die naheliegende Alternative — und diejenige, die die meisten Rechtspraxen außerhalb der Spitzengruppe noch immer nutzen — ist das Hin- und Herschicken von PDF-Anhängen per E-Mail: einen Vertrag entwerfen, an eine E-Mail anhängen, die Gegenpartei bitten, ihn auszudrucken, zu unterschreiben, zu scannen und zu antworten. Diesen Weg haben wir früh verworfen. E-Mail-Anhänge sind nicht manipulationssicher, sie lassen Dokumenteninhalte in ein halbes Dutzend Mail-Anbieter und Zwischen-Caches sickern, und sie erzeugen einen Prüfpfad, der eine widersprüchliche Sammlung weitergeleiteter Nachrichten-Header ist statt eines strukturierten Signaturnachweises. Ein nativer mobiler Feed innerhalb der kanzleieigenen App verwandelt den Posteingang in eine strukturierte Warteschlange: Jedes Dokument hat einen Status (unsigniert, signiert, archiviert), einen Typ (Vollmacht, Vertrag, Schreiben), einen zugewiesenen Unterzeichner und eine überprüfbare Lückenlose Kette vom Upload über die Signatur bis zum Download.
Die Mandantenansicht ist bewusst minimal gehalten — eine sortierte Liste ausstehender Dokumente mit Typ-Chips und Unterschrifts-Thumbnails — weil die kognitive Last auf einem Signaturbildschirm nahe null bleiben muss. Sortier- und Filtersteuerungen ermöglichen es einem Partner mit Dutzenden laufender Mandate, das herauszufiltern, was tatsächlich auf ihn wartet. Hinter dem Feed sitzt das React-CRM der Kanzlei, in dem das Betriebsteam Dokumente hochlädt, sie Mandanten zuweist und Statusübergänge in Echtzeit verfolgt. Dieselben Designentscheidungen, die wir bei einem Consumer-Briefing zur Mobile App-Entwicklung anwenden — ein Bildschirm, eine Aktion, keine Überraschungen — übertragen sich direkt auf eine LegalTech-Mandantenoberfläche, bei der der Nutzer eine vielbeschäftigte Führungskraft ist, kein Hobbyist.
| Dimension | Per E-Mail versandte PDF-Anhänge | Generische Drittanbieter-Signaturplattform | Native Signatory-Pro-App |
|---|---|---|---|
| Manipulationsnachweis | Keiner — jeder Empfänger kann eine Kopie bearbeiten | Hash pro Dokument, anbietergesteuert | Hash pro Revision, kanzleigesteuerter Speicher |
| Identitätsbindung | Nur E-Mail-Adresse | E-Mail + optionaler ID-Upload | 5-stufiges KYC, an jedes Signaturereignis gebunden |
| Branding | Branding des Mail-Clients setzt sich durch | Anbieter-Branding setzt sich durch | Durchgängiges Kanzlei-Branding |
| Datenstandort | Server des Mail-Anbieters (US-zentriert) | Vom Anbieter gewählte Region | Von der Kanzlei gewählte EU- oder US-Region |
| Benachrichtigungskanäle | Nur E-Mail-Antwort | E-Mail + optional SMS | Push, SMS, E-Mail, WhatsApp Business |
| DSGVO-Aufstellung | Mehrdeutiger Status der gemeinsamen Verantwortlichkeit | AVV mit dem Anbieter pro Mandat erforderlich | Kanzlei ist alleiniger Verantwortlicher |
| Zeit bis zum Abschluss eines Routinevertrags | Tage bis Wochen (Kurier-Hin-und-Rückfahrten) | Stunden (Anbieterportal) | Minuten innerhalb der kanzleieigenen App |
Regulatorische Referenzen: eIDAS-Verordnung (EU) Nr. 910/2014, US E-SIGN Act (15 U.S.C. §7001).
Der iOS-Client ist die Oberfläche, mit der die meisten Mandanten der Kanzlei in Berührung kommen, daher erhielt er die größte gestalterische Aufmerksamkeit. Der Dokumentendetail-Bildschirm ist bewusst ein einziger linearer Flow: Titel des Dokuments, Typ-Chip und Empfangsdatum stehen oben; der vollständige Text füllt den Hauptteil; eine einzige primäre Schaltfläche Dokument signieren verankert den unteren Rand des Viewports. Beim Antippen geht es weiter in die Signatursequenz — PIN-Code oder biometrische Entsperrung, Unterschriftsbestätigung und ein SMS-Einmalcode, der den Signaturakt an das Gerät und die hinterlegte verifizierte Telefonnummer bindet. Wir nutzen LocalAuthentication für Face ID und Touch ID, weichen auf einen im iOS-Schlüsselbund gespeicherten PIN-Code aus, wenn Biometrie nicht verfügbar ist, und senden einen Out-of-Band-SMS-Einmalcode, damit der Prüfpfad nicht zusammenbricht, falls ein Gerät kompromittiert wird.
Das Ergebnis eines erfolgreichen Signaturereignisses ist ein Beweispaket — nicht nur ein signiertes PDF, sondern ein strukturiertes Bündel, das den Dokumenten-Hash vor und nach der Signatur, den Zeitstempel aus einer vertrauenswürdigen Quelle, die IP-Adresse und den Geräte-Fingerabdruck, die Quittung des SMS-Einmalcodes, die KYC-Bindung an die verifizierte Identität des Nutzers und das Unterschriftsbild selbst mit seinem Erfassungszeitstempel enthält. Das Bündel wird serverseitig vom Symfony-Backend erzeugt und im Dokumentenarchiv der Kanzlei gespeichert; der Client erhält einen Download-Link für das signierte PDF und eine Teilen-Funktion in das iOS-Share-Sheet. Dieselbe Engineering-Haltung, die wir bei der individuellen Softwareentwicklung für Consumer-Produkte anwenden — ein einziger Happy Path, der stets ein belastbares Artefakt erzeugt — ist das Rückgrat dieser Oberfläche.
Der Android-Client bietet Funktionsparität mit iOS, verdient sich aber seine eigene Engineering-Oberfläche rund um die Unterschriftserfassung. Statt einen Mandanten zu bitten, eine Unterschrift mit dem Finger auf einem Touchscreen zu zeichnen — was ein wackeliges, unkenntliches Zeichen erzeugt, das nichts mit der Stift-auf-Papier-Unterschrift der Person zu tun hat und jeder Gegenpartei einen plausiblen Grund zum Anfechten gibt — bittet Signatory Pro den Nutzer, einmal ein Blatt Papier zu unterschreiben, es durch die App zu fotografieren und das Backend ein sauberes transparentes Unterschriftsasset erzeugen zu lassen, das auf jedes nachfolgende Dokument gestempelt wird. Der Erfassungsbildschirm ist ein geführter Sucher mit einem Zielrechteck, einer Blitzsteuerung und einer Inline-Anweisung („Platzieren Sie die Unterschrift im Rechteck und fotografieren Sie sie im rechten Winkel"), damit das erfasste Bild kontrastreich, gleichmäßig ausgeleuchtet und annähernd orthogonal zur Seite ist.
Die serverseitige Pipeline übernimmt die Schwerarbeit: Ein Hintergrundentfernungsdienst entfernt das Papier und lässt die Unterschrift als transparentes PNG auf einem sauberen Alphakanal zurück; ein OCR-Schritt extrahiert vorgedruckte Metadaten, falls die fotografierte Seite auch einen Vertrag enthielt; ein Qualitätssicherungsschritt weist Bilder zurück, die zu unscharf, zu dunkel oder sichtbar schief sind, und fordert den Mandanten auf, erneut aufzunehmen. Nach der Freigabe wird das Unterschriftsasset im Profil des Nutzers gespeichert und bei jedem künftigen Signaturereignis wiederverwendet — so sieht die visuelle Unterschrift auf einem im Januar abgeschlossenen Vertrag identisch aus wie die auf einem im November abgeschlossenen Vertrag, und ein forensischer Vergleich mit einem Papieroriginal hält stand. Wir haben denselben Ansatz bei interner CRM-Webanwendungsentwicklung angewendet, bei der konsistente, hochwertige Identitätsartefakte für die rechtliche Aufstellung der Plattform entscheidend waren.
Die vierte Oberfläche — der Teil der Plattform, den ein Mandant nur einmal durchläuft, der aber jede nachfolgende Signatur untermauert — ist die Identitätsprüfung. Ein neuer Nutzer wird durch einen 5-stufigen Onboarding-Flow geführt: telefonbasierte SMS-Authentifizierung, Profilfelder, Unterschriftserfassung (oben beschrieben), ein Pass- oder Personalausweisfoto und ein Selfie mit aufgeklapptem Dokument. Der Server führt OCR über das Dokumentenbild aus, um Name, Geburtsdatum, Dokumentennummer und Ablaufdatum zu extrahieren; führt einen Gesichtsabgleich zwischen dem Dokumentenfoto und dem Live-Selfie durch; und leitet jeden Fall mit geringer Konfidenz in eine Prüfwarteschlange weiter, die vom Betriebsteam der Kanzlei über das CRM besetzt wird. Das Ergebnis ist ein an das Nutzerkonto gebundener Datensatz mit verifizierter Identität, und jedes Signaturereignis ab diesem Zeitpunkt referenziert diesen Datensatz per ID innerhalb des Beweispakets.
Daten liegen dort, wo die Kanzlei sie braucht. Personenbezogene Daten — das Passbild, das Selfie, der Datensatz mit verifizierter Identität — werden in der von der Kanzlei gewählten Region (die Europäische Union für nach EU-Recht geregelte Mandate, die Vereinigten Staaten für Mandate mit in den USA ansässigen Gegenparteien) im Ruhezustand verschlüsselt und gemäß der Aufbewahrungsrichtlinie des Mandats mit dokumentierten Löschfristen aufbewahrt. Dokumenteninhalte werden vor der Speicherung gehasht, sodass ein nachgelagerter Manipulationsversuch erkennbar ist, ohne eine wortgetreue Prüfkopie aufzubewahren. Das System ist so gebaut, dass ein eingehendes Auskunftsersuchen nach DSGVO oder ein Opt-out-Ersuchen nach CCPA / CPRA vom Betriebsteam der Kanzlei aus dem CRM in Minuten statt Tagen bearbeitet werden kann.
Compliance-Aufstellung: DSGVO-konform · ISO-27001-bereit · SOC 2 Type II in Vorbereitung · HIPAA-fähig · CCPA-berücksichtigt.
Ein fünfphasiges Engagement, das Signatory Pro von einer papiergebundenen Rechtspraxis zu einer produktiven iOS-, Android- und CRM-Plattform geführt hat.
Workshop mit den Senior-Partnern der Kanzlei, um Mandatstypen abzubilden, zu ermitteln, was ein belastbares Beweispaket für signierte Dokumente enthalten muss, und eIDAS- sowie ESIGN-Anforderungen mit dem bestehenden Workflow der Kanzlei in Einklang zu bringen.
Symfony-Backend mit einer React-Steuerungsebene, Dokumentenspeicher-Schema mit Hashing pro Revision, Integration der KYC-Pipeline und der erste durchgängige Signaturpfad gegen Test-Dokumente.
Nativer Swift-Client und nativer Kotlin-Client gegen das gemeinsame Backend, Funktionsparität für den Dokumentenfeed, den Signatur-Flow und das Identitäts-Onboarding, mit plattformgerechten biometrischen Integrationen.
Firebase Cloud Messaging, SMS-Gateway, SMTP-Zustellung und WhatsApp Business API, verdrahtet zu einem einzigen Benachrichtigungs-Orchestrator, mit pro Mandant einstellbaren Kanalpräferenzen im CRM.
Prüfbereite Härtung des Beweispaket-Generators, App-Store- und Google-Play-Einreichungen, DSGVO-konforme Aufbewahrungsregeln im CRM, Runbook und On-Call-Übergabe an das Betriebsteam der Kanzlei.
Jede Dokumentenstatusänderung in Signatory Pro fließt durch einen einzigen Benachrichtigungs-Orchestrator, der über vier Kanäle ausfächert: Firebase Cloud Messaging für Push in der installierten App, ein SMS-Gateway für die verifizierte Telefonnummer des Mandanten, SMTP-E-Mail für Mandanten, die ihren Nachweis lieber im Posteingang behalten, und die WhatsApp Business API für Mandanten in Jurisdiktionen, in denen Messaging der Standardkanal für Geschäftskorrespondenz ist — verbreitet in weiten Teilen der Europäischen Union, dem Vereinigten Königreich und dem Nahen Osten. Das CRM stellt pro Mandant einstellbare Kanalpräferenzen bereit, sodass das Betriebsteam der Kanzlei eine US-Unternehmensgegenpartei per E-Mail und eine EU-Privatperson per WhatsApp ansprechen kann, ohne die Routing-Logik für jeden neuen Mandanten neu zu implementieren. Der Orchestrator verfolgt zudem Zustellbestätigungen: Eine Benachrichtigung, die den Mandanten nie erreichte, ist im CRM als ungesunder Zustand des Mandats sichtbar, sodass ein Partner eingreifen kann, bevor eine Frist verstreicht.
Signatory Pro startete von Tag eins an mit einer grenzüberschreitenden Aufstellung. Die mobilen Clients sind Englisch-zuerst und so gebaut, dass ein EU-Mandant und ein US-Mandant dieselbe Produktoberfläche, dieselben Beweissteuerungen und dieselbe Compliance-Sprache sehen. Die Architektur ist regionsunabhängig: Die Kanzlei kann die Daten eines Mandats für einen nach EU-Recht geregelten Vertrag an eine EU-Region oder für ein Mandat mit in den USA ansässigen Gegenparteien an eine US-Region binden, ohne Codeänderungen. Dieselbe Engineering-Aufstellung unterstützt Mandanten in den Niederlanden, Deutschland, Frankreich, Irland, Schweden und dem Vereinigten Königreich — allesamt Jurisdiktionen, in denen die Kanzlei aktive Mandate hat — und ist bereit, mit dem Wachstum der Mandantenbasis auf weitere EU-Mitgliedstaaten zu skalieren.
Die Datenschutzaufstellung spiegelt den Rest unseres Portfolios wider. Die Plattform ist mit der DSGVO in der gesamten Europäischen Union konform und bereit, den US-Bundesstaaten-Datenschutz-Flickenteppich zu erfüllen: CCPA / CPRA (Kalifornien), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) und Oregon CPA. Dokumenteninhalte und Identitätsartefakte bleiben unter Kontrolle der Kanzlei, statt an einen Drittanbieter-Signaturdienst übergeben zu werden — der praktische Effekt ist, dass ein Auskunftsersuchen einer betroffenen Person aus der EU oder ein Löschersuchen eines Verbrauchers aus Kalifornien vom Betriebsteam der Kanzlei aus dem CRM heraus erfüllt wird, statt an eine Support-Warteschlange eines Anbieters eskaliert zu werden. Die 5-stufige KYC-Bindung macht jedes Signaturereignis auf eine verifizierte Person zurückführbar — das ist die Latte, nach der die Anwälte der Gegenpartei zuerst greifen, wenn eine signierte Vereinbarung später vor einem US- oder EU-Gericht angefochten wird.
Die Roadmap für Signatory Pro erweitert die Plattform entlang dreier Achsen, die die Kanzlei nicht sicher mit per E-Mail versandten PDFs betreiben kann: eine Stufe für qualifizierte elektronische Signaturen (QES) nach eIDAS für Mandate, die das stärkste rechtliche Gewicht in der Europäischen Union erfordern; ein Gegenpartei-Workflow, damit die Mandanten der Kanzlei selbst Dokumente an ihre eigenen Gegenparteien versenden können, ohne die Plattform zu verlassen; und ein öffentlicher Web-Client, der den mobilen Feed für Desktop-Signaturszenarien spiegelt. Infrastrukturpläne umfassen ein strengeres SLO für den Beweispaket-Generator (signierte PDF-Rückgabe unter einer Sekunde für Dokumente unter 200 Seiten) und regionsgebundene Datenbankpartitionen in weiteren EU-Mitgliedstaaten, während die Kanzlei expandiert. Wir behandeln diese Roadmap genauso wie laufende Cloud-&-DevOps-Arbeit für jeden US- oder EU-Kunden, bei dem die regulatorische Aufstellung — und nicht nur die Feature-Geschwindigkeit — die operative Randbedingung ist.
Ein fokussiertes E-Signatur-MVP mit iOS, Android und einer grundlegenden CRM-Steuerungsebene — Dokumenten-Upload, Unterschriftserfassung, KYC-Onboarding und Store-Einreichungen — kostet in der Regel 140.000 bis 280.000 USD. Die Ergänzung um ein mandantenfähiges CRM mit Push-Benachrichtigungs-Orchestrierung, Dokumentenarchiv-Suche und integrierter Identitätsprüfung bringt eine voll ausgestattete Plattform auf 320.000 bis 650.000 USD. Die wichtigsten Kostentreiber sind KYC-Anbieterintegrationen, die UX der Identitätsprüfung und der für die grenzüberschreitende Dokumentengültigkeit erforderliche rechtssichere Prüfpfad.
Die produktive Remote-Dokumentensignatur besteht aus vier beweglichen Teilen: einem manipulationssicheren Dokumentenspeicher, der jede Revision hasht, einem Unterschriftserfassungs-Flow, der Zeitstempel und Geräte-Metadaten neben dem Unterschriftsbild oder -vektor erfasst, einem Identitätsbindungsschritt, der das Signaturereignis mit einer verifizierten Person verknüpft, und einem signierten PDF-Generator, der Unterschrift, Prüfpfad und Verifizierungsartefakte in eine herunterladbare Datei einbettet. Das rechtliche Gewicht des Ergebnisses hängt von der Jurisdiktion ab: Sowohl eIDAS in der Europäischen Union als auch der ESIGN Act in den Vereinigten Staaten erkennen diese Klasse elektronischer Signaturen für routinemäßige Handelsverträge an.
Die Identitätsprüfung für einen mobilen E-Signatur-Workflow läuft als geführter Onboarding-Flow ab: Der Nutzer authentifiziert sich per SMS über sein Telefon, lädt ein Foto seines Reisepasses oder Personalausweises hoch und reicht ein Selfie mit dem Dokument ein. Serverseitige OCR extrahiert die Dokumentenfelder, ein Gesichtsabgleich vergleicht das Selfie mit dem Dokumentenfoto, und eine Prüfwarteschlange mit menschlicher Bearbeitung klärt alle Fälle mit geringer Konfidenz. Das Ergebnis ist ein Datensatz mit verifizierter Identität, der jedes nachfolgende Signaturereignis an eine reale Person bindet — das ist die Beweislatte, die die meisten Gerichte und Vertragspartner erwarten.
Symfony mit einer React-Steuerungsebene ist eine risikoarme Kombination für ein LegalTech-Backend, das starke Typisierung, ausgereiftes ORM-Tooling und ein langes Support-Fenster benötigt. Die Komponentenarchitektur von Symfony bildet die Rechts-Workflow-Domäne — Dokumente, Signaturereignisse, Parteien, Beweispakete — sauber ab, und seine Long-Term-Support-Releases bedeuten, dass ein Prüfer auch Jahre später noch ein gepflegtes Framework vorfindet. React im CRM gibt dem Betriebsteam der Kanzlei eine Single-Page-Anwendung, die Dokumentenrouting, Benachrichtigungsplanung und Aktenbündel handhabt, ohne jede Aktion über ein Server-Rendering zu schicken.
Ein fokussiertes MVP mit iOS- und Android-Clients, einem Symfony-Backend, einem grundlegenden React-CRM, Dokumenten-Upload und -Signatur sowie beiden Store-Einreichungen dauert in der Regel 14 bis 22 Wochen. Die Ergänzung um KYC-Onboarding, Push-Benachrichtigungs-Orchestrierung, WhatsApp Business und E-Mail-Zustellung sowie ein Archiv mit Suche fügt weitere 6 bis 10 Wochen hinzu. Der prüfbereite Härtungsdurchlauf — Erzeugung des Beweispakets, DSGVO-konforme Datenaufbewahrung und eine Drittanbieter-Reifebewertung — wird häufig unterschätzt und sollte mit 4 bis 6 Wochen dedizierter Arbeit eingeplant werden.
Wenn Sie eine Anwaltskanzlei, einen LegalTech-Anbieter oder eine dokumentenintensive Betriebsfunktion leiten — irgendwo in den Vereinigten Staaten, der Europäischen Union oder einem grenzüberschreitenden Markt wie dem Vereinigten Königreich — und eine individuelle E-Signatur-Lösung, eine CRM-Erweiterung oder ein Refactoring eines papiergebundenen Workflows erwägen, haben wir diesen Stack durchgängig ausgeliefert und können die Entwicklungsdauer spürbar verkürzen. Das Engineering-Team hinter Signatory Pro sitzt innerhalb von YuSMP Group. Wir arbeiten zum Festpreis für gut abgegrenzte Projekte und mit dedizierten Entwicklerteams für die laufende Lieferung, mit einem MEZ-Arbeitstag und einem garantierten Überlappungsfenster mit der US-Ostküste (9–13 Uhr ET) für Stand-ups, Demos und Incident-Response. Signatory Pro ist eine private Bereitstellung für eine einzelne internationale Anwaltskanzlei und wird nicht als öffentliches SaaS angeboten — die Fallstudie beschreibt unsere Engineering-Fähigkeit und kein Produkt, für das Sie sich anmelden können.
Compliance-Aufstellung: DSGVO-konform · ISO-27001-bereit · SOC 2 Type II in Vorbereitung · HIPAA-fähig · CCPA-berücksichtigt.
Verwandte Leistungen
iOS-, Android- und plattformübergreifende Apps vom Konzept bis zum App Store mit App-Store-tauglichem Qualitätsmaßstab.
Mobile App-Entwicklung entdecken →
Durchgängiges Product Engineering für ambitionierte Unternehmen in den USA & der EU, entwickelt von Senior-Teams unter DSGVO-konformen und SOC-2-orientierten Praktiken.
Individuelle Softwareentwicklung entdecken →
AWS-, Azure- und GCP-Migrationen, Kubernetes-Plattformen, CI/CD und Observability für US- & EU-Teams.
Cloud & DevOps entdecken →Verwandte Fallstudien
Natives iOS- + Android-VPN mit WireGuard, No-Logs-Backend, Split-Tunnel und App-Store-+-Google-Play-Launch für USA & EU.
Fallstudie ansehen → FinTech · OperativHändler-Webplattform mit Bitrix24-CRM-Sync, Dadata-Vorbefüllung und Echtzeit-Sprachbenachrichtigungen — ein einziger Eingangskanal für jede Auto-Finanzierungsanfrage.
Fallstudie ansehen → Logistik · MobileAndroid-Refactoring + iOS-Neuentwicklung für einen deutschen Last-Mile-Logistikbetreiber — Mehrpunkt-Routing, Echtzeit-Fahrer-Tracking, In-App-Rechnungsstellung.
Fallstudie ansehen →
Mandantenfähige SaaS-Plattformen mit SSO, Abrechnung und regionsgebundener Datenhaltung. SOC 2 in Vorbereitung.
Mehr erfahren →Native iOS-, Android- und plattformübergreifende Apps mit store-fertigen Release-Pipelines.
Mehr erfahren →
Architektur-first Enterprise-Plattformen mit prüfbereiter Compliance und Integration in SAP, Salesforce, Workday, Okta.
Mehr erfahren →