3D Architektur Software

Parametrische Bauteile

Das wichtigste Merkmal im Alltag ist, ob ein Bauteil sich merkt, was es ist. Wenn du eine Geschosshöhe änderst, sollen Wände, Treppen und Fassade folgen, ohne dass du alles neu zeichnest. Prüfe das in der Demo konkret: Lass die Deckenhöhe um zwanzig Zentimeter anheben und schau, was von selbst nachzieht und was du manuell nachbessern musst.

Automatische Planableitung

Grundrisse, Schnitte und Ansichten sollten aus dem Modell entstehen, nicht separat gezeichnet werden. Der Test dafür: Ändere im Modell ein Fenster und schau, ob der Schnitt sich mitändert. Wenn du an zwei Stellen nachbessern musst, hast du eine doppelte Fehlerquelle eingebaut.

Mengen- und Massenauszug

Für Ausschreibung und Kalkulation brauchst du Mengen: Quadratmeter Wandfläche, Kubikmeter Beton, Stückzahl Fenster. Achte darauf, ob die Software diese Werte automatisch aus dem Modell zieht und ob du sie in ein Format exportieren kannst, mit dem dein Kalkulationsprogramm etwas anfangen kann.

Schnittstellen und IFC

Du arbeitest selten allein. Statiker, Haustechnik und Fachplaner nutzen andere Programme. Die Frage ist, wie sauber der Austausch läuft. IFC ist das offene Format dafür. Prüfe nicht nur, ob Import und Export im Datenblatt stehen, sondern lass in der Testphase eine echte Datei hin und her wandern und schau, was dabei verloren geht.

Visualisierung und Rendering

Für die Kommunikation mit dem Bauherrn zählen verständliche Bilder. Manche Programme rendern intern, andere setzen auf eine gekoppelte Rendering-Software. Beides kann funktionieren. Wichtig ist die Frage, wie lange ein Bild rechnet und ob dein Rechner das mitmacht.

Zusammenarbeit im Team

Wenn mehrere Leute am selben Projekt arbeiten, brauchst du eine Lösung für gleichzeitiges Arbeiten. Kläre, ob das über einen Server läuft, über die Cloud, oder ob ihr Dateien hin und her schickt. Das letzte ist die häufigste Ursache für Versionschaos.

Lass die richtige Person testen

Der erste Grundsatz: Lass die Software in der Demo von der Person bedienen, die später damit arbeitet, nicht vom Chef. Der Chef sieht den Preis und die Feature-Liste. Der Zeichner spürt nach zwei Stunden, ob die Bedienung im Weg steht oder mitdenkt.

Passt es zur Größe deines Betriebs

Ein Einzelplaner hat andere Bedürfnisse als ein Büro mit zwölf Leuten. Für den Einzelnen zählt, dass er ohne wochenlange Einarbeitung produktiv wird. Für das größere Büro zählen Teamarbeit, gemeinsame Bibliotheken und eine einheitliche Vorlagenstruktur. Kaufe nicht die Funktionen, die ein großes Büro braucht, wenn du allein arbeitest.

Hardware nicht vergessen

3D Architektur Software ist hardwarehungrig. Bevor du dich für ein Produkt entscheidest, prüfe die empfohlenen Systemanforderungen und vergleiche sie ehrlich mit deinen vorhandenen Rechnern. Es bringt nichts, eine Lizenz zu kaufen, die auf deinem drei Jahre alten Notebook ruckelt.

Ökosystem und Verfügbarkeit von Fachkräften

Wenn du jemanden einstellst, ist es leichter, eine Person zu finden, die dein Programm schon kennt, wenn es verbreitet ist. Ein exotisches System kann fachlich stark sein, zwingt dich aber jeden neuen Mitarbeiter in eine lange Einarbeitung.

Support und Sprache

Prüfe, ob es deutschsprachigen Support gibt und wie schnell er erreichbar ist. Wenn mitten im Projekt eine Datei nicht öffnet, brauchst du am selben Tag eine Antwort, nicht in drei Werktagen aus einer anderen Zeitzone.

