Lint
Prüft Codequalität und verhindert vermeidbare strukturelle Fehler.
Arbeitsweise
Gute digitale Projekte entstehen nicht in einem einzigen Schritt.
Heaviside Solutions arbeitet nicht nach einem universellen Baukasten. Jedes Projekt beginnt mit seiner konkreten Aufgabe und wird anschließend strukturiert entwickelt, geprüft und kontrolliert veröffentlicht.
Projekte ansehenVom Problem zur Veröffentlichung
Ein klarer Prozess reduziert spätere Kompromisse.
Die einzelnen Phasen sind nicht als starres Projektmanagement-Modell gedacht. Sie schaffen vielmehr feste Kontrollpunkte, damit wichtige Entscheidungen nicht erst getroffen werden, wenn ihre Folgen bereits schwer zu korrigieren sind.
- 01
Problem verstehen
Bevor eine technische oder gestalterische Lösung entsteht, wird zuerst geklärt, welches konkrete Problem ein Projekt lösen soll und für wen es relevant ist.
- 02
Projekt abgrenzen
Zielgruppe, Rolle, Inhalte und technische Verantwortung werden bewusst von anderen Projekten getrennt, bevor Strukturen unnötig miteinander vermischt werden.
- 03
Struktur planen
Routen, Inhalte, Datenmodelle, Navigation, Metadaten und technische Abhängigkeiten werden so früh wie sinnvoll definiert und zentralisiert.
- 04
Umsetzen
Die technische Umsetzung folgt der tatsächlichen Aufgabe des Projekts. Es wird nur dort abstrahiert oder automatisiert, wo daraus ein nachvollziehbarer Vorteil entsteht.
- 05
Prüfen
Vor einer Veröffentlichung werden technische, strukturelle und redaktionelle Anforderungen automatisiert und manuell kontrolliert.
- 06
Veröffentlichen
Eine Seite oder ein Beitrag wird erst freigegeben, wenn die vorgesehenen Qualitätsregeln erfüllt sind und der tatsächliche Veröffentlichungsstatus eindeutig gesetzt wurde.
- 07
Weiterentwickeln
Nach dem Start werden Inhalte, Technik und Nutzerführung weiter beobachtet. Änderungen sollen nachvollziehbar bleiben und bestehende Qualität nicht unbeabsichtigt verschlechtern.
Qualität als System
Prüfungen gehören in den Entwicklungsprozess – nicht ans Ende einer Checkliste.
Ein Teil der Qualität lässt sich nicht automatisieren. Verständlichkeit, fachliche Einordnung oder eine glaubwürdige Nutzerführung brauchen weiterhin menschliche Bewertung. Wiederholbare technische Anforderungen sollten dagegen automatisch geprüft werden.
Aktiv
Typecheck
Kontrolliert, ob Daten und Komponenten den vorgesehenen Typen entsprechen.
Production Build
Zeigt vor der Veröffentlichung, ob das Projekt unter Produktionsbedingungen vollständig gebaut werden kann.
Publication Contract
Verhindert, dass Entwürfe oder unvollständige Inhalte versehentlich als veröffentlicht gelten.
Master-Audit
Prüft Sitemap, Statuscodes, interne Links, Metadaten, Canonicals, strukturierte Daten und Security-Header gemeinsam.
Playwright & Axe
Öffnet veröffentlichte Seiten in mehreren Viewports und prüft Layout, Browserfehler, Tastaturgrundlagen und WCAG-Auffälligkeiten.
Veröffentlichung
Technisch erreichbar ist nicht automatisch veröffentlichungsreif.
Seiten können während der Entwicklung bereits lokal oder auf einer Vorschau erreichbar sein. Das bedeutet jedoch nicht, dass sie automatisch in Suchmaschinen oder der öffentlichen Sitemap auftauchen sollen.
Deshalb unterscheiden wir bewusst zwischen Entwurf, Prüfung und Veröffentlichung. Erst ein freigegebener Veröffentlichungsstatus sorgt dafür, dass eine Seite als regulärer Bestandteil der öffentlichen Website behandelt wird.
EntwurfPrüfungVeröffentlicht
Technische Grundsätze
Komplexität nur dort, wo sie einen echten Zweck erfüllt.
- 01
So wenig technische Kopplung wie möglich.
- 02
So viel zentrale Pflege wie tatsächlich sinnvoll.
- 03
Keine Veröffentlichung nur deshalb, weil eine Seite technisch erreichbar ist.
- 04
Keine künstliche Vereinheitlichung unterschiedlicher Projekte.
- 05
Keine Qualitätsprüfung erst nach dem Livegang.
Nachvollziehbarkeit