Wie wir arbeiten
Ein Prozess, der auf Lieferung ausgerichtet ist,
nicht auf Meetings.
Wir arbeiten schnell, kommunizieren klar und liefern Software, die funktioniert. Jeder Kunde weiß genau, wo sein Projekt steht — vom ersten Tag bis zum Launch und darüber hinaus.
Sechs Phasen. Jedes Projekt. Keine Abkürzungen.
Das ist keine Methodik-Folie. So haben wir über 150 Projekte geliefert. Jede Phase hat ein klares Ergebnis — etwas, das Sie lesen, genehmigen oder anklicken können.
Was passiert
Wir lernen Ihr Geschäft kennen, nicht nur Ihre Anforderungen. Stakeholder-Interviews, technisches Audit bestehender Systeme, Architektur-Review. Wir stellen die unbequemen Fragen jetzt, damit sie nicht in Woche zehn als Überraschungen auftauchen.
Ergebnis
Scope-Dokument, Tech-Stack-Empfehlung, Projektzeitplan, Festpreis- oder T&M-Angebot. Sie genehmigen, bevor etwas beginnt.
Was passiert
Systemdesign vor einer Zeile Code. Wir definieren das Datenbankschema, API-Verträge, den Infrastrukturplan und UX-Wireframes, wo nötig. Hier werden Entscheidungen getroffen, deren spätere Korrektur 100.000 $ kostet — jetzt kosten sie 5.000 $.
Ergebnis
Architektur-Dokument, API-Spezifikation, UI-Prototyp in Figma. Der Kunde genehmigt vor Baubeginn. Keine Überraschungen während der Entwicklung.
Was passiert
Zwei-Wochen-Sprints. Jeder Sprint liefert funktionierende, getestete Features — keine „in Bearbeitung"-Tickets oder „fast fertig"-Updates. Sie haben ab Tag eins Zugang zur Staging-Umgebung und können jede Woche echte Funktionalität durchklicken.
Ergebnis
Funktionierende, getestete Features, jeden Sprint auf Staging deployed. Wöchentliche schriftliche Zusammenfassung jeden Freitag. 30-Minuten-Sync-Call, kein 2-Stunden-Meeting.
Was passiert
Testen ist keine Phase am Ende — es läuft parallel zur Entwicklung ab dem ersten Sprint. Vor jedem Release gibt es einen dedizierten QA-Durchlauf. Sicherheits-Review ist Standard für regulierte Branchen und auf Anfrage.
Ergebnis
Testabdeckungsbericht, automatisierte Testsuite, Ergebnisse des Schwachstellenscans. Probleme werden behoben, bevor sie zu Ihrem Problem werden.
Was passiert
CI/CD-Pipeline, Zero-Downtime-Deploy, Blue-Green- oder Canary-Rollout wo angemessen. Wir machen keine manuellen Deployments. Vollständiges Monitoring und Alerting werden konfiguriert. Rollback ist vor dem Go-Live bereit.
Ergebnis
Produktionssystem live, Monitoring-Dashboards aktiv, Alerting konfiguriert, Rollback-Verfahren dokumentiert und getestet.
Was passiert
Vollständige Dokumentation, geschrieben während der Entwicklung — nicht am Ende abgeladen. Wissenstransfer an Ihr Team oder Beibehaltung für die weitere Entwicklung. Mindestens 30 Tage Hypercare-Fenster, in dem wir für alles erreichbar sind, was nach dem Launch auftaucht.
Ergebnis
Vollständige technische Dokumentation, Runbooks, Deployment-Leitfäden. Entweder saubere Übergabe an Ihr Team oder eine Retainer-Vereinbarung für die fortlaufende Entwicklung.
Vier Dinge, die Kunden wirklich wichtig sind.
Keine Prozessdiagramme. Keine ISO-Zertifizierungen. Die Dinge, die Kunden erwähnen, wenn sie uns weiterempfehlen.
Wir antworten auf Nachrichten
Antwort innerhalb von Stunden, nicht Tagen. Jeder Kunde hat einen dedizierten Projektmanager und einen Senior Engineer als direkte Ansprechpartner. Kein Kunde fragt sich je, wo wir sind oder wie der aktuelle Status ist. Wenn etwas den Fortschritt blockiert, hören Sie zuerst von uns.
Staging ab Tag eins
Sie können Ihr Produkt ab Woche eins sehen und anklicken — nicht erst am Ende des Projekts. Jeder Sprint wird auf Staging deployed. Sie geben Feedback zu echter Funktionalität, nicht zu Wireframes oder Statusberichten. Das eliminiert das „so hatte ich mir das nicht vorgestellt"-Problem beim Launch.
Wir verantworten den Scope
Was wir gescoped haben, liefern wir. Wir stellen keine Extras in Rechnung für Dinge, die hätten enthalten sein sollen. Wenn wir beim Scoping etwas übersehen haben — das ist unser Problem, nicht Ihres. Wir scopen sorgfältig im Vorfeld, damit wir nicht in dieses Gespräch geraten.
Dokumentation während der Arbeit
Kein Abladen am Ende, wenn der Kontext bereits kalt ist. Jede Architekturentscheidung, jede nicht-offensichtliche Implementierungswahl, jeder API-Vertrag — dokumentiert im Sprint, in dem es gebaut wurde. Wenn Sie die Ownership übernehmen, halten Sie ein System, das Sie tatsächlich warten können.
Genau so kommunizieren wir. Keine Mehrdeutigkeit.
Jedes Engagement läuft auf der gleichen Kommunikationsstruktur. Sie wissen, was Sie erwarten können und wann. Keine Überraschungen, kein Hinterherlaufen.
Tägliche Fortschrittsupdates in Ihrem Kanal. Sie sehen, was erledigt wurde, was in Arbeit ist und ob etwas blockiert ist — an jedem Arbeitstag.
Kein 2-Stunden-Statusmeeting. Ein straffer 30-Minuten-Call: was geliefert wurde, was als Nächstes kommt, welche Entscheidungen nötig sind. Aufgezeichnet und teilbar.
Ein Projektmanager und ein Senior Engineer sind Ihre namentlich benannten Ansprechpartner. Keine Support-Warteschlange. Direkte Personen, die Ihr Projekt kennen.
Schriftliche Zusammenfassung der Wochenergebnisse, nächster Sprint-Plan und offene Fragen. Geht an jeden, der informiert sein muss — PM, CTO, Investoren.
Wenn etwas schiefgeht, wissen Sie genau, wen Sie anrufen und was als Nächstes passiert. Kein Herausfinden, wer in einer Krise verantwortlich ist.
Echte Timelines, keine Schätzungen, die annehmen, dass alles glattgeht.
Basierend auf über 150 Projekten. Spannen spiegeln echte Scope-Variation wider — kein Puffer, kein Wunschdenken.
Discovery + Architektur + Build + QA + Deployment. Der Scope bestimmt die Spanne. Ein fokussiertes MVP mit 4–6 Kern-Flows liegt bei 6–8 Wochen. Eine Multi-Rollen-Plattform mit Integrationen bei 10–14 Wochen.
Gescopte Feature-Arbeit an einer bestehenden Codebasis. Abhängig von der Komplexität der Integration mit bestehendem Code und ob das System ausreichende Testabdeckung hat.
Wir auditieren das System, stabilisieren kritische Ausfälle und liefern eine priorisierte Roadmap. Die Rettungsarbeit wird von dort in Sprint-Zyklen fortgesetzt — der Scope hängt von den Audit-Ergebnissen ab.
Fragen vor jedem Engagement — direkt beantwortet.
Kein Füllmaterial. Die echten Fragen, die Kunden uns vor der Unterschrift stellen, und die echten Antworten.
Wie gehen Sie mit sich ändernden Anforderungen während des Projekts um?
Wir rechnen damit. Anforderungen entwickeln sich — das ist normal. Wir handhaben Änderungen über einen schlanken Scope-Change-Prozess: Sie beschreiben, was Sie anders möchten, wir schätzen die Auswirkung auf Timeline und Kosten, Sie genehmigen, wir passen an. Nichts wird heimlich auf die Rechnung gesetzt. Nichts wird ignoriert. Wenn eine Änderung klein ist (unter 2 Stunden), absorbieren wir sie oft. Wenn sie wesentlich ist, sind wir transparent bezüglich der Kosten.
Arbeiten Sie zum Festpreis oder T&M?
Beides, je nachdem, was für das Projekt sinnvoll ist. Für klar definierte MVPs und diskrete Feature-Arbeit bevorzugen wir Festpreis — das gleicht Anreize an und beseitigt Mehrdeutigkeit. Für laufende Entwicklung, Wartung und Projekte mit wirklich explorativem Scope ist T&M mit monatlichem Cap sauberer. Wir empfehlen nach der Discovery, welches Modell passt. Wir haben beides bei über 150 Projekten gemacht.
Wie viele Stunden pro Woche muss mein Team investieren?
Bei den meisten Projekten: 2–4 Stunden pro Woche. Das umfasst den 30-Minuten-Sync, asynchrones Review von Figma oder Staging und Genehmigungen. Wenn Sie längere Zeit nicht verfügbar sind, strukturieren wir den Sprint so, dass wir an nicht-blockierenden Elementen vorarbeiten können. Wir halten den Fortschritt nicht als Geisel Ihres Kalenders.
Kann ich den Fortschritt sehen, bevor das Projekt fertig ist?
Ja — genau das ist der Sinn von Staging ab Tag eins. Ab dem ersten Sprint haben Sie eine URL, die Sie besuchen und durch echte, funktionierende Funktionalität klicken können. Kein Demo-Video, keine Slideshow. Eine Live-Staging-Umgebung, die jeden Sprint aktualisiert wird. Die meisten Kunden prüfen sie mehrmals pro Woche.
Was passiert nach dem Launch?
Das 30-tägige Hypercare-Fenster beginnt. Wir überwachen die Produktion, reagieren innerhalb von Stunden auf Probleme und kümmern uns um alles, was nach dem Launch auftaucht. Nach der Hypercare wählen Sie: vollständige Übergabe an Ihr Team mit der Dokumentation, die wir während des gesamten Projekts geschrieben haben, oder eine Retainer-Vereinbarung, bei der wir als Ihr Entwicklungspartner weitermachen. Beide Wege hinterlassen Sie in einer guten Position.
Unterzeichnen Sie NDAs?
Ja, vor jedem Discovery-Call, bei dem vertrauliche Geschäftsdetails besprochen werden. Wir verwenden ein gegenseitiges NDA. Wenn Sie Ihr eigenes Standardformular haben, prüfen wir es — die meisten Standard-NDAs sind unkompliziert. Wir nehmen Vertraulichkeit ernst: Kundenprojektdetails, Architekturen und Geschäftslogik werden nie ohne ausdrückliche Genehmigung geteilt oder öffentlich referenziert.
Sagen Sie uns, was Sie bauen müssen.
Wir stellen die richtigen Fragen, scopen ehrlich und sagen Ihnen, was es kostet und wie lange es dauert. Kein Pitch Deck, kein Herumlavieren.