Wir mögen gut geplante Projekte. Überraschungen weniger. Unser Prozess ist darauf ausgelegt, Unklarheiten zu beseitigen, bevor die Entwicklung beginnt – damit Umfang, Budget und Zeitplan für alle klar sind und wir verbindlich liefern können, was wir vereinbart haben.
Jedes größere Projekt beginnt mit einer intensiven Discovery-Phase. Wir sichten bestehende Systeme, Analysen und Dokumentation. In Workshops mit den Beteiligten klären wir Ziele, Rahmenbedingungen und Kontext. Wir prüfen die technische Architektur und Integrationsanforderungen und beginnen, die Informationsarchitektur und User Journeys zu skizzieren.
Das Ziel: weg von Annahmen, hin zu Belegen – als gemeinsame Grundlage für alles, was folgt.
Aus der Discovery heraus definieren wir detaillierte Anforderungen und schätzen den Aufwand für jede einzelne. Das geschieht gemeinsam und offen – du siehst genau, wie wir die Arbeit einschätzen und welche Abwägungen es gibt. Anforderungen werden nach Zielen und Budget priorisiert, und wir einigen uns auf den Projektumfang.
Hier bestätigen wir auch den technischen Ansatz: CMS-Plattform, Integrationsstrategie, Hosting-Architektur.
Wir beginnen mit der User Experience: Journey Mapping, Wireframes, Content-Modellierung, Informationsarchitektur. Dieser Prozess ist iterativ – wir teilen früh, holen Feedback ein und verfeinern. Wireframes werden an echten Nutzerbedürfnissen getestet, bevor wir ins visuelle Design gehen.
Visuelles Design übersetzt Markenidentität in Screens und Interaktionen. Wir entwickeln Pattern Libraries und Designsysteme, die Konsistenz sichern und künftige Arbeit effizienter machen. Designs werden geprüft und verfeinert, bevor die Entwicklung beginnt.
Die Entwicklung ist in Sprints organisiert, die jeweils etwa eine Woche konzentrierte Arbeit umfassen. Wir bauen transparent, mit regelmäßigen Demos und Feedbackmöglichkeiten. Das ist kein Wasserfall – wir rechnen damit, während der Entwicklung Dinge zu lernen, die die Arbeit beeinflussen, und die Sprintstruktur gibt dafür Raum.
Wir übernehmen CMS-Implementierung, Front-end- und Back-end-Entwicklung sowie Integrationsarbeit. Für Tessitura-Kund:innen umfasst das die Konfiguration von BlocksOffice oder das Styling von TNEW, die Einrichtung unseres Proxy-Diensts und die Entwicklung aller projektspezifischen Funktionen.
Vor der Übergabe führen wir eine gründliche interne Qualitätssicherung durch – über Browser, Geräte und Hilfstechnologien hinweg. WCAG 2.2 AA ist unser Standard. Probleme werden dokumentiert, priorisiert und behoben.
Dann kommt die Kundenabnahme. Du hast Zeit, die Website gegen die Anforderungen zu testen und alles zu markieren, das noch Aufmerksamkeit braucht. Wir beheben offene Punkte in dedizierten Korrektur-Sprints, bevor wir in Richtung Launch gehen.
Wir koordinieren eng mit deinem Team und etwaigen Drittparteien, um eine reibungslose Inbetriebnahme sicherzustellen. In den Wochen unmittelbar nach dem Launch überwacht ein mit dem Projekt vertrauter Entwickler bzw. eine vertraute Entwicklerin Server, Fehlerprotokolle und Nutzerfeedback und behebt Probleme schnell, sobald sie auftauchen.
Egal wie sorgfältig man testet: Echte Nutzer:innen in der echten Welt bringen immer Dinge zum Vorschein, die man nicht vorhergesehen hat. Das planen wir ein.
Wir setzen auf lange Beziehungen. Die meisten unserer Kund:innen arbeiten seit Jahren mit uns, und wir bieten laufenden Support: von Bugfixes über kleinere Verbesserungen bis hin zur stetigen Pflege, die eine Website nun mal braucht.
Wir kommen auch für größere Projekte zurück, wenn Organisationen sich weiterentwickeln – neue Funktionen, Conversion-Optimierung, Design-Auffrischungen, Reaktionen auf veränderte geschäftliche Anforderungen. Die Website ist beim Launch nicht fertig; sie ist die Grundlage für kontinuierliche Verbesserung.