Von der Idee zum funktionierenden Produkt in einem Stack, den der ganze Markt kennt.
Mit React entsteht eine Web-App, die der Markt bereits versteht — und die jedes Frontend-Team übernehmen kann. Wir helfen Startups und Produktunternehmen, ein funktionierendes Produkt zu liefern, kein weiteres Pitch-Deck.
React ist heute das Framework Nummer eins im westlichen Web — eingesetzt von den meisten ernsthaften Online-Produkten, vom Marktplatz bis zum internen Bank-Panel. Wer React wählt, wählt eine Technologie, die niemand dem nächsten Team in zwei Jahren erklären muss.
02
React-first seit Jahren
Spezialisten, keine Generalisten
Sie arbeiten nicht mit einem Team, für das React das zweite oder dritte Framework im Portfolio ist. Es ist seit Jahren unser Haupt-Stack — von der Architektur über Performance-Muster bis hin zu Tooling-Details. Bei uns arbeiten unter anderem offizielle Maintainer einer Open-Source-Bibliothek aus dem React-Ökosystem (ReactGrid — 1.650+ Sterne auf GitHub, ~280 Tsd. NPM-Downloads/Monat).
03
Bibliotheken für alles
Reifes Bibliotheks-Ökosystem
Für jedes typische Produktproblem hat jemand bereits eine erprobte Bibliothek geschrieben: globaler State, Formulare, Tabellen, Routing, Animationen, Authentifizierung, Zahlungen. Wir erfinden das Rad nicht neu — wir setzen das Produkt aus Komponenten zusammen, die sich bei tausenden anderen Teams bewährt haben.
04
Reuse mit React Native
Code-Sharing mit Mobile
Wenn Sie eine Mobile-App in React Native planen (oder bereits haben), nutzen wir einen erheblichen Teil des Codes — Domänenlogik, Validierungen, Schemata, API-Verträge — in beiden Projekten wieder. Ein Unternehmen, ein Team, eine Wissensbasis. Echte Ersparnis, kein Marketing-Slogan.
05
SPA → SSR → RSC
Wir skalieren in beide Richtungen
Von der schlanken SPA mit Vite bis zum vollen SSR/SSG/RSC in Next.js. Wir starten nicht mit einem „schweren“ Framework, wenn das Projekt es nicht braucht — aber sobald SEO, Time-to-First-Byte oder Edge-Rendering ins Gewicht fällt, können wir nachrüsten, ohne von Grund auf neu zu schreiben.
06
Meta · 2013→
Eine langfristig sichere Wahl
React gibt es seit über 10 Jahren, dahinter steht Meta (Facebook & Instagram), und die Community ist so groß, dass sie nicht über Nacht verschwindet. Es ist die Technologie, für die sich Unternehmen entscheiden, die ihr Produkt in Jahren denken, nicht in Monaten.
Wir verkaufen nicht jede Technologie für jedes Problem. Wenn React nicht zu Ihrem Projekt passt, sagen wir das offen — und schlagen eine Alternative vor.
React ist eine gute Wahl für:
SaaS-Apps und Produkt-Panels mit reichhaltiger Oberfläche (Filter, Formulare, Tabellen, Dashboards)
Marktplätze und Plattformen, die zwei Seiten verbinden (Verkäufer / Käufer, Betreuer / Pflegesuchender, Freelancer / Kunde)
interne Tools und CRMs, die für Mitarbeitende schneller laufen müssen als das kommerzielle Produkt
erste Produktversionen (MVP), wenn der Stack berechenbar und das Team austauschbar sein muss
Apps mit Echtzeit-Anforderungen (Chat, Benachrichtigungen, Live-Dashboards, Kollaboration)
Produkte, die parallel zu einer React-Native-Mobile-App wachsen — mit Wiederverwendung der Domänenlogik
Ihr Produkt ist eine reine Marketing-Seite mit minimaler Interaktivität. Landing Page, Firmenblog, einfaches Info-Portal — in diesen Fällen liefert Astro ein besseres Preis-Leistungs-Verhältnis (weniger JavaScript, besseres SEO, geringere Wartungskosten). React ist ein Werkzeug für Produkte, nicht für Flyer.
Sie brauchen eine native Desktop-App, die ab dem ersten Start offline funktioniert. React kann über Electron oder Tauri das Herzstück einer Desktop-App sein — aber wenn die vollständige Systemintegration (USB, hardwarenaher Druck, Treiber) entscheidend ist, ziehen Sie auch einen nativen Ansatz in Betracht (Swift, .NET, Qt).
In diesen Fällen verweisen wir Sie auf einen alternativen Ansatz — Astro oder nativ — und helfen Ihnen, die richtigen Leute zu finden.
Ein paar App-Typen je Branche — keine vollständige Liste, sondern ein Ausgangspunkt fürs Gespräch. Fehlt Ihre Branche hier, haben wir mit hoher Wahrscheinlichkeit etwas Ähnliches im Portfolio umgesetzt.
Healthtech & Pflege
3 Beispiele
Marktplatz für Seniorenbetreuung
Eine Plattform, die Familien mit Betreuern verbindet — standortbezogene Suche, Skill-Taxonomie, verifizierte Profile, Echtzeit-Chat mit Replay verpasster Ereignisse.
Patientenportal
Online-Termine, E-Rezepte, Behandlungshistorie, Medikamenten-Erinnerungen und sichere medizinische Dokumente an einem Ort.
Panel für eine medizinische Einrichtung
Personaleinsatzplanung, Raumbuchung, Anbindung an die Gesundheitsverwaltung, Abrechnungsberichte und Patientenkommunikation.
Fehlt Ihre Branche hier, haben wir mit hoher Wahrscheinlichkeit etwas Ähnliches im Portfolio umgesetzt. Wir haben an Apps aus der Automobilbranche gearbeitet, an Apps für die Breakdance-Szene und den Breitensport, an Dating-, Cashback- und Treue-Apps, in der Nahrungsergänzungsmittel-Branche — und in einigen ungewöhnlicheren Bereichen, die sich nicht sauber in eine Kachel pressen lassen. Sagen Sie uns, was Sie bauen — wir sagen ehrlich, ob wir Ihren Fall kennen und wie wir ihn angehen.
After 3 weeks you have a working version in hand. From there, a demo and a new batch of features every two weeks — up to a full MVP in 3–12 weeks.
MVP · step 06
01 / 09
Workshop
We spend a day at your company — meeting the team, mapping processes, gathering context. We come back for follow-up visits whenever we need to see something up close.
Day 1
02 / 09
Wireframe
One day after the workshop you have a clickable mockup in hand. The first moment you see how the product can look and behave — and what is missing.
Day 2
03 / 09
UI/UX iteration
We refine visuals and interactions based on your feedback. Every change comes back to you within a day.
Day 3 – 4
04 / 09
Team prototype
A full clickable prototype that goes into your team's and clients' hands. We catch the last gaps before any code is written.
Day 5 – 7
05 / 09
Architecture
System diagram, stack choice, schedule, budget. Foundations for the production build, signed off together.
Week 2
06 / 09
Build (MVP)
2-week sprints with demos. Every two weeks you get a fresh batch of features and fixes — exactly the ones you cared about.
3 – 12 weeks
07 / 09
Deployment
Integrations with your tools, data migration, training, documentation. We go live together.
1 week
08 / 09
Maintenance
Hot-fixes, iterations, new modules. We stay with you after launch.
Open-ended
09 / 09
Network
We open up our ecosystem to you: lawyers, marketing, founders of other projects — we help you find each other.
Spezialisiert auf TypeScript und React — von der Frontend-Architektur bis zur Backend-Integration in Node.js (NestJS, Express).
Einer der wichtigsten, offiziellen Maintainer der Open-Source-Bibliothek ReactGrid — eine Spreadsheet-Komponente für React mit über 1.650 Sternen auf GitHub und ~280 Tsd. NPM-Downloads pro Monat.
Dawid Michota
Fullstack Developer
Über 4,5 Jahre Erfahrung im Bau von Web- und Mobile-Apps. War an über einem Dutzend React-Projekten beteiligt, unter anderem als Lead für Frontend- und Fullstack-Entwicklung.
// Ausgewählte Projekte
Polski Związek Łowiecki130k Mitglieder
Leitete als Mobile Development Leader die Entwicklung der offiziellen Mobile-App der Organisation. Deckt den vollen Umfang des Systems PZŁ 2.0 ab — 20+ Module und 21 Berechtigungsrollen — und erreicht 130.000 Mitglieder. Geliefert in 6 Monaten. Vollständige Case Study ansehen →
ReactGrid~280k Downloads/Mon.
Einer der wichtigsten, offiziellen Maintainer der Open-Source-Bibliothek ReactGrid — eine Spreadsheet-Komponente für React mit über 1.650 Sternen auf GitHub und ~280 Tsd. NPM-Downloads pro Monat.
SFD
Früher Mitglied des Teams, das für das Web-Frontend einer der bekanntesten polnischen Marken für Nahrungsergänzung und Ernährung verantwortlich war. Zusammenarbeit mit UI/UX-Designern an Qualität und Performance von Produktkatalog und Warenkorb.
ResponseRXKliniken in den USA
Web-App zur Unterstützung der Automatisierung von Patientenservice-Abteilungen in medizinischen Kliniken in den USA. Frontend in Next.js. Ermöglichte den Kliniken, schneller auf Patientenanfragen zu reagieren und die Servicequalität mit einem kleineren Support-Team zu steigern.
AI-Respondereigenes SaaS · LLM + RAG
Eigenes SaaS zur Automatisierung des Kundenservice — beantwortet Fragen im Messenger, und wenn es die Antwort nicht kennt, fragt es beim Unternehmensinhaber nach und lernt aus dessen Antwort. Frontend in TanStack Start, Backend in NestJS, LLM mit RAG und Embeddings für das Unternehmenswissen, PostgreSQL-Datenbank.
Sie können direkt mit der Person sprechen, die Ihre App schreiben wird. Nicht mit einem Vertriebler, der nach Vertragsunterzeichnung verschwindet.
Wir setzen erprobte Bibliotheken aus dem React-Ökosystem ein, passend zum jeweiligen Projekt ausgewählt — unter anderem TanStack Query, TanStack Form, TanStack Table, Zustand, Zod, Ky, Paraglide.js, Motion und weitere.
Vite mit dem neuen Bundler Rolldown ist heute der schnellste Frontend-Stack — Millisekunden im Dev-Betrieb und Produktions-Builds, die um eine Größenordnung schneller sind als beim klassischen Webpack. Kürzere Feedback-Schleife, höhere Release-Qualität.
TypeScript end-to-end — Frontend, NestJS-Backend und gemeinsam genutzte Bibliotheken in einem einzigen pnpm-Monorepo. API-Verträge definieren wir einmal und importieren sie auf beiden Seiten; die Typen können zwischen Client und Server nicht auseinanderlaufen.
Backend, Infrastruktur, DevOps und die übrigen Technologien, mit denen wir arbeiten, beschreiben wir ausführlich hier.
// Warum das zählt
Ein durchgängiges, stimmiges Ökosystem von der Datenbank bis zur Komponente im Browser Ihrer Nutzer. Ein Unternehmen, ein Team, ein Vertrag, ein Ansprechpartner. Weniger Koordination, weniger „nicht unsere Schuld“, schnellere Entscheidungen.
// Unter der HaubeTechnische Details — Stack, Architektur, Tooling
▮
TypeScript end-to-end
Der gesamte Code — Frontend, Backend, gemeinsame Bibliotheken — ist vom ersten Tag an typisiert. Weniger Fehler in der Produktion, sicheres Refactoring, schnelleres Onboarding.
▮
React 19 und Concurrent Rendering
Wir nutzen die neuesten Features von React 19: Server Components, wo es Sinn ergibt, die `use`-API, Actions, automatisches Batching und Suspense für das streamende Laden von Daten. Nicht aus Mode — dort, wo sie die UX wirklich verbessern.
▮
Vite 8 + Rolldown — Dev Experience zuerst
Wir haben den alten Webpack-Stack gegen die nächste Tooling-Generation getauscht:
Vite 8 — blitzschneller Dev-Server auf nativen ES Modules — Reload von Änderungen in Millisekunden, selbst bei großen Projekten.
Rolldown — ein Nachfolger von esbuild/Rollup, vom Vite-Team in Rust geschrieben — Produktions-Builds um bis zu eine Größenordnung schneller als der klassische Rollup.
Zustandserhaltendes HMR — Sie bearbeiten eine Komponente, der State wird nicht zurückgesetzt — die Feedback-Schleife verkürzt sich von Minuten auf Sekunden.
▮
pnpm-Monorepo + Workspace-Pakete
Frontend, Backend und gemeinsame Bibliotheken in einem Repository, verwaltet per pnpm-Workspace.
Type-safe API von der Datenbank bis zum Formular — Verträge werden einmal im Paket `@workspace/shared` definiert und direkt von Backend und Frontend importiert, ohne Zwischenschichten.
Aliase auf TS-Quellen — das Frontend verweist per Alias auf `packages/shared/src/index.ts` — es gibt keinen separaten Schritt „shared bauen, dann Frontend“. Eine Änderung in shared ist sofort sichtbar.
Ein Lock, ein Install — pnpm@10 mit `onlyBuiltDependencies` — schnellere Installation, weniger Ballast auf der Platte, deterministische CI.
▮
Reifes Bibliotheks-Ökosystem
Wir setzen Bibliotheken ein, die zu den Anforderungen des Projekts passen — unter anderem TanStack Query (Server-State), TanStack Form, TanStack Table, Zustand (UI-State), React Router oder Next.js-Routing, Zod (Validierung), Ky (HTTP), Motion (Animationen), Radix oder shadcn/ui (Komponenten).
▮
Tests — Vitest 4 + Playwright
Wir testen bewusst, nicht für die Quote.
Vitest 4 — Unit- und Integrationstests — laufen schneller als Jest, auf derselben Konfiguration wie Vite, mit nativer Unterstützung für ESM und TypeScript.
Playwright — E2E dort, wo der Nutzerpfad geschäftliche Bedeutung hat (Registrierung, Zahlung, zentraler Produkt-Flow).
Bewusst ausgelassen — 100 % Abdeckung — Form über Inhalt. Wir testen, was sinnvoll ist — kritische Logik und Regressionen.
▮
CI/CD und Observability
Mit dem Build ist es nicht getan — entscheidend ist, wie der Code bei den Nutzern ankommt.
GitHub Actions — Lint, Typecheck und Tests bei jedem PR — nichts landet in main ohne grünes Gate.
Sentry — Crash-Reporting mit Source Maps, die bei jedem Build hochgeladen werden — wir sehen echte Fehler, wir raten nicht.
Docker + Compose — Dev-Umgebung identisch zur Produktion; ein neuer Entwickler startet das Projekt mit einem einzigen `docker compose up`.
Staged Rollout (optional) — Feature Flags mit LaunchDarkly / eigenem Service, Beta-Kanäle — ein neues Feature geht zuerst an einen Teil der Nutzer.
Aus Sicht der Nutzer — ja: die App läuft flüssig, öffnet schnell, ruckelt bei Interaktionen nicht. Das schlägt sich direkt in höherer Konversion und geringerem Churn nieder.
Unter der Haube: React 19 mit Concurrent Rendering und Server Components rendert gezielt nur das, was sich geändert hat — nicht den gesamten Baum. Mit einem guten Stack (Vite, TanStack Query, Code-Splitting) ist eine React-App vergleichbar mit nativem JavaScript. Wo die Anforderungen extrem sind (große Tabellen, Canvas, Echtzeit), greifen wir zu zusätzlichen Werkzeugen: Memoization, Listen-Virtualisierung, RSC, Edge-Rendering.
Stirbt React „nicht aus“? Sollte man nicht auf etwas Neueres warten?
Wer React wählt, wählt eine Technologie, die niemand der nächsten Firma in zwei Jahren erklären muss — und die das nächste Team problemlos warten kann. Es ist der größte Entwickler-Pool am Markt und die sicherste langfristige Wahl.
Technisch: React existiert seit 2013, dahinter steht Meta, und das halbe Internet nutzt es — darunter Netflix, Shopify, Discord, Atlassian, Cloudflare. Die Frontend-Welt experimentiert (Svelte, Solid, Qwik), aber React bleibt der Produktionsstandard. „Etwas Neueres“ taucht alle zwei Jahre auf. „Etwas Stabiles, mit riesigem Entwickler-Pool und Ökosystem“ — das ist nach wie vor React.
Next.js, Vite oder TanStack Start — was wählen Sie?
Wir arbeiten mit allen dreien; das Produkt bestimmt die Wahl, nicht die Mode. Standardmäßig greifen wir bei neuen Apps zu TanStack Start — es bietet vollständiges SSR, type-safes Routing und arbeitet natürlich mit dem übrigen TanStack-Ökosystem (Query, Form, Table) zusammen, das wir ohnehin nutzen.
Unter der Haube: TanStack Start — unsere bevorzugte Wahl für Produkte, die SSR/SEO benötigen. Next.js — wenn das Projekt stark an Vercel gebunden ist oder React Server Components in der Produktion erfordert. Vite — wenn wir ein Panel, Dashboard oder SaaS hinter einem Login bauen; schlankerer Stack, unabhängiges Backend, kürzere Startzeit.
SSR, SSG, CSR — wann was?
Aus Geschäftssicht: Wenn Sie bei Google ranken müssen, brauchen Sie serverseitiges Rendering (SSR oder SSG). Wenn Sie ein Produkt hinter einem Login bauen, wo SEO keine Rolle spielt — reicht CSR. Wir entscheiden pro Screen, nicht pro App, damit Sie keinen Aufwand zahlen, der sich nicht rechnet.
Technisch: CSR (der Client rendert alles) — Panels hinter einem Login. SSR (der Server rendert auf Anfrage) — Seiten mit dynamischem Inhalt, bei denen SEO zählt. SSG (HTML zur Build-Zeit) — Marketing-Seiten und Blogs, die sich seltener ändern, als Nutzer sie besuchen. RSC (React Server Components) — ein Hybrid, wenn Sie den JS-Ballast auf der Client-Seite vermeiden möchten.
Sieht eine React-App in jedem Browser gleich aus?
Ja — alle Ihre Nutzer sehen dasselbe Produkt, egal ob auf Chrome, Safari, Firefox oder Edge. Welche Versionen wir unterstützen, ist eine bewusste geschäftliche Entscheidung, kein technischer Zufall.
Unter der Haube: React rendert DOM, das ein Browser-Standard ist; kleine Unterschiede (CSS-Verhalten von Safari, ältere Firefox-Versionen) testen wir automatisch. Standardmäßig unterstützen wir die letzten 2 Versionen von Chrome, Safari, Firefox und Edge — die vollständige Versionsmatrix legen wir zu Beginn gemeinsam mit Ihnen fest.
Wie lange dauert der Bau einer App?
Ein MVP können wir bereits in 3 Wochen liefern. Ein vollständiges Produkt — in der Regel 4 bis 16 Wochen, je nach Umfang. Den genauen Zeitplan erhalten Sie nach einer kurzen Discovery-Phase, sobald wir den konkreten Umfang kennen.
Erhalte ich den Quellcode?
Ja. Der Code gehört Ihnen ab dem ersten Commit. Wir arbeiten in Ihrem Repository — Sie haben laufend Zugriff.
Machen Sie nur Web-Frontend?
Nein. Wir machen auch Mobile (React Native), Backend (Node.js, NestJS, Express), Datenbanken (PostgreSQL, MongoDB) und DevOps. Oft entsteht das gesamte Produkt — Web, Mobile, API und Deployment — bei uns. Das vereinfacht die Koordination erheblich und gibt Ihnen Stack-Kohärenz von der Datenbank bis zur UI. Die vollständige Liste der Technologien finden Sie hier.
Was kostet das?
Das hängt vom Umfang ab. Nach einem kurzen Gespräch und der Sichtung des Projekts nennen wir eine Spanne. Wir arbeiten nicht nach dem Modell „Angebot ohne Briefing“ — das ist beiden Seiten gegenüber unfair.
Die zwei häufigsten Fragen im ersten Gespräch. Kurz und auf den Punkt.
vs
Angular
React für neue Projekte
Angular funktioniert nach wie vor gut in großen, langfristigen Enterprise-Projekten — besonders dort, wo das Team es bereits kennt. Für einen neuen Start sind die Unterschiede jedoch deutlich:
Lernkurve. Angular setzt Kenntnisse in RxJS, DI, Decorators und Modulen voraus — viele Konzepte, die man verstehen muss, bevor man den ersten Screen sieht. React ist einfacher im Einstieg, und Komplexität fügen wir bewusst hinzu, wenn das Projekt es erfordert.
Stack-Flexibilität. Angular gibt seine eigene Vorstellung von State-Management, Routing, Formularen und HTTP vor. In React wählen wir die Bibliothek, die zum Problem passt — statt der, die das Framework vorschreibt.
Ökosystem und Modernität. React übernimmt neue Paradigmen als Erstes (Hooks, RSC, Concurrent). Angular zieht nach — oft mit zwei bis drei Versionen Verzögerung.
Reuse mit Mobile. Angular hat kein mit React Native vergleichbares Schwester-Framework für Mobile — Code zwischen Web und Mobile lässt sich nicht nativ teilen.
Für neue Projekte empfehlen wir React. Bestehende Angular-Stacks pflegen und erweitern wir, wenn es sich um ein übernommenes Projekt handelt.
vs
Vue
Vue ist unser zweites Spielfeld — wir arbeiten bewusst damit, kennen das Ökosystem (Pinia, Vue Router, Nuxt) und liefern Projekte darin gerne. Standardmäßig empfehlen wir jedoch React — aus zwei konkreten Gründen:
Entwickler-Pool. React hat eine größere Community und einen größeren Entwickler-Pool am Markt. Wenn Sie das Team schnell vergrößern oder Personen mitten im Projekt austauschen müssen — ist das ein konkreter Unterschied.
Reuse mit Mobile. Mit React Native lassen sich Logik und Komponenten zwischen Web und Mobile teilen. Vue hat diesen Weg nicht — die Mobile-Version ist meist ein separates Projekt.
Vue setzen wir bewusst dort ein, wo das Team des Kunden bereits damit arbeitet oder wir uns in bestehenden Vue/Nuxt-Code integrieren — mit voller Unterstützung, ohne Kompromisse.
// Letzter Schritt
Sie haben eine Idee für eine Web-App? Sprechen wir.
Kein Verkaufsgespräch, keine „Wolke aus Lösungen“. Sagen Sie uns, was Sie bauen möchten — wir sagen Ihnen, ob React die richtige Wahl ist, wie lange es dauert und was es kostet.
Kontakt
Ein kleiner, klarer nächster Schritt.
Buchen Sie ein 15-minütiges Erstgespräch oder schreiben Sie uns kurz. Auf Deutsch oder Englisch – auf Wunsch mit einem deutschsprachigen Kollegen.
Wir nutzen Google Analytics, um zu sehen, wie viele Menschen diese Seite besuchen. Sind Sie mit einer anonymen Auswertung einverstanden?Datenschutzerklärung ↗
Wir nutzen Google Analytics, um zu sehen, wie viele Menschen diese Seite besuchen. Sind Sie mit einer anonymen Auswertung einverstanden?Datenschutzerklärung ↗
