Referenzen
Sieben Projekte, jedes ausführlich und ohne Namen beschrieben: drei öffentliche Recherche- und Vergleichsplattformen, die wir konzipiert und gebaut haben, und vier Outreach-Plattformen, die wir vertraulich für einen Softwarekunden entwickelt haben. Jedes Referenzprojekt zeigt Problem, Architektur, Lieferumfang und Technologie, ohne erfundene Kennzahlen.
Sieben Projekte: drei öffentliche Recherche- und Vergleichsplattformen, die wir konzipiert und gebaut haben, und vier Daten- und Outreach-Plattformen, die wir vertraulich für einen Softwarekunden gebaut haben. Zusammen decken sie Webplattformen, öffentliche APIs und MCP-Server, Datenpipelines, Übergaben ans CRM und rechtskonformen E-Mail-Outreach ab.
Drei öffentliche Recherche- und Vergleichsplattformen:
Vier vertrauliche Plattformen, gebaut für einen Softwarekunden auf einem gemeinsamen Outreach-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 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 überprüfen können, jeweils mit Datum.
Die Referenzprojekte haben keine Screenshots. Sie zeigen stattdessen die Stufen der Pipeline und die technischen Entscheide: belegte Datenmodelle in Git, getrennte Bewertungsmodelle, Prüfungen vor jedem Build, idempotente tägliche Durchläufe, Deduplizierung, über alle Instanzen geteilte Sperrlisten, Integrationen mit reinem Lesezugriff auf die Systeme des Kunden 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 nennen bei keinem der sieben Projekte Produktnamen, Domains, Datenquellen oder Volumen. Die vier Outreach-Plattformen wurden für einen Kunden gebaut, dessen Outreach-Strategie Teil seines Wettbewerbsvorteils ist. Zeigen können wir bei allen Projekten die Architektur, die technischen Entscheide und den Stack, und genau das zählt, wenn Sie beurteilen, wie wir bauen.
Ja. Die drei Recherche- und Vergleichsplattformen sind öffentlich online. Von den vier Outreach-Plattformen sind zwei täglich produktiv im Einsatz, zwei sind gebaut und getestet. Jede Projektseite nennt ihren Status und das Datum, an dem er geprüft wurde.
Solche Zahlen wären bei jungen Plattformen wenig aussagekräftig, und bei Kundenprojekten gehören sie dem Kunden. Wir beschreiben stattdessen, was sich im Code überprüfen lässt: das Datenmodell, die Berechnung der Scores, die Prüfungen vor jedem Deployment, die Integrationen und den Stack, jeweils mit dem Datum der letzten Prüfung.
Die drei Recherche- und Vergleichsplattformen laufen auf Next.js, React, TypeScript, Tailwind CSS und MDX; die Daten liegen in Git und werden beim Build kompiliert, gehostet auf Vercel. Die Outreach-Plattformen laufen auf Python mit FastAPI, SQLAlchemy und PostgreSQL, bereitgestellt mit Docker Compose hinter Nginx. Zwei der Vergleichsplattformen veröffentlichen zudem eine REST API mit OpenAPI-Dokument und einen MCP-Server mit reinem Lesezugriff.
Vollständige Systeme, vom Datenmodell und der Scoring-Engine bis zum Content-Workflow und zur SEO: einen Benchmark für E-Mail-Zustellbarkeit, ein Verzeichnis von Kommunikations-APIs für Entwickler und KI-Agenten und ein zweisprachiges Bewertungsportal für WhatsApp-Business-Plattformen. Jede Projektseite beschreibt Aufbau, Bewertungslogik und Prüfungen im Detail, ohne Produktnamen oder Domains.
Ein Schweizer Technologieunternehmen in Lugano.