[ID: 4711]
STATUS: live

Rodarich

ENTITY
Rodarich
VECTOR
Dev & Motion
ARCH
WP, Oxygen Builder
CYCLE
2024
Trust no UI without a dark mode.
— A83 · CYBERPUNK
/work → Rodarich

// PROTOCOL_READOUT

Weniger Blabla, mehr Builds.

commit: clean-ship

// TASK_PROTOCOL

Target Analysis: Rodarich Imageagentur. High-End Branding, Fotografie & Strategie (Graz).

System Conflict: Eine Agentur für visuelles Storytelling darf keine statische Website haben. "Don't just show it, play it." Der User soll schon in der Übersicht spüren, wie die Kampagnen wirken.

Mission Objectives:

Motion-First Portfolio: Die Projektübersicht muss lebendig sein. Video-Thumbnails statt statischer Bilder.

Custom Layouts: Kein Standard-Raster. Jede Case-Study braucht Raum für Editorial-Design.

Identity Fusion: Die Website muss die Persönlichkeit der Agentur ("Scharfe Typen", "Echte Leidenschaft") digital spiegeln.

// STACK_DEPLOYED

  • [CORE]: WordPress
  • [ENGINE]: Oxygen Builder
  • [MEDIA]: Background Video Handling
  • [SCRIPT]: Custom Hover Interactions
  • [OPTIMIZATION]: Lazy-Load Video

// FIX_EXECUTED

Konzept "Portfolio" neu gedacht. Statt Klick-und-Lade haben wir eine Immersive Grid Architecture entwickelt.

Live-Preview Protocol: In der Portfolio-Übersicht werden beim Hover (oder permanent, je nach Viewport) WebM-Video-Loops im Hintergrund geladen. Das macht die Übersicht zu einem kuratierten Showreel.

Editorial Freedom: Mit Oxygen haben wir Templates erstellt, die ausbrechen. Bilder überlappen, Texte stehen frei, Weißraum wird aktiv genutzt.

// FINAL_STATUS

SYSTEM STATUS: IN_MOTION. Eine Website, die nicht nur informiert, sondern performt. Visuals: Cinematic. Engagement: High. Vibe: Unapologetic.

// GATEWAY_URI

https://rodarich.at

run /initial --mode=discovery

Die Diagnose vor der Operation.

// PROTOCOL: SCOPE_DEFINITION
Bevor wir auch nur eine Zeile Code schreiben, müssen wir das Ziel definieren. Wir vermeiden "Feature Creep" durch klare Absprachen. Wir analysieren nicht nur, was du willst, sondern was dein System braucht.
> INPUT_REQUIRED:
Bevor wir auch nur eine Zeile Code schreiben, müssen wir das Ziel definieren. Wir vermeiden "Feature Creep" durch klare Absprachen. Wir analysieren nicht nur, was du willst, sondern was dein System braucht.
  • Zielgruppen-Analyse (Wen jagst du?)
  • Content-Audit (Was hast du schon an Text/Bild?)
  • Design-Präferenzen (Moodboard / No-Gos)
  • Funktionale Anforderungen (Shop? Booking? Blog?)
> OUTPUT_GENERATED:
  • [DOC] Project Roadmap: Zeitplan & Meilensteine.
  • [STRUCT] Sitemap: Die Architektur deiner Seite.
  • [OFFER] Project Proposal: Detailliertes Angebot & Scope. Modular kalkuliert für maximale Flexibilität.