1. Verwendung und wichtigste Produktfrage festlegen
Soll der Besucher die äußere Form erkennen, Varianten vergleichen oder eine bestimmte Anwendung verstehen? Diese Frage bestimmt, welche Geometrie und Information benötigt wird. Ein Browsermodell muss nicht jede interne Schraube eines Konstruktionsmodells enthalten. Für eine fachliche Erklärung können bestimmte Innenbauteile dagegen erforderlich sein.
Im Briefing stehen Ausgabeform, Produktzahl, Varianten, Zielgeräte und gewünschte Interaktion. Eine Animation, ein statisches Rendering und eine WebGL-Anwendung erhalten eigene Anforderungen. Welche Quellformate tatsächlich nutzbar sind, wird an einer repräsentativen Datei geprüft; eine automatische Konvertierung jedes CAD-Formats wird nicht zugesagt.
2. Ein Datenmanifest statt einer unbeschrifteten Dateisammlung übergeben
Zu jedem Modell gehören Versionsstand und Maßstab. Produktnamen, Bauteile und Varianten werden so benannt, dass Marketing und Entwicklung dieselbe Fassung meinen. Pläne und freigegebene Referenzansichten helfen, fehlende Materialien, Farben oder Ansichten zu ergänzen. Unbekannte Maße werden als offene Angaben markiert.
Die Übergabe benennt außerdem Rechte und Zuständigkeit für die bereitgestellten Daten. Das Team legt fest, welche Außen- und Innenflächen öffentlich sichtbar sein dürfen. Nicht benötigte oder vertrauliche Geometrie wird vor der Browserausgabe abgegrenzt; ein frei abrufbares Webmodell wird nicht als vertraulicher Dateispeicher behandelt.
| Datenpunkt | Hilfreiche Angabe | Zu klärende Entscheidung |
|---|---|---|
| Modellfassung | Dateiname, Datum, Produkt-/Variantenstand | Welche Fassung ist fachlich freigegeben? |
| Einheit und Maßstab | Einheit, bekannte Maße und Referenzansicht | Welche Größen dürfen dargestellt werden? |
| Bauteile und Details | Baugruppen, sichtbare Flächen und vereinfachbare Teile | Was muss gezeigt, entfernt oder neu aufgebaut werden? |
| Material und Inhalt | Farben, Texturen, Beschriftung und Produktmerkmale | Wer bestätigt die sachliche und gestalterische Ausgabe? |
3. Aufbereitung und neue Produktion getrennt beschreiben
Ein vorhandenes Modell kann bereinigt, vereinfacht oder in Teilen neu aufgebaut werden. Fehlende Oberflächen, uneinheitliche Varianten und nicht nutzbare Geometrie verändern den Aufwand. Das Angebot beschreibt deshalb getrennt Datenprüfung, Modellarbeit, Materialgestaltung und gewünschte Ansichten beziehungsweise Interaktionen.
Für den ersten Test wird ein repräsentatives Objekt ausgewählt. An diesem Objekt lassen sich Darstellungsqualität, Dateigröße und Bedienung auf den Zielgeräten beurteilen. Die spätere Serie übernimmt den bestätigten Produktionsweg, braucht aber für ihre tatsächlichen Produktstände weiterhin fachliche Freigaben.
| Arbeitsanteil | Ausgangspunkt | Ergebnis |
|---|---|---|
| Datenprüfung | Repräsentative Quellfassung und Manifest | Nutzbare Daten, fehlende Angaben und offene technische Fragen |
| Modellaufbereitung | Bestätigter sichtbarer Umfang | Für den Ausgabezweck vorbereitete Geometrie |
| Material-/Bildarbeit | Freigegebene Farb-/Oberflächenreferenzen | Abgestimmte visuelle Darstellung |
| Browserintegration | Vorbereitetes Modell und Interaktionsbriefing | Testbare Anwendung auf vereinbarten Geräten |
4. Browserdarstellung am tatsächlichen Gerät prüfen
Grafikressourcen und verfügbare Erweiterungen unterscheiden sich zwischen Geräten. MDN empfiehlt, Systemgrenzen und Ressourcen bewusst zu berücksichtigen. Für ein Projekt wird daraus ein konkretes Modell-/Texturbudget und eine Prüfung auf den vorgesehenen Geräten abgeleitet. Ein pauschaler Grenzwert für jede Anwendung ersetzt diesen Test nicht.
Die Testaufgabe umfasst Einstieg, Objektansicht, wichtige Interaktion und nächsten Informationsweg. Sachlicher Inhalt bleibt zusätzlich als verständlicher HTML-Text zugänglich. Ein gut bedienbares Desktopmodell belegt keine identische Mobil- oder Headseterfahrung.
5. Produktänderungen mit Modell und Inhalt gemeinsam versionieren
Wenn sich das Produkt ändert, werden Geometrie, Material, Beschriftung und Datenblatt zusammen betrachtet. Im Änderungsblatt steht, welche Dateien betroffen sind und wer die neue Fassung bestätigt. Ein geändertes Inhaltsfeld allein kann ein veraltetes Modell nicht sachlich korrigieren.
Für die Übergabe werden die vereinbarte Ausgabefassung, Dokumentation und Pflegezuständigkeit benannt. GLB/glTF kann eine geeignete Ausgabeoption sein, wenn die konkrete Pipeline und Anwendung geprüft sind. Die Lieferung einer Browserdatei schließt eine Weitergabe sämtlicher ursprünglicher Konstruktionsdaten nicht automatisch ein.
Checkliste für Ihr Briefing
- Produktfrage, Ausgabe und Zielgeräte benennen
- Repräsentative Quellfassung samt Einheit und Versionsstand sammeln
- Sichtbare, vertrauliche und vereinfachbare Geometrie abgrenzen
- Materialreferenzen und Produktinformationen freigeben lassen
- Datenaufbereitung, Modellierung und Integration getrennt anbieten lassen
- Änderungs-/Pflegeverantwortung und Lieferdateien vereinbaren
Fachliche Quellen
- MDN: WebGL Best Practices
Technische Orientierung zu Ressourcen und unterschiedlichen Systemgrenzen; das konkrete Projekt benötigt eigene Tests.
Die passenden Leistungen verbinden
- 3D-VisualisierungRendering, Animation und interaktives Modell
- Digitale ShowroomsProduktdaten mit Besucherhandlung verbinden
- Immersive WebsitesAusgabe und technische Integration
Welche Bestandteile Ihr Projekt benötigt, klären wir anhand von Ziel, Fläche, Timing und gewünschtem Ergebnis.
Projekt besprechen