Referenzen
Sechzehn Projekte, jedes ausführlich und ohne Produkt- oder Kundennamen beschrieben: Produkte und Integrationen, Websites und Publishing-Pipelines, Daten- und interne Systeme sowie Outreach-Plattformen. Jedes Referenzprojekt zeigt Problem, Architektur, Lieferumfang und Stack, mit seinem tatsächlichen Status und ohne erfundene Kennzahlen.
Sechzehn Projekte in vier Gruppen, alle ohne Produkt- oder Kundennamen beschrieben. Zusammen decken sie SaaS-Produkte, Integrationen für E-Commerce und Abrechnung, öffentliche Websites mit eigenen Daten und APIs, KI-Pipelines mit regelbasierten Kontrollen, interne Analysen und rechtskonformen E-Mail-Outreach ab.
Produkte und Integrationen:
Websites und Publishing:
Daten und interne Systeme: KI-Analyse von Support-Gesprächen, Engineering-Analytics auf Basis von Git- und Tracker-Daten und eine Engine für Community Listening.
Outreach-Plattformen, gebaut für einen Softwarekunden auf einem gemeinsamen Kern: Startup-Recherche und Outreach, Suche nach Agenturpartnern, Reaktivierung von Affiliates und Gewinnung neuer Affiliates. Jede Instanz läuft isoliert, mit eigener Datenbank, eigenem Dashboard und eigener Absenderidentität, während Abmeldungen, die eine Instanz erfasst, von allen beachtet werden.
Eine Wand voller Logos sagt wenig darüber aus, wie ein Team baut. Ein Referenzprojekt, das das Datenmodell, die Build-Gates, die ein fehlerhaftes Deployment stoppen, die Berechnung der Scores und den Ablauf der Datenpipeline zeigt, sagt einem CTO oder einer Geschäftsinhaberin weit mehr. Deshalb behandelt jedes Projekt Ausgangslage, Lösung, Funktionen, Integrationen und Stack und nennt nur Fakten, die wir im Code oder am laufenden System überprüfen können, jeweils mit Datum.
Kein Referenzprojekt hat Screenshots. Jedes zeigt stattdessen die Stufen der Pipeline und die technischen Entscheide. Bei den Produkten sind das Mandantentrennung, idempotente Webhooks und Warteschlangen; bei den Websites belegte Datenmodelle, Scoring-Engines und Build-Gates; bei den Datensystemen Connectoren mit reinem Lesezugriff und regelbasierte Kontrollen dessen, was das Modell sagt; bei den Outreach-Plattformen idempotente tägliche Durchläufe, Deduplizierung, gemeinsame Sperrlisten und rollenbasierte Dashboards.
Wenn Sie sehen möchten, wie sich diese Muster auf Ihr eigenes Projekt übertragen lassen: Die Leistungsübersicht zeigt, was wir bauen, und mit Offerte anfragen beginnt das Gespräch.
FAQ
Wir beschreiben jedes Projekt ohne Produktnamen, Kundennamen, Domains, Datenquellen oder Volumen. Mehrere Projekte wurden für Kunden gebaut, deren Produktpläne oder Outreach-Strategie Teil ihres Wettbewerbsvorteils sind, und die übrigen stellen wir auf dieselbe Weise dar. Zeigen können wir die Architektur, die technischen Entscheide und den Stack, und genau das zählt, wenn Sie beurteilen, wie wir bauen.
Jedes Projekt auf dieser Seite funktioniert und wurde durchgängig betrieben: mit echten Daten, mit einem Live-Konto oder in einem Entwicklungsshop. Ob ein System öffentlich genutzt wird, entscheidet der Kunde, deshalb sind nicht alle öffentlich. Jede Projektseite nennt ihren genauen Status, etwa live, auf Staging, im Pilotbetrieb oder entwickelt und getestet, und das Datum der letzten Prüfung.
Diese Zahlen gehören dem jeweiligen Eigentümer des Produkts, und bei Produkten, die 2026 lanciert wurden, wären sie wenig aussagekräftig. Wir veröffentlichen stattdessen, was sich im Code und in den Daten überprüfen lässt: die Architektur, die Regeln für Scoring und Daten, den Lieferumfang und den aktuellen Status, jeweils mit dem Datum der letzten Prüfung.
Die Websites laufen auf Next.js, React, TypeScript und MDX, gehostet auf Vercel. Die Produkte und Integrationen nutzen Laravel, NestJS oder Remix mit PostgreSQL, Redis-Warteschlangen und React-Oberflächen. Die Datensysteme und Outreach-Plattformen laufen auf Python mit FastAPI, SQLAlchemy und PostgreSQL. Jede Projektseite listet ihren vollständigen Stack auf.
Nein. Alle sechzehn Projekte werden ohne Produktnamen, Kundennamen oder Domains gezeigt. In einem Gespräch können wir bei jedem von ihnen das Datenmodell, die Logik der Pipeline sowie die Build- und Deploy-Gates genauer durchgehen. Das sagt mehr darüber aus, wie wir arbeiten, als ein Logo.
Ein Schweizer Technologieunternehmen in Lugano.