Wir arbeiten lieber mit klaren Plänen als mit Überraschungen. Unser Prozess klärt Umfang, Budget und Zeitplan, bevor die Entwicklung beginnt – damit alle wissen, was gebaut wird, und wir uns verbindlich zur Lieferung verpflichten können.
Jedes größere Projekt beginnt mit einer intensiven Discovery-Phase. Wir sichten bestehende Systeme, Analysen und Dokumentationen. Wir führen Workshops mit Stakeholder:innen durch, um Ziele, Rahmenbedingungen und Kontext zu verstehen. Wir prüfen die technische Architektur und die Anforderungen an Schnittstellen. Wir erkunden die Informationsarchitektur und beginnen, User Journeys zu kartieren.
Das Ziel: von Annahmen zu Erkenntnissen – eine gemeinsame Grundlage für alles, was folgt.
Aus der Discovery heraus definieren wir detaillierte Anforderungen und bewerten den Aufwand jeder einzelnen. Das geschieht gemeinsam und transparent – du siehst genau, wie wir die Arbeit einschätzen und welche Abwägungen bestehen. 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 Modelling, Informationsarchitektur. Diese Arbeit ist iterativ – wir teilen früh, holen Feedback ein und verfeinern. Wireframes werden an echten Nutzerbedürfnissen getestet, bevor wir ins visuelle Design wechseln.
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 fokussierte Arbeit umfassen. Wir bauen offen – 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 lässt das zu.
Wir übernehmen CMS-Implementierung, Frontend- und Backend-Entwicklung sowie Integrationsarbeiten. Für Tessitura-Kund:innen umfasst das die Konfiguration von BlocksOffice oder das Styling von TNEW, die Einrichtung unseres Proxy-Dienstes und die Entwicklung aller projektspezifischen Funktionen.
Vor der Übergabe führen wir ein gründliches internes QA über Browser, Geräte und assistive Technologien hinweg durch. Wir testen standardmäßig gegen WCAG 2.2 AA. Probleme werden erfasst, priorisiert und behoben.
Dann kommt die Kundenabnahme. Du hast Zeit, die Website gegen die Anforderungen zu testen und alles zu melden, was Aufmerksamkeit braucht. Wir beheben Probleme in dedizierten Nachbesserungssprints, bevor wir den Launch angehen.
Wir koordinieren eng mit deinem Team und etwaigen Drittparteien, um ein reibungsloses Deployment sicherzustellen. In den Wochen unmittelbar nach dem Launch überwacht ein mit dem Projekt vertrauter Entwickler Server, Fehlerprotokolle und Nutzerfeedback – und reagiert schnell auf auftretende Probleme.
Egal wie sorgfältig man testet: Ein Launch vor echten Nutzer:innen in der realen Welt bringt immer Dinge ans Licht, die man nicht vorhergesehen hat. Wir planen dafür.
Wir setzen auf langfristige Zusammenarbeit. Die meisten unserer Kund:innen arbeiten seit Jahren mit uns – und wir bieten laufenden Support, der Bugfixes, kleine Verbesserungen und die kontinuierliche Pflege abdeckt, die eine Website braucht.
Wir kommen auch für größere Projekte zurück, wenn Organisationen sich weiterentwickeln: neue Funktionen, Conversion-Optimierung, Design-Refreshes, Reaktionen auf veränderte geschäftliche Anforderungen. Die Website ist mit dem Launch nicht fertig – sie ist die Grundlage für kontinuierliche Verbesserung.