Wir wählen Technik, die zu deinem Projekt passt und in Zukunft trägt.

(Scroll to explore)

Jedes Werkzeug hier ist im Einsatz – in dieser Seite, in einem Kundenprojekt oder in beidem. Nichts steht hier, weil es sich gut liest.

OUNDS

Jedes Werkzeug ist eine Entscheidung, die dein Projekt Jahre überdauert. Wir treffen sie danach, wer damit später weiterarbeitet – nicht danach, was gerade gut klingt. Alles hier ist im Einsatz, nichts nur im Schaufenster.

Oberfläche

Womit die Seite entworfen und gebaut ist, die du gerade liest. Dieselbe Grundlage in fast jedem Projekt, das wir betreuen – deshalb muss niemand bei uns bei null anfangen.

Next.js: Das Gerüst deiner Seite. Die Seiten stehen fertig auf dem Server, bevor der erste Besucher sie anfragt; berechnet wird nur, was sich je Besuch wirklich unterscheidet. Hundert gleichzeitige Zugriffe ändern an der Ladezeit deshalb nichts.
React: Alles Sichtbare besteht aus Bausteinen, die einmal gebaut und dann überall eingesetzt werden. Änderst du den Baustein, ändern sich alle Stellen mit. Deshalb kostet die zehnte Seite weniger als die erste.
TypeScript: Jede Datenform ist festgeschrieben. Ein fehlendes Feld fällt beim Bauen auf, nicht auf deiner Seite. Und wer nach uns weiterarbeitet, liest am Code ab, was erlaubt ist, statt es zu erraten.
Tailwind CSS: Abstände, Farben und Schriftgrößen kommen aus einem festen Vorrat. Wer eine neue Seite baut, wählt daraus und erfindet keine Zwischenwerte. Deshalb sieht die zwanzigste Seite aus wie die erste, auch wenn Monate dazwischenliegen.
Vite: Zeigt eine Änderung in Millisekunden statt in Sekunden. Das klingt nach Kleinkram, entscheidet aber über die Abstimmung: Wir ändern etwas, während du zusiehst, statt es für den nächsten Termin zu notieren.
Astro: Für Seiten, die fast nur Inhalt sind: Magazin, Dokumentation, Kampagnenseite. Sie kommen ohne mitgeliefertes JavaScript aus und laden entsprechend schnell. Wo eine ganze Anwendung übertrieben wäre, ist das die kleinere Antwort.
Photoshop: Bildbearbeitung und Freistellung. Aus einer Aufnahme entstehen die Ausschnitte, die jedes Format braucht: quer für den Kopfbereich, hoch fürs Telefon, quadratisch für die Karte.
Illustrator: Logo, Bildmarke, Signet – alles, was in jeder Größe scharf bleiben muss, entsteht als Vektor. Die Quelldateien bekommst du dazu, nicht nur die Exporte.

Bewegung und 3D

Animation, Scrollverhalten, Bildstrecken, Video, Räumliches. Der Unterschied zwischen einer Seite, die funktioniert, und einer, an die man sich erinnert.

Motion: Bewegung hängt am Zustand der Seite, nicht an einer Stoppuhr. Wer schneller klickt, als die Animation läuft, bekommt trotzdem das richtige Bild. Genau daran scheitern die meisten hakeligen Oberflächen.
GSAP: Wenn ein Ablauf auf den Frame sitzen muss: Bewegung am Scrollstand, mehrere Elemente in abgestimmter Folge. Wir holen es, sobald die einfachere Lösung an ihre Grenze kommt. Grundausstattung ist es nicht.
Lenis: Nimmt dem Scrollen die Härte, ohne die Steuerung zu übernehmen. Wer schnell wischt, kommt trotzdem sofort unten an. Und wer am Gerät weniger Bewegung eingestellt hat, bekommt die Glättung gar nicht erst.
Swiper: Reihen zum Durchblättern, die am Telefon so funktionieren wie mit der Maus. Tastaturbedienung und Screenreader-Beschriftung sind ab Werk dabei; nachrüsten muss sie niemand.
Three.js: Echtes 3D im Browser, ohne Zusatzsoftware. Es kostet Rechenzeit und damit Akku. Wir setzen es ein, wo eine Drehung etwas zeigt, das ein Foto nicht zeigen kann – als Hintergrundzierde nie.
FFmpeg: Bringt Videos auf die Größe, die das Gerät tatsächlich abruft. Ein Hintergrundvideo wiegt danach einstellige Megabyte statt dutzende und lädt auch im Mobilfunknetz.
After Effects: Bewegtbild, das im Browser nicht zu rechnen wäre: Titel, Übergänge, kurze Erklärstücke. Es kommt als fertige Datei auf die Seite und kostet dort keine Rechenzeit mehr.
Lottie: Bewegtbild als Datei statt als Video: wenige Kilobyte, in jeder Auflösung scharf, und der Browser muss nichts rechnen. Für kurze Bewegungen die sparsamste Form, die es gibt.

Inhalte und Daten

Du pflegst Texte und Bilder selbst, ohne dass das Layout verrutscht. Die Datenbank wählen wir nach Projektgröße – eine kleine Seite braucht keinen Server, den jemand betreuen muss.