Der Lizenzpreis ist nur der sichtbare Teil. Die wahren Kosten setzen sich aus mehreren Bausteinen zusammen, und der günstigste Einstieg ist oft nicht die günstigste Gesamtrechnung.

Kauf gegen Abo

Es gibt zwei Grundmodelle. Beim klassischen Kauf zahlst du einmal für die Lizenz und besitzt eine Version. Beim Abo zahlst du laufend, monatlich oder jährlich, und bekommst Aktualisierungen inklusive. Der Kauf wirkt zunächst billiger, aber ohne Wartungsvertrag bekommst du keine neuen Versionen und irgendwann keine Unterstützung mehr. Rechne beide Modelle über einen Zeitraum von mehreren Jahren durch, nicht über das erste Jahr.

Die versteckten Posten

Neben der Lizenz solltest du mit weiteren Kosten rechnen. Dazu gehören Schulung, die Einarbeitungszeit, in der weniger produktiv gearbeitet wird, die Erstellung eigener Vorlagen und Bibliotheken, und oft eine neue Hardwaregeneration. Wenn du zusätzliche Module brauchst, etwa für Rendering oder Statik, kommen die separat dazu.

Miete pro Nutzer oder pro Arbeitsplatz

Achte darauf, wie gezählt wird. Manche Anbieter binden die Lizenz an eine Person, andere an einen Rechner, wieder andere erlauben ein Netzwerkmodell, bei dem sich mehrere Leute eine kleinere Anzahl Lizenzen teilen. Für ein Büro, in dem nicht alle gleichzeitig planen, kann ein solches geteiltes Modell viel Geld sparen.

Kündbarkeit und Datenformat

Ein oft übersehener Kostenfaktor ist der Ausstieg. Frage vor dem Kauf, in welchem Format deine Projekte gespeichert werden und ob du sie ohne die Software noch öffnen kannst. Wenn du in ein reines Herstellerformat eingesperrt bist, ist ein späterer Wechsel teuer, weil du Altprojekte nicht mitnehmen kannst.

Nur der Chef testet

Der häufigste Fehler: Die Entscheidung fällt am Schreibtisch der Geschäftsführung. Die Feature-Liste sieht gut aus, der Rabatt stimmt, unterschrieben. Ein halbes Jahr später merkt das Team, dass drei Standardaufgaben umständlich sind, und die Motivation ist im Keller.

Testphase ohne echtes Projekt

Viele testen mit dem Beispielprojekt des Herstellers. Das ist so aufgebaut, dass alles glänzt. Nimm stattdessen ein echtes, abgeschlossenes Projekt aus deinem Büro und baue es in der Testversion nach. Dann siehst du, wo deine typischen Anforderungen auf Widerstand treffen.

Schnittstelle erst am Projektende geprüft

Ein Büro plant sauber, exportiert am Ende für den Statiker und stellt fest, dass die Hälfte der Bauteilinformationen im Austausch verloren geht. Prüfe den Datenaustausch mit deinen tatsächlichen Partnern zu Beginn, nicht am Ende.

Keine Vorlagenstruktur aufgebaut

Ein neues Programm wird ausgepackt und sofort losgearbeitet. Jeder legt eigene Layer, eigene Bezeichnungen und eigene Darstellungen an. Nach drei Projekten sieht jeder Plan anders aus. Investiere die ersten Wochen in eine einheitliche Vorlage, bevor der Alltag beginnt.

Schulung gespart

Schulung wirkt wie ein teurer Zusatzposten, den man weglassen kann. Ohne sie arbeiten die Leute so, wie sie es aus dem alten Programm kennen, und nutzen vielleicht ein Drittel der Möglichkeiten. Das gekaufte Werkzeug bleibt halb genutzt und trotzdem voll bezahlt.

Bauvorlageberechtigung und Planinhalte

