Ich arbeite dort, wo Messe, Event und Betrieb auf Software und Technik treffen — und wo Abläufe teuer werden, weil sie niemand sauber zu Ende gedacht hat. Hier stehen Sachen, die ich gebaut und fertig gedacht habe: eine Lichtsteuerung, ein Baukastensystem für die Standmontage und drei Softwarekonzepte gegen konkrete Kostenlecks im Messebetrieb.
Bevor eine Website, eine Software oder ein Stand entsteht, kläre ich, was jemand vor Ort eigentlich tun soll — und woran es heute scheitert. Kein zusätzlicher Beratungsapparat, sondern die Arbeitsweise hinter den Sachen auf dieser Seite.
NOX steuert nicht einzelne LEDs, sondern Flächen mit einer Aufgabe — Wand, Rahmen, Boden, Neonstreifen — die zusammen dieselbe Lichtszene ergeben.
KI-generierte VisualisierungNOX verteilt dieselbe Bewegung passend auf unterschiedliche Lichtflächen. Dadurch muss nicht für jedes Element ein eigener Ablauf gebaut werden.
stak organisiert Werkzeug, Material und Technik so, dass auf Baustellen weniger gesucht, umgeräumt und improvisiert wird. Die Einheiten werden im Lager vorbereitet, transportiert und vor Ort direkt genutzt.
KI-generierte VisualisierungMaterial bekommt vor dem Einsatz einen festen Platz. Dadurch sinken Suchwege und unnötige Handgriffe, und derselbe Aufbau lässt sich beim nächsten Projekt wiederholen.
Drei Softwarekonzepte gegen konkrete Stellen, an denen im Messe- und Eventbetrieb Geld verloren geht. Durchgedacht, nicht als Produkt gebaut.
Die Sachen auf der Startseite — NOX, stak, die Konzepte — sind das Ergebnis. Diese Seite zeigt, wie sie entstehen.
Kurz gesagt: Ich fange nie mit „wir brauchen eine Website / eine App / einen Stand“ an, sondern mit „wer soll hier was tun, und warum klappt das heute nicht?“
Ob Website, Software oder Messestand — ich stelle immer dieselben fünf Fragen. Fertig ist es erst, wenn jemand ohne Erklärung zurechtkommt und die Technik dahinter im Alltag mithält.
Wer soll in welcher Situation was verstehen oder tun — und woran erkennt man den Erfolg?
Echte Nutzer, echte Wege: Analytics, Sessions, Gespräche mit Leuten an der Front, Beschwerden, Suchanfragen und Supportfälle.
Wo genau steckt der Haken: fehlende Info, unklare Rolle, falscher Zeitpunkt, Bruch zwischen zwei Systemen, Wartezeit oder kein nächster Schritt.
Wenn wir X ändern, kann Zielgruppe Y die Handlung Z leichter machen, weil Hindernis A wegfällt.
Was der Nutzer sieht, was das System tut, wer zuständig ist, wo übergeben wird und was bei einem Fehler passiert — an einem Strang.
Klickbar, am 1:1-Aufbau oder als kleiner Pilot. Leute Aufgaben lösen lassen, nicht nach ihrer Meinung fragen.
Festlegen, wer zuständig ist, welche Inhalte, welches Material, welche Technik und welche Übergaben gebraucht werden — und nach echter Nutzung nachschärfen.
Kann niemand klar sagen, was besser werden soll und woran man das merkt, wird nicht gebaut — erst das Problem geklärt.
Eine kurze Auftragsklärung, eine Übersicht der beteiligten Leute und Rollen, eine Karte der Problemstellen, der durchgezeichnete Ablauf, ein testbarer Prototyp, ein Betriebsblatt — wer macht was — und ein Plan, woran man den Erfolg misst.
Die Hauptaufgabe klappt ohne Erklärung. Sichtbares und Technik dahinter greifen ineinander. Jeder kennt seine Rolle. Übergaben funktionieren. Man kann messen, dass es wirkt.
Für jeden wichtigen Moment gehört beides gestaltet: was der Mensch sieht — und was im Hintergrund funktionieren muss, damit es klappt.
Orientierung, Information, Handlung und nächster Schritt.
Systemreaktion, Daten, wer zuständig ist, Technik, Betrieb und Übergaben.
Nicht monatelang beraten — der kürzeste Durchlauf, der trotzdem trägt:
NOX ist eine kleine Software, die auf einem Mini-Rechner vor Ort läuft und Lichtobjekte steuert. Statt einzelne LEDs anzusprechen, behandelt sie Flächen mit einer Aufgabe — Wand, Rahmen, Neon — als eigenständige Einheiten, die alle demselben Takt folgen.
KI-generierte VisualisierungJedes Element kann anders aussehen oder sich anders bewegen. NOX hält Zeit, Tempo und Helligkeit gemeinsam und verteilt daraus die passenden Bilddaten an die einzelnen Ausgaben.
Gemeinsamer Takt: Tempo, laufende Zeit, Master-Helligkeit und Stimmung. Die Scene hält keine Pixel.
Jede Fläche hat eigene Größe, Zonen, Verhalten und Output. Ein Strip ist nativ 1×N, ein Panel 2D.
Ein synchroner Renderloop über alle Surfaces. Ein Zeitpunkt pro Frame verhindert Drift.
Der Kern kennt nur push(frame). Neue Ausgabewege sind Adapter und kein Umbau der Szenenlogik.
v0.5 soll Szenen unabhängig von der konkreten Hardware machen. Verhalten und Rollen werden einmal beschrieben; welche Geräte vor Ort dafür eingesetzt werden, wird getrennt zugeordnet.
stak ist kein Möbelentwurf, sondern ein Beispiel dafür, wie ich ein operatives Problem bis zur Baubarkeit durchdenke — vom Suchweg im Lager über die Zugriffslogik vor Ort bis zu den Lastpfaden, die vor einer Fertigung geklärt sein müssen. Die Aluprofile sind nicht das Thema. Das Thema ist, ein unklares „das nervt jedes Mal beim Aufbau“ so weit zu strukturieren, dass es reproduzierbar und baubar wird.
Ein gemeinsamer Ansatz für zwei unterschiedliche operative Aufgaben: stak.strctre organisiert Werkzeug, Material und Arbeit als mobile, doppelseitig nutzbare Struktur; stak.set organisiert Kundenkoje, Lager und Technik als vorbereitete Module.
Beide Systeme folgen derselben Logik: vorab strukturieren, als definierte Einheit transportieren und vor Ort ohne erneute Improvisation nutzen.
KI-generierte VisualisierungEin einziger 120 × 80 cm großer Korpus aus 25 × 25 mm Aluminiumprofilen. Die beiden 120-cm-Längsseiten sind zugänglich; Werkzeug, Material und offene Funktionszonen werden direkt in der Struktur organisiert. Transport und Nutzung sind damit nicht zwei getrennte Zustände.
Drei Ansichten derselben Systemidee: Gesamtvolumen sowie zwei beispielhafte, farbcodierte Bestückungen.
KI-generierte Visualisierung
KI-generierte Visualisierung
KI-generierte Visualisierung
stak.set besteht aus drei schmalen, rollbaren Regalen. Zwei Module übernehmen Kundenlager und Material; ein drittes Modul bündelt Strom, Verteilung und Ladezone. Die Module werden im Lager vorbereitet, als definierte Einheit transportiert und vor Ort ohne erneute Improvisation in Betrieb genommen.
Der Kern aus dem Systempapier bleibt: drei Module mit je 650 mm Breite, 400 mm Tiefe und rund 1200 mm Höhe, basierend auf einem 25 × 25 mm Aluminiumrahmen mit Holzauflage. Die 3 × 40 cm Tiefe nutzen die 120-cm-Palettenlänge sauber aus; innerhalb der 80-cm-Palettenbreite bleibt seitlich Reserve für Rollen, Führung und Sicherung.
KI-generierte VisualisierungDie neue Visualisierung zeigt den gewünschten Zielzustand klarer: links und mittig Lager-Module mit Euroboxen auf seitlichen Auflagen, rechts ein Technik-Modul mit Stromverteilung, Pegboard und offener unterer Zone. Erweiterungen wie Lochwand, Garderobe, Kabelhalter oder Taschen können an wiederholbaren Schnittstellen ergänzt werden.
Wichtig ist weniger die perfekte Außenform als die Systemlogik dahinter: vorbereitetes Material, definierte Technik, klare Zuständigkeit und schneller Aufbau in der Koje.
stak.set trennt drei Rollen sauber: Lager links, Lager Mitte, Technik rechts. Dadurch wird sofort sichtbar, wo Material liegt und wo Strom, Verteilung und Ladepunkte gebündelt sind.
Die beiden Lager-Module nehmen wiederkehrendes Material in Euroboxen auf. Boxengruppen, Zugriffsreihenfolge und Griffhöhen können pro Einsatz standardisiert werden.
Das Technik-Modul bündelt Strom, Verteilung, Kabel und Ladezone in einem separaten Feld. Dadurch bleibt Technik nicht zwischen Material verstreut, sondern ist direkt prüf- und zugreifbar.
Das Paper definiert bewusst Konzeptskizzen, keine Ausführungsplanung. Für einen belastbaren Prototyp müssen insbesondere Lastpfade, Verbindungen und reale Nutzung geprüft werden.
25 × 25 mm bleibt das gemeinsame Raster. Vor der Detailkonstruktion müssen konkrete Profilserie, Nutgeometrie und Verbinderfamilie feststehen.
Rollen müssen Gesamtgewicht, Hallenboden, Kabelbrücken und Stoßbelastungen verkraften. Ihre Befestigung darf nicht nur auf kleine Profilquerschnitte wirken; Montageplatten oder verstärkte Knoten sind zu prüfen.
Boxenauflagen, Zwischenprofile und Rahmen müssen auch bei einseitiger Beladung verwindungsarm bleiben. Ein leerer Aufbau reicht als Test nicht aus.
Platten, Führungen, Rollen und Halter sollen einzeln austauschbar bleiben. Oberflächen müssen Schmutz, Klebebandreste und wiederholtes Be- und Entladen tolerieren.
Drei Softwarekonzepte gegen konkrete Stellen, an denen im Messe- und Eventbetrieb Geld verloren geht. Durchgedacht, nicht als Produkt gebaut.
handover dokumentiert nur dann, wenn bei Lieferung oder Rückgabe etwas vom Auftrag abweicht. Zusatzleistungen, Schäden und Fehlmengen werden dadurch nachvollziehbar und können später verrechnet werden.
Wenn alles stimmt, entsteht kein zusätzlicher Dokumentationsaufwand.
KI-generierte VisualisierungNachlieferungen, Schäden, Fehlmengen und Zusatzarbeit werden oft pragmatisch erledigt - und später nicht sauber verrechnet.
relay hält fest, wenn Kunden Unterlagen oder Freigaben zu spät liefern und dadurch Zusatzkosten entstehen. Frist, tatsächlicher Eingang und Kostenfolge bleiben an einem Ort nachvollziehbar.
E-Mail bleibt der normale Kommunikationskanal.
KI-generierte VisualisierungExpressproduktion, Sonderfahrten oder Zusatzschichten entstehen real - werden aber später oft nicht sauber dokumentiert oder verrechnet.
hapticals zeigt, welche Werbemittel bei Veranstaltungen tatsächlich verteilt wurden, was übrig blieb und was eine tatsächliche Ausgabe gekostet hat.
Die Frage ist nicht nur „Was liegt noch im Lager?“, sondern: Welche Werbemittel lohnen sich beim nächsten Mal?
KI-generierte VisualisierungWas häufig fehlt, ist die wirtschaftliche Perspektive: Was wurde tatsächlich genutzt, was blieb übrig und welche Artikel rechtfertigen ihr Budget?
Inhalte so ordnen, dass Leute finden, was sie suchen, ohne zu fragen. Die Arbeit zeigt, wie eine inhaltsreiche Website verständlicher gegliedert und leichter navigierbar wird.
Die Quelle bleibt bewusst unkenntlich. Gezeigt wird ausschließlich die Art der Arbeit.
Das Formular bereitet eine E-Mail an iludo vor. Die Eingaben werden nicht auf der Website gespeichert.
Angaben zum Diensteanbieter und Medieninhaber.
Mag. Andreas Eibelhuber
Schulstraße 9
4716 Hofkirchen an der Trattnach
Österreich
E-Mail: iludo@mailbox.org
Weitere unmittelbare Kontaktmöglichkeit: Kontaktformular
Berufs-/Gewerbebezeichnungen: Werbeagentur, Werbearchitekt
Mitgliedschaft: Wirtschaftskammer Oberösterreich, Fachgruppe Werbung und Marktkommunikation
Aufsichtsbehörde: Bezirkshauptmannschaft Grieskirchen
Anwendbare Rechtsvorschrift: Gewerbeordnung 1994 (GewO), abrufbar über
RIS.
Medieninhaber: Mag. Andreas Eibelhuber
Sitz: Hofkirchen an der Trattnach
Unternehmensgegenstand: Werbeagentur und Werbearchitektur.
Diese Website dient der Information und Präsentation ausgewählter Arbeiten. Über die Website können keine kostenpflichtigen Leistungen bestellt und keine Verträge automatisiert abgeschlossen werden. Soweit für konkrete Aufträge Allgemeine Geschäftsbedingungen oder andere Vertragsbedingungen vereinbart werden, werden diese vor Vertragsabschluss gesondert zur Verfügung gestellt.
So wenig Datenerhebung wie möglich: kein Marketing-Tracking, kein Newsletter, kein Benutzerkonto.
Mag. Andreas Eibelhuber
Schulstraße 9, 4716 Hofkirchen an der Trattnach, Österreich
iludo@mailbox.org
Die Website wird über Cloudflare Pages bereitgestellt. Beim Aufruf einer Website fallen technisch notwendige Verbindungs- und Protokolldaten an. Dazu können insbesondere IP-Adresse, Zeitpunkt des Zugriffs, angeforderte Ressource, Browser-/Geräteinformationen und sicherheitsrelevante Verbindungsdaten gehören.
Die Verarbeitung erfolgt zur sicheren, stabilen und effizienten Bereitstellung dieser Website auf Grundlage des berechtigten Interesses gemäß Art. 6 Abs. 1 lit. f DSGVO. Cloudflare kann Daten im Rahmen seiner Leistungserbringung auch außerhalb des EWR verarbeiten. Für entsprechende Übermittlungen sieht Cloudflare unter anderem die EU-Standardvertragsklauseln und ergänzende Schutzmaßnahmen vor.
Weitere Informationen: Cloudflare Privacy Policy und Cloudflare Data Processing Addendum.
Bei einer Kontaktaufnahme per E-Mail werden die übermittelten Angaben zur Bearbeitung der Anfrage und für erforderliche Anschlusskommunikation verarbeitet. Je nach Inhalt der Anfrage erfolgt dies zur Durchführung vorvertraglicher Maßnahmen gemäß Art. 6 Abs. 1 lit. b DSGVO oder auf Grundlage des berechtigten Interesses an der Bearbeitung von Anfragen gemäß Art. 6 Abs. 1 lit. f DSGVO.
Das Kontaktformular dieser Website sendet die Eingaben nicht an einen iludo-Webserver. Beim Absenden wird auf dem Gerät des Nutzers eine E-Mail an iludo@mailbox.org vorbereitet. Die eigentliche Übermittlung erfolgt über das dort verwendete E-Mail-Programm bzw. den jeweiligen E-Mail-Anbieter.
E-Mails an iludo werden über mailbox.org / Heinlein Hosting GmbH verarbeitet. Daten werden nur so lange aufbewahrt, wie dies für die Bearbeitung der Anfrage, eine daraus entstehende Geschäftsbeziehung oder gesetzliche Aufbewahrungs- und Nachweispflichten erforderlich ist.
In die Website ist derzeit kein eigenes Analyse-, Werbe- oder Marketing-Tracking eingebunden. Es werden keine externen Webfonts, Social-Media-Pixel oder Newsletter-Tracker geladen. Daher wird kein Consent-Banner für solche Dienste eingesetzt.
Betroffene Personen haben – soweit die gesetzlichen Voraussetzungen vorliegen – insbesondere Rechte auf Auskunft, Berichtigung, Löschung, Einschränkung der Verarbeitung, Datenübertragbarkeit und Widerspruch. Anfragen dazu können an iludo@mailbox.org gerichtet werden.
Es besteht das Recht auf Beschwerde bei der zuständigen Datenschutzaufsichtsbehörde:
Österreichische Datenschutzbehörde
Barichgasse 40–42
1030 Wien
www.dsb.gv.at
Visualisierung ist nicht gleich Dokumentation eines real gebauten Zustands.
Ein Teil der Illustrationen und Renderings auf iludo.wtf wurde mit generativer KI erstellt und anschließend redaktionell ausgewählt, angepasst und in den jeweiligen Projektkontext eingeordnet. Solche Bilder sind direkt mit „KI-generierte Visualisierung“ gekennzeichnet.
Die Kennzeichnung bezieht sich auf die Entstehungsweise des Bildes. Sie sagt nichts darüber aus, ob das zugrunde liegende Konzept, die Software, Maße, Abläufe oder technischen Aussagen real entwickelt bzw. getestet wurden.
Fotorealistisch wirkende KI-Renderings – insbesondere bei stak – dokumentieren keinen real gebauten Zustand, sofern dies nicht ausdrücklich anders angegeben ist. Maßangaben, Konstruktionshinweise und Projektstatus werden deshalb getrennt vom Bild beschrieben.
Wenn auf einer Projektseite ein realer Working Proof, reale Hardware oder ein tatsächlich getesteter Zustand genannt wird, bezieht sich diese Aussage auf den beschriebenen Projektstand und nicht automatisch auf jede daneben verwendete Illustration.
Offen, wo ausdrücklich offen. Ansonsten keine pauschale Freigabe.
Texte, Grafiken, Illustrationen, UI-Darstellungen, technische Zeichnungen, Softwaredarstellungen und sonstige konkrete Inhalte dieser Website sind – soweit nicht ausdrücklich anders gekennzeichnet – nicht pauschal zur Weiterverwendung lizenziert.
Die bloße Darstellung eines Projekts oder Konzepts auf iludo.wtf stellt insbesondere keine allgemeine Open-Source-, Open-Hardware- oder kommerzielle Nutzungslizenz dar.
Werden einzelne Materialien, Softwarebestandteile oder Bauunterlagen später in einem Repository oder Download ausdrücklich unter einer Open-Source- oder Open-Hardware-Lizenz veröffentlicht, gilt ausschließlich die dort beigefügte Lizenz für genau diese Materialien.
Repository, Lizenzdatei und Versionsstand gehen dabei allgemeinen Hinweisen auf dieser Website vor.
Die Darstellung von NOX auf iludo.wtf ist ein Projekt- und Working-Proof-Nachweis. Daraus entsteht keine Freigabe des Quellcodes oder eine allgemeine Lizenz zur Nutzung oder Weiterverteilung.
Die Darstellung von stak sowie handover, relay und hapticals beschreibt System- und Konzeptarbeit. Eine spätere Veröffentlichung einzelner stak-Bauunterlagen unter einer Open-Hardware-Lizenz ist davon zu unterscheiden und muss gesondert gekennzeichnet werden.