Zusammenfassung
- infra.run Service GmbH hat mehr Substanz als ein einfacher Wiederverkäufer: Öffentliche Belege zeigen ein Berliner Unternehmen, das Open-Source-Kollaborationsdienste hostet, AS213027 betreibt, in RIPE und PeeringDB auftaucht, eine Peering-Richtlinie veröffentlicht, deutsche Rechenzentrumsabläufe dokumentiert und benannte öffentliche oder bildungsbezogene Nachfragesignale hat.
- Die Margensituation ist noch nicht bewiesen, da die öffentliche Aufzeichnung Preise, Leistungsumfang und Kostentreiber zeigt, aber nicht Umsatz, Abwanderung, Bruttomarge, Auslastung, Vertragswerte oder Kundenkonzentration; die beste derzeitige Einschätzung ist, dass lokale Verantwortlichkeit Verlängerungen gewinnen kann, während dauerhafte Preissetzungsmacht härtere Betriebsnachweise benötigt.
Lokale Verantwortlichkeit ist das Produkt, nicht der Slogan
Der erste Käuferanreiz ist nicht billigere Rohrechenleistung. Es ist Verantwortlichkeit. Eine Schulbehörde, Universität, NGO oder Forschungseinrichtung, die Videokonferenzen, Dateikollaboration, Messaging, Lernmanagement und Identitätsdienste benötigt, kann eine globale Software-Suite kaufen, Open-Source-Tools intern betreiben oder einen Spezialisten beauftragen, sie zu betreiben. infra.run Service GmbH versucht, die dritte Option glaubwürdig zu machen, indem sie gehostete Open-Source-Dienste an deutsche und europäische Datenkontrollansprüche, öffentliche Beschaffungssprache und Betreiberunterstützung bindet.
Das ist ein echtes Angebot in Märkten, in denen der Käufer nicht nur Meetings oder Speicher kauft, sondern auch versucht, einem Datenschutzbeauftragten, einem Schulvorstand, einer Beschaffungseinheit und frustrierten Nutzern zu erklären, warum der Dienst akzeptabel ist und wer antwortet, wenn er ausfällt.
Das macht das Geschäft auch schwieriger als ein normales Application-Hosting-Angebot. Lokale Verantwortlichkeit ist teuer, weil sie nicht nur durch eine Website und eine Abrechnungsseite geliefert werden kann. Sie benötigt Administratoren, die Konferenzausfälle diagnostizieren können, bevor Logs verschwinden, Service-Manager, die öffentliche Anforderungen verstehen, Rechenzentrums- und Serverauswahlen, die einer Datenschutzprüfung standhalten, und genügend Redundanz, um einen Schultag oder Universitätsvorlesungsplan ereignislos zu gestalten.
Das Unternehmen kann nur dann für diese Verantwortlichkeit bezahlen, wenn Käufer glauben, dass es praktisches Risiko mehr reduziert als eine vertraute Suite von Microsoft, Zoom, Cisco, Deutsche Telekom oder einem anderen verwalteten Anbieter.
Die öffentlichen Belege unterstützen eine enge, aber bedeutungsvolle Interpretation der Grenzen von infra.run. Es ist ein in Berlin ansässiges Dienstleistungsunternehmen, keine globale Cloud-Plattform und kein Carrier im vollen Retail-Telekom-Sinne. Seine eigenen Seiten beschreiben gehostete freie und Open-Source-Software: BigBlueButton für Video- und Audiokonferenzen, Nextcloud-basierte Cloud-Speicher und Online-Office-Arbeit, Matrix-Messaging, einen Lernmanagement-Dienst, Keycloak für Identität und andere gehostete Tools wie Discourse, GitLab, Grafana und HedgeDoc.
Sein Leistungsabdruck nennt infra.run Service GmbH, Holzmarktstraße 25, 10243 Berlin, mit Umsatzsteuer-ID DE340100821 und HRB 225307 B beim Amtsgericht Berlin-Charlottenburg. Diese Identität ist konkret genug für Beschaffungs- und Datenverarbeitungsverträge. Sie reicht für sich genommen nicht aus, um Marge zu beweisen.
Die ökonomische These beginnt daher mit einer Spaltung. infra.run kann wahrscheinlich Käufer gewinnen, die einen deutschen, Open-Source-freundlichen, bildungsorientierten Betreiber schätzen und die den Dienst nicht selbst aufbauen oder besetzen wollen. Der schwierigere Test ist, ob diese Käufer genug bezahlen, lange genug bleiben und genug angrenzende Dienste kaufen, damit das Unternehmen nach Arbeits-, Hardware-, Rechenzentrums-, Konnektivitäts- und Supportkosten attraktive Renditen erwirtschaften kann. In öffentlichen Quellen ist die Stärke des Angebots sichtbar. Die Rentabilität des Angebots ist es nicht.
Die Betriebsgrenze ist gehostete Open-Source-Kollaboration für Käufer des öffentlichen Interesses
Die öffentlichen Materialien von infra.run rahmen das Dienstleistungsunternehmen um den Betrieb von Open-Source-Kollaborationssoftware. Die Dienst-Startseite sagt, das Angebot umfasst Konferenzen, Cloud-Speicher, Online-Office, Kurse, Chats und mehr als freie und Open-Source-Software, organisiert in einem kooperativen Kontext. Die detaillierte Dienstleistungsseite listet BigBlueButton, Nextcloud-basierte Dateifreigabe und Kollaboration, Matrix-Messaging, ein Lernmanagementsystem, Keycloak und zusätzliche Tools.
Die Bildungsseite verpackt das Angebot für Schulen, Universitäten, Forschungseinrichtungen und NGOs, während die DFN-Seite ein Angebot für Mitglieder des Vereins des Deutschen Forschungsnetzes präsentiert, um BigBlueButton und zusätzliche Dienste über einen koordinierten Rahmen zu beschaffen.
Diese Grenze ist wichtig, weil das Unternehmen kein einzelnes enges Produkt verkauft. Seine scheinbare Strategie ist ein Bündel: Videokonferenzen werden zum Keil, dann machen Speicher, Messaging, Lernmanagement und Identitätsmanagement das Konto klebriger. Ein Käufer, der nur BigBlueButton nutzt, kann infra.run direkt mit Zoom, Webex, Teams, OpenTalk oder selbst gehostetem BigBlueButton vergleichen. Ein Käufer, der BigBlueButton plus Nextcloud, Matrix, LMS und Keycloak nutzt, trifft eine breitere Betriebsentscheidung. Der Wert verschiebt sich von einer App zu einem verwalteten Kollaborations-Stack.
Der Käuferfokus ist auch sichtbar. Die Kooperationsseite sagt, infra.run unterstützt rund 3.000 öffentliche Schulen in Berlin und Hessen, mehr als 30.000 Studenten an Universitäten und Hochschulen und viele gemeinnützige Vereine und Unternehmen, und fügt hinzu, dass die breitere Infrastruktur mehr als 2 Millionen Menschen erreicht. Diese Aussage stammt aus erster Hand und sollte als Behauptung des Unternehmens behandelt werden, nicht als geprüfte Kundenoffenlegung.
Dennoch stimmt es mit der beobachtbaren Form des Marktes überein: Bildungs- und öffentliche Organisationen haben hohe Kollaborationsbedürfnisse, hohe Datenschutzsensibilität und uneinheitliche interne Kapazität, Produktionsinfrastruktur zu betreiben.
Kundenorientierte Datenschutzseiten von außerhalb von infra.run verstärken dasselbe Muster. Die Justus-Liebig-Universität Gießen nennt infra.run Service GmbH als Betreiber für ihren BigBlueButton-Webkonferenzdienst und sagt, dass eine Auftragsverarbeitungsvereinbarung gemäß Artikel 28 besteht. Der Datenschutzhinweis der Hamburger Datenschutzbehörde für BigBlueButton sagt, dass sein Dienst von infra.run Service GmbH betrieben wurde und beschreibt die Betreiberrolle. Die UlmLernt-Dokumentation sagt, dass das Bildungsdezernat der Stadt Ulm infra.run Service GmbH zur Betreibung von BigBlueButton und Greenlight genutzt hat. Die Universität Marburg kündigte 2024 einen Wechsel des BigBlueButton-Anbieters an, der Raum-URLs auf die Domaincluster.bbb.infra.runverschieben würde, während personenbezogene Daten wie Räume und Profile auf Universitätssystemen verbleiben.
Die Grenze ist daher praktisch und nicht abstrakt. infra.run befürwortet nicht nur digitale Souveränität. Es erscheint in benutzerseitigen Dienstleistungsdokumenten als Betreiber hinter Live-Bildungs- und öffentlichen Kollaborationsabläufen. Das schafft eine glaubwürdige Öffnung für Marge, denn sobald ein Dienst in Vorlesungsräume, Schulplattformen, Identitätssysteme und Supportprozesse eingebettet ist, ist ein Wechsel nicht reibungslos. Aber es schafft auch eine hohe Dienstleistungslast: Die Toleranz des Käufers für Ausfallzeiten ist gering, gerade weil der Dienst innerhalb der täglichen Lehre, Verwaltung und öffentlichen Arbeit sitzt.
Das Geschäftsmodell verwandelt gleichzeitige Nutzung und verwaltete Integration in wiederkehrende Arbeit
Die öffentliche Preisarchitektur zeigt, wie infra.run versucht, diese Betriebsrolle in Einnahmen umzuwandeln. Die BigBlueButton-Seite listet einen monatlichen Preis von 0,60 EUR pro gleichzeitigem Sitzplatz, mit einem Minimum von 100 Sitzplätzen, plus optionaler Greenlight- oder PILOS-Frontend- und Administrationssoftware für 20 EUR pro Monat. Dieselbe Seite listet eine Event-Option für 600 EUR für ein bis drei Tage mit bis zu 3.000 Gesamtteilnehmern und maximal 300 Teilnehmern pro Konferenz.
Das Produktinformationsblatt erklärt, dass das Unternehmen BigBlueButton nach gebuchten gleichzeitigen Sitzplätzen abrechnet: Ein Sitzplatz ist ein gleichzeitiger Konferenzteilnehmer über alle parallelen Konferenzen hinweg. Es sagt auch, dass gebuchte Sitzplätze erhöht oder verringert werden können und dass unbefristete Verträge von jeder Seite zum Ende des Folgemonats gekündigt werden können.
Für Cloud-Speicher listet infra.run ein auf Nextcloud basierendes Angebot: Cloud-Speicher mit 1 TB, Online-Office und 25 BigBlueButton-Sitzplätze für 1 EUR pro Benutzer pro Monat mit einem Minimum von 100 Benutzern, plus zusätzliche Optionen wie 25 zusätzliche Cloud-Benutzer mit 250 GB Speicher und 25 BigBlueButton-Sitzplätze für 25 EUR oder zusätzliche BigBlueButton-Sitzplätze zu je 0,60 EUR. Für Matrix-Messaging listet es 1 EUR pro Benutzer pro Monat mit 50 GB Speicher, Synapse-Server und Element Web, wiederum mit einem Minimum von 100 Benutzern, und optionalem zusätzlichem Speicher oder SAML/Shibboleth-Integration.
Die Bildungspaketseite listet ein breiteres Bildungspaket zu 1 EUR pro Benutzer pro Monat mit einem Minimum von 200 Benutzern, das BigBlueButton, Cloud, Online-Office, Kurse, Messaging und mehr abdeckt.
Diese Preise schaffen eine klare kommerzielle Logik. Der ausgewiesene Preis pro Benutzer oder Sitzplatz ist niedrig genug, um politisch und institutionell verdaulich zu sein. Die Mindestmengen halten sehr kleine Konten davon ab, Supportkapazität zu Hobbyprojekt-Ökonomie zu verbrauchen. Das Bündel ermöglicht es infra.run, mehr als einen Dienst an dieselbe Organisation zu verkaufen. Beratung, Anpassung, Integration, LDAP- oder OIDC-Verbindungen, Migrationen und Support über den Standardumfang hinaus werden als separat abrechenbar beschrieben.
Das ist wichtig, weil die niedrigsten aufgeführten wiederkehrenden Preise allein die wahren Kosten eines hochkaräftigen öffentlichen Kontos möglicherweise nicht decken, es sei denn, die Auslastung ist effizient und der zusätzliche Support wird in Rechnung gestellt.
Das Modell unterscheidet sich von Hyperscale-SaaS. Ein Teams- oder Zoom-Käufer zahlt normalerweise für benannte Benutzerlizenzen und akzeptiert das Betriebsmodell des Anbieters. Die BigBlueButton-Ökonomie von infra.runs sind näher am Kapazitätsmanagement: Der Käufer bucht gleichzeitige Sitzplätze, der Betreiber muss genügend Konferenzkapazität bereitstellen, und gelegentliche Spitzen können Planung erfordern. Das kann für Schulen und Universitäten effizient sein, deren aktive Konferenzlast weit unter der Gesamtbevölkerung liegt. Es kann den Anbieter auch einem Auslastungsrisiko aussetzen, wenn Nachfragemuster nicht richtig bepreist sind.
Das Unternehmen gibt sich einen gewissen Schutz. Seine DFN-bezogenen Produkthinweise beschreiben BigBlueButton über den DFN-Rahmen als für den normalen internen Gebrauch, Verwaltung, Forschung und Lehre bestimmt und verweisen bei hoher Nachfrage oder ungewöhnlichen Umständen auf eine Fair-Use-Richtlinie. Das Produktinformationsblatt sagt, dass größere Veranstaltungen und sehr hohe Teilnehmerzahlen im Voraus mitgeteilt werden sollten, damit die Kapazität angepasst werden kann.
Die ökonomische Lesart ist einfach: infra.run möchte dem Käufer Flexibilität bieten, aber es kann nicht zulassen, dass außergewöhnliche Spitzen zu unkompensierten Infrastrukturkosten werden.
Netzwerknachweise zeigen mehr Kontrolle als ein reiner Weiterverkaufs-Application-Shop
Der stärkste Infrastrukturnachweis ist, dass infra.run sichtbare Internetnummernressourcen betreibt. Die RIPE-Mitgliederseite listet infra.run Service GmbH in Deutschland, mit der Berliner Adresse und Deutschland als bedientem Gebiet. PeeringDB listet die Organisation und ihr Netzwerk, AS213027, unter dem Namen infra.run. bgp.tools zeigt AS213027 als aktiv und unter RIPE zugewiesen, mit originierten IPv4- und IPv6-Präfixen, gültigen RPKI-Indikatoren auf den aufgeführten Präfixen, einem sichtbaren Upstream zum Zeitpunkt der Erfassung und einem Peering-Set, das eine Mischung aus deutschen, europäischen und internationalen Netzwerken umfasst.
PeeringDB meldet den Netzwerktyp als Bildungs- und Forschung, Verkehrsaufkommen als 1-5 Gbps, hauptsächlich ausgehenden Verkehr, europäischen Umfang, offene Peering-Richtlinie, BCIX-öffentliches Peering und Zusammenschaltungsmöglichkeiten in Berlin und Wolfsburg.
Das macht infra.run nicht zu einem nationalen Carrier. Es zeigt jedoch etwas Wichtiges für einen gehosteten Kollaborationsanbieter: Das Unternehmen hat eine direkte Netzwerkidentität und einige Traffic-Engineering-Kontrolle. Ein Wiederverkäufer kann Anwendungen im Netzwerk eines anderen betreiben und dennoch nützlich sein. Ein Betreiber mit einem eigenen autonomen System, RIPE-Mitgliedschaft, Peering-Richtlinie und Exchange-Präsenz hat mehr Hebel, um Latenz, Routing, IP-Reputation und Upstream-Abhängigkeit zu verwalten. Für Echtzeit-Video sind diese Hebel wichtig.
Audio- und Videomeetings sind empfindlich gegenüber Paketverlust, Jitter, Firewall-Verhalten und Routing-Pfadwahl. Ein Anbieter, der über Peering und Route-Policy mit anderen Netzwerken diskutieren kann, hat eine andere Betriebsoberfläche als einer, der nur ein Cloud-Anbieter-Support-Ticket öffnen kann.
Die eigene Dokumentation des Unternehmens verbindet diese Netzwerkrealtät mit der Benutzererfahrung. Seine Firewall-Anleitung sagt, dass BigBlueButton RTP-Ströme auf UDP-Ports 16384-32768 für Audio und Video verwendet, bei nicht öffnbarem UDP über TURN zurückfällt und warnt, dass TURN-Fallback die Latenz erhöhen kann. Es listet IP-Bereiche und Hostnamen für die Nutzung von BigBlueButton und TURN auf und weist Administratoren an, nicht zu versuchen, einzelne IPs auf die Whitelist zu setzen, da Server auf mehrere Rechenzentren verteilt sind und regelmäßig geändert oder ergänzt werden.
Sein Support-Leitfaden fragt nach Server-URL, Zeit, Browser, Gerät, Netzwerkinformationen und ISP bei der Diagnose von Konferenzausfällen. Sein LibreSpeed-Leitfaden erklärt, wie Ping, Jitter, Download- und Upload-Raten die Erfahrung beeinflussen.
Der Infrastrukturanspruch muss gemessen bleiben. Eine öffentliche AS, RIPE-Mitgliedschaft und Peering beweisen keine niedrigen Kosten, hohe Verfügbarkeit oder gute Margen. Sie beweisen auch nicht, dass infra.run an allen beteiligten Diensten eigene Hardware besitzt. Aber das Sicherheits- und Datenschutzkonzept des Unternehmens sagt, dass es eigene Serverhardware in deutschen Rechenzentren betreibt und zusätzliche Hardware oder virtuelle Maschinen von vergleichbaren Hostern mieten kann, wenn die eigenen Ressourcen nicht ausreichen, zum Beispiel während Kapazitätsspitzen.
Das ist genau die Art von hybridem Local-Control-Modell, das ein Käufer schätzen könnte: genug eigene Infrastruktur, um den Souveränitätsanspruch glaubwürdig zu machen, genug Mietflexibilität, um jede Spitze nicht überbauen zu müssen.
Preise machen das Margenproblem sichtbar
Die Preisliste ist strategisch attraktiv und wirtschaftlich unbequem. 0,60 EUR pro gleichzeitigem BigBlueButton-Sitzplatz pro Monat hört sich erschwinglich an. Beim Minimum von 100 Sitzplätzen beträgt der monatliche Basisumsatz nur 60 EUR vor MwSt. Selbst wenn ein Käufer ein Frontend hinzufügt oder einen größeren Pool kauft, ist der wiederkehrende Basispreis nicht hoch genug, um viele menschliche Eingriffe zu tolerieren.
Die Cloud- und Matrix-Angebote zu 1 EUR pro Benutzer pro Monat mit Mindestmengen haben denselben Charakter: Zugänglich für Schulen und NGOs, aber nur profitabel, wenn der Support diszipliniert ist, die Automatisierung hoch, die Auslastung vorhersehbar und das Konto erweitert sich über Dienste hinweg.
Das ist keine Kritik am Preis. Es ist der zentrale Kompromiss. Die Käufer, die am ehesten die Werte von infra.run schätzen, könnten auch preissensibel sein. Schulen, Universitäten, öffentliche Körperschaften und NGOs sind keine idealen Kunden für aggressive Software-Margen. Sie haben oft Beschaffungsgrenzen, Budgetzyklen, Barrierefreiheitsanforderungen, Datenschutzprüfungen und interne Supportteams, die Betreuung benötigen.
Ein Anbieter, der durch Vertrauen, Lokalität und Open-Source-Ausrichtung gewinnt, kann nicht einfach wie ein margenstarker Enterprise-Software-Anbieter bepreisen, es sei denn, er hat einen einzigartigen Beschaffungszugang oder tiefe operative Hebelwirkung.
Die Herausforderung der wiederkehrenden Preise ist der Grund, warum separat abrechenbare Integration und Support wichtig sind. Das Produktinformationsblatt besagt, dass infra.run Level-3-Support für reproduzierbare dienstseitige Probleme bietet, während technischer Support und Änderungen über die ursprünglichen vertraglichen Pflichten hinaus, wie die allgemeine Integration in bestehende Softwaresysteme, stundenweise separat abgerechnet werden. Die Support-Seite bittet Kunden, detaillierte Informationen schnell bereitzustellen, teilweise weil Logs nur kurz aufbewahrt werden.
In wirtschaftlicher Hinsicht zieht infra.run eine Grenze um den enthaltenen Support. Wenn es diese Grenze nicht verteidigt, können Kunden eine niedrige wiederkehrende Gebühr in eine hohe Arbeitsbelastung verwandeln.
Das aufgeführte Event-Angebot offenbart auch die Logik von Spitzen. Ein ein- bis dreitägiges BigBlueButton-Event mit bis zu 3.000 Teilnehmern und 300 pro Konferenz ist ein anderes Risiko als normale Schultage. Der Eventpreis von 600 EUR ist eine Möglichkeit, die Spitzenplanung zu monetarisieren. Es reicht allein auf der Grundlage öffentlicher Daten nicht aus, um zu wissen, ob dieser Preis attraktiv oder dünn ist.
Es hängt davon ab, wie oft Events zusätzliche Kapazität benötigen, wie viel Personalzeit erforderlich ist, ob der Kunde bereits einen Vertrag hat und ob die Infrastruktur den Schub absorbieren kann, ohne andere Benutzer zu beeinträchtigen.
Die Margenfrage kann daher nicht durch den öffentlichen Listenpreis gelöst werden. Es braucht Kohortendaten. Wie viele Sitzplätze werden pro Konto verkauft? Wie viele werden zur Spitzenzeit genutzt? Wie viele Kunden kaufen zusätzlich zu BigBlueButton Cloud, Matrix, LMS und Keycloak? Wie viele Tickets pro 1.000 Benutzer pro Monat sind enthalten? Wie viel Beratung wird nach dem ersten Vertrag verkauft? Ohne diese Zahlen ist die sicherste Schlussfolgerung, dass die Preise von infra.run auf Akzeptanz und Legitimität ausgelegt sind, nicht offensichtlich auf hohe eigenständige Software-Margen.
Kosten stecken in Menschen, Redundanz und deutscher Infrastruktur
Die Kostenbasis ist in den eigenen Dokumenten des Unternehmens sichtbar. Das Sicherheits- und Datenschutzkonzept sagt, dass die Arbeit von infra.run in erster Linie das Hosting von Open-Source-Software für Kunden ist. Es listet Management, angestellte Administratoren, angestellte Projektmanager, freiberufliche Administratoren, freiberufliche Softwareentwickler und Freiwillige auf und definiert Administratoren als Personen, die Super-User-Rechte auf einem oder mehreren Hosts erlangen können, um Dienste zu installieren, zu löschen und zu konfigurieren.
Es sagt, dass das Unternehmen ein Kernteam von 10 Personen hat und bei Bedarf von Freiberuflern und Freiwilligen unterstützt wird. Es sagt auch, dass alle Mitarbeiter remote arbeiten können und dass es keine zentralen Büroräume gibt, in denen Administratorarbeit durchgeführt werden muss.
Diese Struktur hat Vorteile. Ein kleines Kernteam kann flexibel sein. Remote-Arbeit kann Bürokosten senken. Open-Source-Software kann Lizenzabhängigkeit reduzieren. Freiwillige und Community-Verbindungen können Problemlösung und Glaubwürdigkeit stärken. Aber dieselbe Struktur setzt eine Obergrenze dafür, wie viel Betriebskomplexität absorbiert werden kann, bevor Management, Sicherheitskontrollen und Supportkoordination zu Engpässen werden.
Wenn ein kleines Team Produktionsdienste für Schulen, Universitäten und öffentliche Körperschaften betreibt, zählt jede zusätzliche Compliance-Verpflichtung, Integrationsanfrage, Datenschutzfrage und Spitzenveranstaltung.
Die Infrastrukturkosten sind ebenso spezifisch. Das Sicherheitskonzept sagt, dass infra.run eigene Serverhardware in deutschen Rechenzentren betreibt, mit einer Präferenz für Einrichtungen, die nicht direkt oder indirekt im Besitz von nicht-deutschen Unternehmen sind, die ausländischen staatlichen Zugriffsverpflichtungen unterliegen, und sagt, dass es Rechenzentren mit mindestens ISO-27001-Zertifizierung nutzt. Es kann zusätzliche Hardware oder virtuelle Maschinen von vergleichbaren Hostern mieten, wenn die eigene Kapazität nicht ausreicht. Das stärkt die Botschaft der lokalen Verantwortlichkeit.
Es bedeutet auch, dass infra.run nicht einfach den billigsten Weg wählt, um Open-Source-Apps zu betreiben. Deutsche Rechenzentren, eigene Hardware, Compliance-Prüfung, Redundanz und gelegentliche Überlaufkapazitäten haben Bargeld- und Verwaltungskosten.
Die Betriebsabläufe fügen weitere Kosten hinzu. Das Sicherheitskonzept beschreibt Datenminimierung, Transportverschlüsselung, das Vieraugenprinzip für Produktionssysteme, Aufzeichnung von Administratoraktionen für 90 Tage, automatisierten reproduzierbaren Aufbau und Mandantentrennung. Das Produktblatt sagt, dass Dienste kontinuierlich auf Updates überprüft werden und dass sicherheitsrelevante Updates so schnell wie möglich installiert werden, es sei denn, die Systemsicherheit oder -stabilität würde gefährdet, in welchem Fall die Entscheidung und Grundlage dokumentiert werden sollten. Das sind gute Kontrollen.
Sie sind auch Arbeit, Werkzeuge und Prozess.
Das Supportmodell zeigt die Spannung zwischen Datenschutz und Fehlerbehebung. Das Unternehmen sagt, dass Logs nach drei Tagen gelöscht werden, daher müssen Kunden Probleme schnell melden. Das ist eine vernünftige Datenschutzhaltung, aber es verengt das Zeitfenster für die Diagnose. Eine globale Plattform kann oft Telemetrie und langlebige Logs über Millionen von Benutzern sammeln. infra.run präsentiert bewusst einen kleineren Datenfußabdruck. Das kann ein Verkaufsargument für sensible Käufer sein; es kann den Support auch zeitkritischer und menschlicher machen. Lokale Verantwortlichkeit beseitigt keine Betriebskosten.
Sie verlagert die Kosten näher an den Anbieter.
Upstream-Abhängigkeit ist enger als Hyperscale-Abhängigkeit, aber nicht Null
Das Wertversprechen von infra.run beinhaltet Unabhängigkeit von den offensichtlichsten Formen von Plattformabhängigkeit, aber es ist keine Unabhängigkeit im absoluten Sinne. Das Unternehmen ist abhängig von Rechenzentren, Hardware-Lieferanten, Upstream-Carriern, öffentlichen Internet-Austauschpunkten, Open-Source-Projekten und Kundennetzwerken. PeeringDB und bgp.tools zeigen öffentliches Peering und Upstream-Beziehungen, nicht ein eigenständiges Netzwerk, das immun gegen Transit- oder Einrichtungsrisiken ist.
Das eigene Sicherheitskonzept des Unternehmens erlaubt ausdrücklich gemietete Hardware oder virtuelle Maschinen von geeigneten Anbietern, wenn die eigene Kapazität nicht ausreicht.
Die Abhängigkeit von Open-Source-Communities ist besonders wichtig. BigBlueButton, Nextcloud, Matrix, Keycloak, Moodle-ähnliche Lernplattformen, Discourse, GitLab, Grafana und HedgeDoc sind leistungsstark, weil Kunden einige proprietäre Lock-ins vermeiden können. Sie erfordern auch fortlaufende Wartung, Upgrades, Integrationsentscheidungen und Sicherheitsaufmerksamkeit.
Die bekannte Probleme-Seite von infra.run für BigBlueButton sagt, dass einige Probleme durch die Software selbst verursacht werden und nur durch Änderungen in dieser Software behoben werden können, daher informiert infra.run die Entwickler-Community und aktualisiert, sobald Korrekturen verfügbar sind. Das ist ehrlich und wirtschaftlich relevant. Der Anbieter ist dem Kunden gegenüber rechenschaftspflichtig, aber er kontrolliert nicht jede Zeile des Upstream-Codes.
Die Abhängigkeit von der Kundenseite ist ebenfalls erheblich. Die Firewall-Anleitung erklärt, dass restriktive Schul- oder Unternehmensnetzwerke TURN-Fallback erzwingen und die Latenz erhöhen können. Der Support-Leitfaden fragt, ob eine Firewall beteiligt ist, welcher ISP genutzt wird und was der Netzwerkstatus des Benutzers zeigt. Das bedeutet, dass infra.run die Schuld für eine schlechte Meeting-Erfahrung tragen kann, selbst wenn die Ursache in einer Schul-Firewall, einem Heim-WiFi-Link, einer Browser-Erweiterung oder einem ISP liegt.
Das ist ein häufiges Problem bei verwalteten Kollaborationsdiensten: Der Käufer sieht einen Dienst, während der Anbieter eine Kette von Abhängigkeiten sieht.
Je mehr infra.Run öffentliche und Bildungsworkloads gewinnt, desto mehr wird dieses Abhängigkeitsmanagement zum Geschäft. Das Unternehmen mietet nicht nur Rechenleistung und installiert Anwendungen. Es übersetzt zwischen Open-Source-Projekten, deutschen Datenschutzerwartungen, institutioneller Beschaffung, Netzwerkbetrieb und Benutzersupport. Diese Übersetzungsschicht ist wertvoll, wenn Käufer dafür bezahlen. Sie ist margenschmälernd, wenn Käufer sie als in einer niedrigen Sitzplatzgebühr enthalten betrachten.
Beschaffungs- und Datenschutzdokumente machen die Nachfrage glaubwürdig
Die Nachfragebelege sind stärker, als sie zunächst erscheinen. Die DFN-Präsentation von 2022 über DFNconf-Rahmenverträge listet BigBlueButton mit infra.run als Rahmenpartner neben Adobe Connect, Blackboard Collaborate, Cisco Webex, Microsoft Teams, OpenTalk, TeamViewer Classroom und Zoom. Ein DFN-Artikel von 2024 sagt, dass die Cloud-basierten Web- und Videokonferenz-Rahmenverträge verlängert wurden und dass die sieben Produkte Zoom X, Cisco Webex, BigBlueButton von infra.run, MS Teams, Adobe Connect, OpenTalk und Class Collaborate umfassen.
Er stellt auch fest, dass die BigBlueButton-Community an teilnehmenden Einrichtungen stark ist, einschließlich Einrichtungen, die selbst hosten oder eigene Ressourcen beisteuern.
Das ist in zweierlei Hinsicht wichtig. Erstens validiert es infra.run als akzeptablen Lieferanten in einem seriösen Käuferkanal. Zweitens zeigt es, dass das Unternehmen in einem Menü konkurriert, in dem viel größere Anbieter präsent sind. Neben Zoom, Cisco, Microsoft und Deutsche-Telekom-bezogenen Angeboten gelistet zu sein, gibt infra.run Sichtbarkeit, garantiert aber keinen Marktanteil. Das Unternehmen muss Konten gewinnen, indem es Bedürfnisse erfüllt, die diese größeren Plattformen nicht befriedigen: Open-Source-Ausrichtung, Datensouveränitätskomfort, DFN-AAI-Integration, Bildungsworkflows und Service-Nähe.
Öffentliche Beschaffungsnachweise fügen einen weiteren Punkt hinzu. Eine Bekanntmachung von 2026 für Lernraum Berlin beschreibt Hosting und Betrieb des Moodle-basierten Lernmanagementsystems in einem geeigneten Rechenzentrum in Deutschland, einschließlich Unterstützung für den laufenden Betrieb und die Entwicklung, und identifiziert infra.run Service GmbH als Gewinner des Loses für Hosting und Betrieb. Die Bekanntmachung beschreibt eine Laufzeit von 12 Monaten für die betreffenden Lose und listet infra.run als Kleinstunternehmen mit DE340100821 und einer Berliner Adresse.
Das ist ein wertvolles Signal, weil es über Konferenzen hinaus in den Betrieb von Lernplattformen weist. Es warnt auch vor Übertreibung: Der öffentliche Spiegel und die TED-Bekanntmachung belegen ein Beschaffungsergebnis, nicht die Vertragsrentabilität.
Datenschutzerklärungen namentlich genannter Kunden stärken die Nutzungshinweise. Die Datenschutzerklärung von Gießen sagt, dass die Universität infra.run Service GmbH zur Implementierung ihres BigBlueButton-Dienstes nutzt und einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO hat. Die Änderungsmitteilung von Marburg sagt, dass der Wechsel zu infra.run es der Universität ermöglicht, BigBlueButton unter Datenschutzbedingungen fortzuführen und von zeitnahen Entwicklungen und Updates zu profitieren, wobei nur das technische Backend ausgelagert wird und personenbezogene Daten wie Räume und Profile auf Universitätssystemen verbleiben.
Die Dokumente der Hamburger Datenschutzbehörde und von UlmLernt zeigen infra.run ebenfalls in einer Betreiberrolle.
Zusammengenommen deuten diese Quellen darauf hin, dass das Angebot von infra.run nicht hypothetisch ist. Käufer mit öffentlicher Verantwortung haben es genutzt oder ausgewählt. Die Frage ist die Konzentration. Wenn eine kleine Anzahl von Schulstaaten- oder Universitätskonten einen großen Teil der Nachfrage ausmacht, dann sind Verlängerungen und Beschaffungszyklen enorm wichtig. Dieselbe Glaubwürdigkeit im öffentlichen Sektor, die Türen öffnet, kann Abhängigkeit von einigen großen Programmen, langsamen Zahlungen, Neuausschreibungen und formellen Serviceerwartungen schaffen.
Substitute setzen eine härtere Obergrenze als die Ideologie zugibt
Das Wettbewerbsumfeld ist breit. Für Konferenzen nennt die DFN-Rahmenliste selbst Alternativen: Zoom X, Cisco Webex, MS Teams, Adobe Connect, OpenTalk und Class Collaborate. Für Kollaboration bündelt Microsoft 365 Teams, Identität, E-Mail, Dokumententools und Speicher auf eine Weise, die viele Institutionen bereits kaufen. Zoom verkauft eine ausgefeilte Videokollaborationssuite mit Add-ons. Webex bietet Meetings, Messaging, Telefonie, Webinare und Events. Für rohe Infrastruktur können deutsche und europäische Käufer günstige Cloud-Server von Anbietern wie Hetzner oder IONOS mieten.
Für technisch versierte Universitäten bleibt das Selbsthosten von BigBlueButton oder Teilen des Stacks eine echte Alternative.
Die eigene Dokumentation von BigBlueButton zeigt, warum Selbsthosten betrieblich nicht kostenlos ist. Die Installationsanleitung listet Mindestproduktionsanforderungen, einschließlich eines aktuellen Ubuntu-Servers, Docker, 16 GB RAM mit Swap, 8 CPU-Kernen mit hoher Single-Thread-Leistung, erheblichem Speicherplatz für Aufzeichnungen, zugänglichen TCP- und UDP-Ports und mindestens 250 Mbit/s symmetrischer Bandbreite. Das FAQ sagt als Faustregel, dass ein Mindestserver etwa 200 gleichzeitige Benutzer unterstützen sollte und dass mehr Benutzer bessere Server oder lastverteilte Cluster erfordern.
Das ist für eine Universitäts-IT-Abteilung nicht unmöglich. Es ist auch kein trivialer Wochenenddienst, wenn Datenschutz, Identität, Aufzeichnungen, Überwachung und Support einbezogen werden.
Das größte Substitutrisiko ist daher nicht nur der Preis. Es ist die Vereinfachung. Ein Käufer, der bereits für Microsoft 365 zahlt, könnte fragen, warum er einen separaten Konferenz- und Kollaborations-Stack benötigt. Ein Käufer, der ausgefeilte Webinare möchte, könnte Zoom oder Webex wählen. Eine technisch starke Universität könnte selbst hosten. Ein Managed-Service-Provider oder lokales IT-Haus könnte ein maßgeschneidertes Bündel mit denselben Open-Source-Tools anbieten.
infra.runs Antwort muss mehr sein als „Open Source ist besser.“ Sie muss lauten: Dieses Bündel gibt Ihnen genug Souveränität, Servicequalität, Beschaffungseignung und Support-Reaktionsfähigkeit, um eine separate Lieferantenbeziehung zu rechtfertigen.
Die Margenobergrenze kommt von diesen Substituten. Wenn infra.run die Preise zu aggressiv erhöht, können Käufer zu benannten Benutzer-SaaS, roher Cloud plus internem Personal oder einem anderen verwalteten Open-Source-Anbieter wechseln. Wenn es die Preise niedrig hält, muss es Betriebseffizienz steigern und angrenzenden Support monetarisieren. Das Unternehmen hat eine echte Nische, aber es ist keine Monopolnische. Werte eröffnen das Gespräch; Wechselkosten, Servicezuverlässigkeit und Beschaffungsleistung entscheiden darüber, ob das Konto bleibt.
Regulierung hilft dem Pitch, erhöht aber die Belastung
Datenschutz und Datensouveränität sind Nachfragtreiber für infra.run. Das Sicherheitskonzept sagt, dass das Unternehmen gebaut wurde, um eine datenschutzkonforme Alternative zu Anbietern zu bieten, deren Datenumgang es als fragwürdig ansieht. Es sagt, dass das Unternehmen Daten von Gruppen wie Schulkindern, Patienten und Journalisten verarbeitet und daher den Schutz vor unbefugtem Zugriff als Priorität betrachtet. Es sagt auch, dass Daten nur in dem für Betrieb und Abrechnung erforderlichen Umfang verarbeitet werden und dass Dienste und Benutzer über transportverschlüsselte Kanäle kommunizieren.
Kundendokumente zeigen, warum das wichtig ist. Die Bekanntmachung von Gießen verankert die BigBlueButton-Verarbeitung in universitären Aufgaben, Rechtsgrundlagen und Auftragsverarbeitungsvereinbarungen nach Art. 28. Die Hamburger Mitteilung sagt, dass Video, Audio, Chat und mögliche Aufzeichnungen infra.run als Betreiber durchlaufen und dass der Betreiber einen Auftragsverarbeitungsvertrag hat. UlmLernt sagt, dass BigBlueButton- und Greenlight-Daten für Betrieb und Fehlerbehebung verwendet werden, nicht für andere Zwecke, und dass Logs nach drei Tagen gelöscht werden.
Das sind keine Marketing-Slogans; es sind die Arten von öffentlichen Erklärungen, die Institutionen Benutzern und Aufsichtsbehörden zur Verfügung stellen.
Die gleiche regulatorische Positionierung fügt Belastung hinzu. Käufer, die Wert auf Datenschutz legen, stellen mehr Fragen. Sie benötigen Vereinbarungen, dokumentierte Maßnahmen, Prüfungskomfort, Erklärungen zu Unterauftragsverarbeitern und Löschrichtlinien. Der Anbieter muss genau sein, was gespeichert wird, wo es gespeichert wird, wer darauf zugreifen kann und wie lange Logs aufbewahrt werden. Er muss auch mit der unangenehmen Wahrheit umgehen, dass ein Betreiber eines Konferenzservers technisch gesehen Datenverkehr auf der Serverseite sehen kann, selbst wenn der Transport verschlüsselt ist, wie das Hamburger Dokument warnt.
Vertrauen wird verdient, indem dieser Zugriff eingeschränkt und dokumentiert wird, nicht indem so getan wird, als ob er nicht existieren könnte.
Das schafft einen strategischen Vorteil, wenn infra.run dasselbe Compliance-Paket über viele ähnliche Käufer hinweg wiederverwenden kann. Eine deutsche Standardvorlage für Bildung und Forschung, die über DFN-Mitglieder, Schulen und öffentliche Körperschaften hinweg wiederverwendet wird, könnte die Vertriebskosten senken. Aber wenn jeder Käufer eine maßgeschneiderte Prüfung, maßgeschneiderte Integration und maßgeschneiderte Sprache verlangt, wird Compliance zu einem Servicekostenfaktor und nicht zu einem Burggraben. Die öffentlichen Dokumente deuten darauf hin, dass infra.run das Problem versteht.
Sie zeigen nicht, ob das Unternehmen es ausreichend industrialisiert hat, um Marge zu erzielen.
Inoffizielle Signale zeigen Kompetenz, keinen fertigen Burggraben
Mehrere inoffizielle oder halböffentliche Signale weisen auf technische Kompetenz und Community-Präsenz hin. GitHub zeigt eine infra.run-Organisation mit einer kleinen Anzahl öffentlicher Repositories, einschließlich BigBlueButton-bezogener Automatisierung und Tools. LinkedIn beschreibt infra.run Service GmbH als ein Berliner IT-Dienstleistungs- und Beratungsunternehmen, gegründet 2020, mit 11-50 Mitarbeitern und einer bescheidenen Follower-Zahl. Die BigBlueButton Community Conference 2024 listet in ihrem Programm einen Vortrag von Daniel Molkentin von infra.run über das Skalieren von BigBlueButton mit b3scale.
Suchschnipsel für diesen Vortrag sagen, dass b3scale seit der Pandemie bei infra.run läuft und Berliner Lernraum-Schulen, öffentliche Schulen in Hessen und DFN-Kunden verwaltet, die BigBlueButton über das Rahmenwerk kaufen.
Diese Signale sind nützlich, aber sie dürfen nicht als finanzieller Beweis behandelt werden. Ein Konferenzvortrag kann auf Fachkenntnis und Community-Stellung hinweisen. Er beweist keine Kundenbindung. GitHub-Repositories können auf Engineering-Engagement hinweisen. Sie beweisen keine Produktverteidigungsfähigkeit. LinkedIn-Mitarbeiterbänder können die Größenrichtung anzeigen. Sie stimmen nicht mit Gehaltsabrechnungen, Auftragnehmerkosten oder Einnahmen überein. Die richtige Verwendung dieser Signale ist, schärfere Fragen zu stellen, nicht das Geschäft als entschärft zu erklären.
Das wichtigste inoffizielle Signal ist die Geläufigkeit des Unternehmens in den Betriebsdetails von Bildungskonferenzen. Seine Dokumentation spricht über Firewalls, TURN-Fallback, Netzwerkdiagnose, Browserverhalten, bekannte BigBlueButton-Probleme und die Informationen, die Supportmitarbeiter benötigen. Das klingt nach einem Team, das echte Benutzerprobleme erlebt hat. Für einen Käufer kann das wertvoller sein als eine glänzende Anbieterbroschüre.
Für einen Investor oder strategischen Partner wirft es die nächste Frage auf: Ist dieses Know-how in wiederholbaren Werkzeugen eingebettet oder konzentriert es sich auf eine kleine Anzahl von Personen?
Wenn das Know-how wiederholbar ist, kann infra.run Community-Kompetenz in operative Hebelwirkung umwandeln. Wenn es personenabhängig ist, wird Wachstum die Qualität unter Druck setzen. Die Marke eines kleinen Anbieters kann durch Erreichbarkeit gestärkt werden, aber dieselbe Erreichbarkeit kann die Menschen überlasten, die die Marke überhaupt erst glaubwürdig gemacht haben.
Die Fakten, die das Urteil ändern würden
Die erste fehlende Tatsache ist die Umsatzqualität. Öffentliche Quellen zeigen keine jährlichen wiederkehrenden Umsätze, Professional-Services-Umsätze, Event-Umsätze, Verlängerungsraten, Abwanderung oder Bruttomarge nach Dienstleistungslinie. Diese Zahlen würden bestimmen, ob BigBlueButton ein profitabler Anker oder ein margenschwacher Einstiegspunkt für bessere Integrationsarbeit ist. Ein gesunder Fall würde zeigen, dass sich wiederkehrende Konten von Konferenzen auf Cloud, Identität, Messaging und Lernmanagement-Betrieb ausweiten, während der Supportaufwand pro Benutzer sinkt.
Die zweite fehlende Tatsache ist die Auslastung. Die Preisgestaltung für gleichzeitige Sitzplätze kann attraktiv sein, wenn die gebuchte Kapazität deutlich über der normalen Spitzennutzung liegt und wenn Kunden außergewöhnliche Veranstaltungen im Voraus planen. Sie ist gefährlich, wenn Kunden routinemäßig Spitzen erreichen, die zusätzliche Hardware, zusätzliche Überwachung oder manuellen Eingriff ohne entsprechende Einnahmen erfordern. Serverauslastung, Verhältnis von Spitzen zu gebuchten Sitzplätzen, Eventhäufigkeit und Genauigkeit der Kapazitätsplanung würden die wirtschaftliche Sichtweise schnell ändern.
Die dritte fehlende Tatsache ist die Kundenkonzentration. Öffentliche Belege deuten auf Bildung, DFN-bezogene Kanäle und öffentliche Körperschaften hin. Das ist glaubwürdig. Es kann auch bedeuten, dass wenige große Konten oder Rahmenverträge das Geschäft dominieren. Vertragswerte, Verlängerungstermine, Neuausschreibungsrisiko und der Anteil der Einnahmen, die an Berlin, Hessen, DFN-Teilnehmer oder eine Handvoll Universitäten gebunden sind, würden zeigen, ob das Unternehmen eine diversifizierte Basis oder ein konzentriertes öffentliches Auftragsbuch hat.
Die vierte fehlende Tatsache ist die Betriebsresilienz. Die öffentliche Aufzeichnung zeigt Supportprozesse und Sicherheitskonzepte, aber nicht Betriebszeit, Vorfallhistorie, Wiederherstellungszeit, Support-Ticket-Volumen, Bereitschaftsdienstbelastung oder Kundenzufriedenheit. Für ein Unternehmen, das lokale Verantwortlichkeit verkauft, ist der Beweis nicht nur, dass jemand antwortet. Es ist, dass das System selten ausfällt, sich schnell erholt und die Supportkosten nicht schneller steigen als die Einnahmen.
Die fünfte fehlende Tatsache sind Capex und Lieferantenökonomie. Das Unternehmen sagt, dass es eigene Serverhardware in deutschen Rechenzentren betreibt und bei Bedarf zusätzliche Ressourcen mietet. Die Marge hängt von Hardwareabschreibung, Rack- und Stromkosten, Netzwerkverpflichtungen, Transitkonditionen, Peering-Vorteilen, Speicherkosten und dem Preis der Überlaufkapazität ab. Ein Anbieter kann strategisch richtig liegen und dennoch wirtschaftlich unter Druck geraten, wenn deutsche Infrastruktur- und Supportkosten die lokale Vertrauensprämie auffressen.
Die Investitionsschlussfolgerung: Verantwortlichkeit kann Verlängerungen verdienen, Marge braucht noch Beweise
infra.run Service GmbH hat eine glaubwürdige Existenzberechtigung. Seine Nische ist nicht „kleiner Cloud-Anbieter gegen Hyperscaler“ im generischen Sinne. Seine Nische ist der Betrieb von Open-Source-Kollaborationsinfrastruktur für Käufer, die sich um Datenschutz, öffentliche Verantwortlichkeit, Bildungsworkflows und erreichbaren Support kümmern. Die öffentlichen Belege zeigen echte Dienstleistungsseiten, echte Preise, echte Netzwerkressourcennachweise, echte Beschaffungs- und Kundenreferenzen und eine dokumentierte Sicherheitshaltung. Das reicht aus, um zu sagen, dass das Unternehmen nicht nur ein Verzeichniseintrag mit einer ASN ist.
Die wirtschaftliche Frage bleibt offen, weil dieselben Beweise zeigen, warum Marge schwer ist. Niedrige Preise pro Sitzplatz und Benutzer erfordern Skalierung und Automatisierung. Öffentliche und Bildungskäufer benötigen Support und Dokumentation. Deutsche Rechenzentrums- und Souveränitätsentscheidungen verbessern das Vertrauen, schränken aber die günstigsten Infrastrukturoptionen ein. Open-Source-Software reduziert die Lizenzabhängigkeit, verlagert aber Integration und Wartung auf den Betreiber. Netzwerkkontrolle verbessert die Glaubwürdigkeit, fügt aber betriebliche Verantwortung hinzu.
Jedes Element, das infra.run attraktiv macht, fügt auch Kosten hinzu.
Das beste derzeitige Urteil ist bedingt. infra.run kann lokale Verantwortlichkeit in Marge umwandeln, wenn es BigBlueButton und DFN-Glaubwürdigkeit als Einstiegspunkte nutzt, Konten zu Multi-Service-Bündeln erweitert, Integration separat in Rechnung stellt, Supportgrenzen fest hält, Bereitstellung und Überwachung automatisiert und Konzentrationsrisiken vermeidet.
Es wird kämpfen, wenn Käufer nur die billigste Konferenzkapazität kaufen, wenn große öffentliche Konten maßgeschneiderte Aufmerksamkeit ohne angemessene Gebühren erfordern oder wenn Substitute wie Teams, Zoom, Webex, OpenTalk, selbst gehostetes BigBlueButton oder günstiges deutsches Cloud-Hosting den Preis deckeln, bevor das Unternehmen eine Rendite auf Arbeit und Infrastruktur erzielt.
Die Fakten, die das Aufwärtspotenzial beweisen würden, sind konkret: wiederkehrende Umsätze nach Produkt, Bruttomarge nach Hosting und Support, Verlängerungsraten, Spitzenauslastung, Vorfallkennzahlen, Vertragswerte und Expansion von Einzeldienstkonten zu Bündeln. Bis diese sichtbar sind, unterstützt die öffentliche Aufzeichnung mehr Respekt für die Betriebskompetenz als Vertrauen in dauerhafte Preissetzungsmacht. Lokale Verantwortlichkeit mag das Vertrauen des Käufers gewinnen. Die Marge wird nur verdient, wenn infra.run dieses Vertrauen wiederholbar, abrechenbar und im Laufe der Zeit weniger arbeitsintensiv machen kann.