Die Software erstellt Pläne, aber die rechtliche Verantwortung liegt bei dir. In Deutschland, Österreich und der Schweiz gelten unterschiedliche Bauordnungen, und Genehmigungspläne müssen bestimmte Angaben enthalten. Prüfe, ob sich die geforderten Darstellungen und Beschriftungen sauber ableiten lassen, statt jedes Mal von Hand ergänzt zu werden.

Datenschutz und Cloud

Wenn die Software Projektdaten in der Cloud speichert, kommt die Datenschutz-Grundverordnung ins Spiel. Kläre, wo die Server stehen und ob der Anbieter einen Vertrag zur Auftragsverarbeitung anbietet. Bei Projekten mit personenbezogenen Daten oder sensiblen Bauvorhaben ist der Serverstandort ein echtes Kriterium.

Lizenzrecht und Audits

Hersteller behalten sich das Recht vor, die Einhaltung der Lizenzbedingungen zu prüfen. Wenn du mehr Arbeitsplätze nutzt als lizenziert, kann das teuer werden. Führe eine einfache Übersicht, wer welche Lizenz nutzt, und halte sie aktuell.

Archivierungspflicht

Planungsunterlagen unterliegen Aufbewahrungsfristen. Du musst Projekte über Jahre lesbar halten. Das ist der Grund, warum das Speicherformat und der Ausstieg aus der Software rechtlich relevant sind, nicht nur wirtschaftlich. Sorge dafür, dass du Altprojekte auch nach einem Softwarewechsel noch öffnen oder in einem neutralen Format sichern kannst.

Schritt eins: Anforderungen aufschreiben

Bevor du dir irgendein Produkt anschaust, schreib auf, was dein Büro wirklich macht. Wohnungsbau, Gewerbe, Sanierung im Bestand, jeder Schwerpunkt stellt andere Ansprüche. Notiere die drei Aufgaben, die täglich anfallen. Diese drei entscheiden später, nicht die Sonderfunktion, die du einmal im Jahr brauchst.

Schritt zwei: Kandidaten grob filtern

Reduziere die Auswahl auf zwei oder drei Programme, die zu Betriebsgröße und Schwerpunkt passen. Mehr kannst du nicht ernsthaft testen. Schau dabei auf Verbreitung, Support in deiner Sprache und die Schnittstellen zu deinen Planungspartnern.

Schritt drei: Echte Testphase

Hol dir Testversionen und bau ein abgeschlossenes eigenes Projekt nach. Setz die Person davor, die täglich damit arbeiten wird, und gib ihr genug Zeit, mindestens ein paar Tage ununterbrochen. Notiere, wo es hakt und wie oft.

Schritt vier: Datenaustausch prüfen

Exportiere aus der Testphase eine IFC-Datei und lass sie von einem echten Partner öffnen. Schau, was ankommt und was fehlt. Umgekehrt: Importiere eine Datei von außen und prüfe, ob du damit weiterarbeiten kannst.

Schritt fünf: Gesamtkosten rechnen

Stell alle Posten zusammen: Lizenz, Wartung, Schulung, Zusatzmodule, Hardware. Rechne das über mehrere Jahre. Vergleiche dann die Kandidaten auf dieser Basis, nicht auf dem Preis der ersten Rechnung.

Schritt sechs: Entscheidung und Einführung

Wenn die Wahl steht, plan die Einführung genauso ernst wie die Auswahl. Setz Zeit für Schulung an, bau eine gemeinsame Vorlage auf und leg fest, wie ihr Projekte benennt und ablegt. Ein gutes Werkzeug schlecht eingeführt bleibt hinter seinen Möglichkeiten. Ein durchschnittliches Werkzeug sauber eingeführt bringt dich weiter.

Wenn du diese sechs Schritte durchgehst, triffst du die Entscheidung mit Zahlen und echten Erfahrungen statt mit einem Bauchgefühl aus der Verkaufspräsentation. Das ist der einzige Weg, der sich nach zwei Jahren noch als richtig anfühlt.