UX Research & Concept · Fertighausbau · 1 Designer, 3 Devs · Hackathon · 2026 · 1,5 Tage
Nach der Musterhaus-Beratung übertrug der Berater seine handschriftlichen Notizen mühsam in drei getrennte Systeme. Scan2Configure macht das Scannen zum Erfassen — korrekt, vollständig, ohne Nacharbeit.
WeberHaus · Scan2Configure
Ein Tablet-Tool für den WeberHaus-Berater: Exponate scannen, Abhängigkeiten live prüfen, Preise sofort sehen — und in WeKo, CAD und den myWeberHaus Designer synchronisieren.
Case study
Scan2Configure digitalisiert die physische Bemusterung bei WeberHaus. Statt Wünsche händisch zu notieren und später in mehrere Systeme zu übertragen, erfasst der Berater sie per Scan — direkt am Exponat, im Gesprächsfluss.
Die Challenge
Zwei Grundprobleme bremsen die Bemusterung heute aus:
Anforderung: Aufwand und Fehler reduzieren — vom Klemmbrettmitschrieb zur digitalen Scanner-Erfassung. Daraus wird eine Anwendung mit vollintegrierter Synchronisation über alle drei Systeme.
Hinzu kam: Für Details und Sonderwünsche musste der Berater die Beratung physisch verlassen — Katalog und weitere Unterlagen waren nur im Büro zugänglich, nicht in der Bemusterungshalle.
„Am Muster bin ich mit dem Kunden schnell — aber danach trage ich jede Zeile einzeln in drei Systeme nach."Synthetisierte Berater-Hypothese · keine Interview-Transkription Annahme/unvalidiert
Problemebenen
Ebene 1 — im Gespräch
Die handschriftlichen Notizen zur Bemusterung waren fehleranfällig; Sonderwünsche erforderten den Gang ins Büro.
Ebene 2 — nach dem Gespräch Kernproblem
Manuelle, ungeprüfte Mehrfachübertragung in drei getrennte Systeme.
Ebene 3 — nach dem Abschluss optional
Der Kunde wartete teils mehrere Wochen auf seine Vertragsdokumente — Papierform, per Post (Verlustrisiko); bis zur unterschriebenen Rücksendung verging weitere Zeit.
WKW
Wie erfassen wir die Bemusterung so, dass korrekte, vollständige Daten ohne manuelle Nachbearbeitung in allen Systemen landen?
Prozess
Ist-Prozess der Bemusterung entlang der Beraterrolle kartiert: Klemmbrett-Erfassung, Daten nur im Büro, manuelle Mehrfachübertragung in drei Zielsysteme.
Konfigurator- & Sampling-Landschaft per KI-Schnellanalyse gesichtet (Hackathon-Zeitdruck): Cyncly, palette CAD, Roomle, Tulip, Automotive-Konfiguratoren.
Reframe von „Erfassungstool" zu „friktionsfreiem Scan-als-Erfassung"; Persona des Bemusterungs-Beraters geschärft.
Scan-to-Cart-Flow, Live-Abhängigkeitsprüfung, Preis-Feedback und Sync-Logik als MVP entworfen.
Umfang in 3 Phasen strukturiert — mit expliziter Priorisierungs-Begründung, was zuerst kommt und was wartet.
Ziel: Schneller Einstieg in die Beratung ohne technische Hürden.
Ziel: Schnelle, fehlerfreie Erfassung im Gesprächsfluss.
Ziel: Keine unvollständigen Konfigurationen, aber kein harter Block.
Ziel: Vollständige Kontrolle über die Konfiguration.
Ziel: Abschluss der Beratung mit professionellem Übergabeprotokoll.
Ziel: Kunde kann Entscheidungen in Ruhe besprechen.
Ziel: Beratung funktioniert auch ohne Netzverbindung.
Die fünf aktiven Interaktionen aus der neunstufigen Showroom-Begehung (Schritte 2, 4, 6, 7, 8) — Schritte, in denen das System automatisch reagiert (Artikel erkennen, Menge berechnen), zählen nicht als Interaktion.
Wettbewerb
Zwei getrennte Wettbewerbsfelder: Bemusterungs-/Sampling-Tools (B2B, wie Scan2Configure selbst) und kundenseitige 3D-Hauskonfiguratoren (Endkunden-Self-Service, wie WeberHaus ihn heute schon anbietet).
B2B-Bemusterungs- & Sampling-Tools Annahme: KI generiert
Fertighaus-Konfiguratoren für Endkunden Markt-Vergleich
Echtzeit-Preisanzeige während des gesamten Planungsprozesses — sofortige, transparente Kostenkontrolle.
Konfigurator 2.0 mit AR-Funktion: fotorealistische 3D-Projektion des Hauses aufs eigene Grundstück.
Intuitive Bedienung, spielerisches Ausprobieren, Speichern & PDF-Export.
Große Auswahl konfigurierbarer Haustypen — Doppelhaus, Reihenhaus, Bungalow.
Keiner der vier ist auf den beratergeführten Showroom-Moment zugeschnitten — genau dort setzt Scan2Configure an, nicht beim Endkunden-Self-Service.
Findings
Aus der Wettbewerbsanalyse destilliert — Hypothesen, keine getestete Positionierung. Annahme/unvalidiert
Scan2Configure ist nicht ein weiterer Konfigurator — es ist der fehlende Handoff-Layer zwischen physischem Showroom und den digitalen Systemen, die heute nachgelagert mühsam befüllt werden müssen.
Marktlücken / Differenzierung
Insights
Beratung am Muster und Systemarbeit sind zwei getrennte Welten; die Nach- und Büroarbeit rund um die Bemusterung frisst die Zeit.
→ Ein Werkzeug führt beides zusammen: Scannen am Exponat, das System füllt sich mit — Nacharbeit wird minimiert.
Produktabhängigkeiten müssen geprüft werden — im Showroom hat der Berater dafür keine Möglichkeit und muss sich voll auf sein eigenes Wissen und seine Erfahrung verlassen (illustratives Beispiel: Bodenbelag ↔ Fußbodenheizung).
→ Live-Dependency-Check beim Hinzufügen; Konflikte werden erklärt, nicht nur markiert.
WeKo, CAD und Designer werden heute einzeln von Hand nachgepflegt. Reine Digitalisierung (Scannen statt Klemmbrett) löste nur einen kleinen Teil — der Hebel ist die Zusammenführung.
→ Bewusst gewählt: ein Warenkorb als Single Source of Truth; Sync-Status je System sichtbar, Push statt Abtippen.
Preis- und Machbarkeits-Feedback sollte im Gesprächstempo kommen — als Design-Prinzip angenommen, nicht getestet.
→ Optimistisches UI mit sofortigem Preis-Delta; Sync im Hintergrund, Fehler nicht-blockierend.
Personas
Zwei Personas, hergeleitet aus Requirements-Dokumenten und Branchenwissen — nicht aus geführten Interviews. Annahme/unvalidiert
„Das Muster steht vor uns — das System muss dem folgen, nicht umgekehrt." Annahme/unvalidiert
„Ich will sehen, was meine Entscheidung kostet — jetzt." Annahme/unvalidiert
Scan2Configure ist explizit kein kundenseitiges Self-Service-Tool. Der Kunde ist Mitbetrachter (Phase-2-Feature „Customer-Mirror"), nicht Nutzer.
Journey: Vorher / Nachher
IST und SOLL im direkten Vergleich — inklusive der emotionalen Verschiebung von Beratung bis Abschluss. Annahme/unvalidiert
Die Lösung
Exponat scannen — ein Tap fügt es dem Warenkorb hinzu.
Details & Sonderwünsche direkt am Beratungsort nachschlagen — alle Daten digital, kein Gang ins Büro.
Abhängigkeitskonflikt wird erklärt und lösbar angeboten.
Sync-Status je Zielsystem: WeKo, CAD, Designer.
Protokoll als PDF-Export als Handout zur Mitnahme.
Ein Warenkorb als einzige Datenquelle — die drei Systeme folgen, statt abgetippt zu werden.
Informationsarchitektur
Ein Berater-Flow (Kundensuche → Projekt → Scan → Warenkorb → Review), ein separater Admin-Pfad für Backoffice und Katalogpflege.
Modul-Übersicht — 15 Features
Navigationsstruktur
Datenfluss & Single Source of Truth
Priorisierung
Aus User-Sentiment und strategischer Analyse abgeleitet, jedem Feature anhand von drei Leitfragen eine Ausbauphase zugeordnet. Logik nachvollziehbar, Reihenfolge nicht getestet
Harter Kern — ohne den funktioniert nichts danach.
Höchster wahrgenommener Wert für Kunde und Berater.
Der Warenkorb braucht einen Eigentümer.
Löst die 80%-Nachbearbeitungs-These direkt ein.
Pareto-Prinzip statt vollständiger Regel-Engine.
Zweiter Bildschirm für den Kunden — Phase-2-Kandidat.
Welche Leitfrage entscheidet über welche Ausbauphase
Explizit NICHT im MVP
Entscheidungen
Löst den Medienbruch direkt; höchster Job-to-be-done-Wert.
Kalkulation ist das erste System, das die Live-Beratung berührt.
Starker Wert, aber Hardware-/Setup-abhängig; nicht MVP-kritisch.
Hohe technische Kopplung; erst nach stabilem Warenkorb-als-Datenquelle sinnvoll.
Kein Signal aus der Vorarbeit, kein echter Job; lenkt vom Gesprächsfluss ab.
Usability-Bewertung
Expertenbewertung nach Nielsens 10 Heuristiken — keine Studie mit echten Nutzer:innen.
Was bereits funktioniert, und was in der aktuellen Umsetzung fehlt.
Heuristische Einschätzung — kein formales WCAG-2.1-Audit.
Design Review
Im Hackathon-Zeitdruck liefen Coding und Interaktionskonzept parallel — das MVP entstand, während das Konzept noch in Arbeit war, nicht danach. Die Folge: Umsetzung und UX-Konzept wichen an mehreren Stellen voneinander ab.
Eine Überarbeitung war vor Abgabetermin nicht mehr möglich. Deshalb habe ich ein gezieltes Design Review durchgeführt, die kritischsten Abweichungen priorisiert und die wichtigsten Korrekturen in einen Referenz-Screen übersetzt — ein konkretes Ziel für die intendierte Interaktionslogik, ohne das MVP komplett neu zu bauen.
Das MVP nutzte Rot und Grün für Auswahl und Interaktionselemente, unabhängig vom Systemzustand — das schwächte beide Farben als Statussignal.
→ UX-Entscheidung: Rot und Grün sind ausschließlich für Error und Success reserviert — Auswahl und Interaktion erhalten eine neutrale Hierarchie.
Jeder Raum wirkte wählbar; erst nach der Auswahl erfuhren Nutzer, dass ein Raum nicht zum gescannten Artikel passte.
→ UX-Entscheidung: Die Verfügbarkeit wird schon beim Scan geprüft — unpassende Räume werden sofort deaktiviert, wählbar sind nur gültige Optionen.
Design Refinement in Arbeit: Der Mockup belegt das Interaktionsprinzip — ungültige Wahl verhindern statt sie nachträglich zu erklären — die visuelle Ebene muss dem Design-System noch folgen: feinere Konturen, weniger Gewicht, eine ruhigere Hierarchie. In Arbeit
Der Pitch
Status Quo → Lösungsvision → Live-Demo. Präsentiert von Team HomeWork (Heinrich, Martin, Gilbert, Verena) vor der Hackathon-Jury.
verschwendet durch den heutigen Prozess Schätzung
„Beratungsqualität steigt, wenn Technik unsichtbar im Hintergrund arbeitet."
Outcome
Scan2Configure löst nicht nur die Erfassung, sondern das eigentliche Problem dahinter — die aufwendige, fehleranfällige Nachbearbeitung. Bewusst ohne erhobene Kennzahlen; die Aussagen sind direktional und durch einen Proof of Concept gestützt.
Ein Proof of Concept stützt, dass das System diese Verbesserungen liefern kann.
Konzept- und Strategiepaket: Produktvision, Wettbewerbsanalyse, priorisierte Feature-Roadmap (3 Phasen) und ein Scan-to-Cart-MVP-Konzept mit Live-Abhängigkeitsprüfung und Drei-System-Sync — plus Proof of Concept. Kein produktives Rollout.
Personas mit echten Berater- und Bauherren-Interviews schärfen, Abhängigkeitslogik am realen Produktkatalog testen und die Sync-Fehlerfälle (WeKo/CAD/Designer) mit den Systemownern durchspielen — bevor gebaut wird.