Payload: Deine Redaktionsoberfläche. Die Felder heißen nach deinen Inhalten, nicht nach denen eines Baukastens, und die Daten liegen in deiner eigenen Datenbank. Es gibt kein Abo, aus dem du deine Texte erst wieder herausholen müsstest.
PostgreSQL: Die Datenbank für alles, was zusammenhängen muss: Bestellungen, Konten, Buchungen. Seit Jahrzehnten bewährt und überall zu betreiben. Der Umzug zu einem anderen Anbieter bleibt jederzeit möglich.
MongoDB: Passt, wo die Daten keine feste Form haben, etwa Inhalte, die je Eintrag anders aussehen. Wir nehmen sie, wenn die Struktur wirklich offen ist. Offen zu lassen, worüber man nur noch nicht nachgedacht hat, rächt sich im zweiten Jahr.
SQLite: Eine Datenbank als einzelne Datei, ohne eigenen Server. Für kleine Anwendungen und Prototypen genau richtig; der Wechsel auf PostgreSQL bleibt später offen.
MariaDB: Läuft ein bestehendes System darauf, arbeiten wir darin weiter. Eine Migration kostet Geld und bringt selten das, was ihr Anlass war – in einen Umzug, den dein Fall nicht verlangt, drängen wir dich nicht.
Redis: Ein Zwischenspeicher für alles, was oft abgefragt wird. Er nimmt der Datenbank die Wiederholungen ab. Spürbar wird das erst unter Last, also genau dann, wenn es zählt.

Betrieb und Auslieferung

Vom Stand der Arbeit bis auf den Server und darüber hinaus: jede Änderung nachvollziehbar, jeder Start wiederholbar, Technik und Nutzung im Blick. Fällt etwas aus, sehen wir es – nicht dein Kunde.

GitHub: Versioniert jede Änderung, mit Datum und Begründung. Am Ende liegt der Code in deinem Konto, nicht in unserem. Das ist der Unterschied zwischen Zusammenarbeit und Abhängigkeit.
Dokploy: Der Weg von der Freigabe auf den Server. Ein Stand, der Probleme macht, lässt sich zurückdrehen, ohne dass nachts jemand eine Datenbank von Hand repariert.
Docker: Verpackt deine Anwendung samt allem, was sie zum Laufen braucht – auf unserem Rechner genauso wie auf deinem Server. Damit fällt die Klasse von Fehlern weg, die nur auf einem von beiden auftritt, also die teuerste Sorte.
Cloudflare: Liefert deine Seite aus einem Rechenzentrum in der Nähe des Besuchers und fängt Bot-Wellen ab, bevor sie deinen Server erreichen. Wer aus Hamburg kommt, merkt davon nichts. Wer aus Singapur kommt, merkt alles.
Grafana: Im laufenden Betrieb sichtbar: Antwortzeiten, Fehlerraten, Auslastung. Ein Problem steht dort, bevor jemand anruft. Und nach einer Änderung lässt sich belegen, ob sie geholfen hat.
Google Analytics: Misst, welche Seiten tragen und welche nur Platz belegen. Datensparsam eingerichtet und nur mit Einwilligung deiner Besucher. Was ohne Einwilligung nicht gemessen wird, fehlt dann in der Zahl; das sagen wir lieber vorher als hinterher.
Resend: Sorgt dafür, dass die Formularmails ankommen. Tun sie es einmal nicht, steht der Grund im Protokoll, statt dass jemand die Anfrage im Spamordner vermutet und dabei verliert.

KI und Schnittstellen

Womit wir bauen und was wir in Produkte einbinden – nachvollziehbar, nicht als Blackbox. Dazu die Verbindungen zu den Systemen, in denen dein Geschäft ohnehin läuft.

Claude: Entwürfe, Recherche, Codeprüfung. Was daraus in dein Projekt geht, hat vorher ein Mensch gelesen. Die Geschwindigkeit steckt im Zuarbeiten, nicht im Abnehmen.
Cursor: Geschrieben und geprüft wird hier, mit dem Projektwissen direkt daneben. Eine Rückmeldung von dir wird darin zur Änderung, ohne den Umweg über ein Ticket, das jemand drei Wochen später wieder aufmacht.
OpenAI: Sprachmodelle in deinem Produkt, mit klaren Grenzen. Welche Daten sie sehen dürfen, entscheidest du. Und wenn das Modell einmal nicht antwortet, gibt es einen Weg, der ohne es auskommt.
Gemini: Kommt dort zum Einsatz, wo Bild und Text zusammen gelesen werden müssen: Bildbeschreibungen, Belege, Bildschirmfotos. Für reine Textaufgaben wählen wir nach Aufgabe, nicht nach Anbieter.
Stripe: Zahlungen laufen über einen etablierten Anbieter. Kartendaten berühren deinen Server nie. Damit bleibt der Teil, der am teuersten schiefgeht, außerhalb deiner Verantwortung.
Make: Verbindet Werkzeuge, die keine gemeinsame Schnittstelle haben. Wir nehmen es, wo eine eigene Anwendung übertrieben wäre, und bauen selbst, sobald der Ablauf wichtig genug wird, um ihn zu besitzen.
WebMCP: Assistenzsysteme sprechen darüber mit einer Anwendung, ohne sie zu bedienen. Eine offene Schnittstelle, noch jung, aber der wahrscheinliche Weg, wie KI künftig auf Websites zugreift.
Telegram: Der Kanal, in den unsere Abläufe melden: Anfrage da, Auslieferung durch, Fehler aufgetreten. So landet eine Anfrage dort, wo jemand sie beantwortet – nicht in einem Postfach für später.
Google Workspace: Dokumente, Termine und Ablage – und die Schnittstelle, über die Abläufe sie selbst befüllen, statt dass jemand abtippt. Was entschieden wurde, steht ein halbes Jahr später noch da.