Anwendungsfall und Randbedingungen
Grundlage für Kapitel 1 (Problemstellung) und für die zweite Stufe der Entscheidungsbegründung in Kapitel 2.6. Stand: 2026-09-04.
Anonymisierung
Der Auftraggeber wird in der Arbeit nicht namentlich genannt. Bezeichnung durchgehend: „ein Franchiseunternehmen im Gesundheitswesen”. Auch diese Vault-Seite führt den Namen nicht, weil die Vault-Seiten öffentlich abrufbar sind; die Zuordnung liegt außerhalb.
Zu vermeiden sind auch Angaben, die in Kombination eine Identifizierung erlauben (genaue Berufsbezeichnung zusammen mit Standortzahl und Region). Für die Argumentation genügt: reglementierter Heilberuf, Franchisenehmer als Solo-Selbstständige, einstellige Standortzahl mit Wachstumsabsicht.
Merkmale des Anwendungsfalls
| Merkmal | Ausprägung | argumentative Bedeutung |
|---|---|---|
| Branche | Gesundheitswesen, reglementierter Heilberuf | Werbeaussagen sind rechtlich beschränkt |
| Franchisenehmer | Solo-Selbstständige ohne IT-Kenntnisse und ohne Dienstleisterbudget | lokale Pflege muss ohne Hilfe möglich sein |
| Auftraggeber | junges Unternehmen mit eng begrenzten Mitteln | Grenzkosten je Standort sind entscheidungsrelevant |
| Größenordnung | einstellige Standortzahl, Wachstum beabsichtigt | Argument über Struktur, nicht über Last |
| Ist-Zustand | je Standort eine eigene WordPress-Installation mit kommerziellem Baukastenwerkzeug | siehe unten |
Ist-Zustand und warum er scheitert
Betrieben wird je Standort eine eigene WordPress-Installation. Für die Gestaltung wurde ein kommerzielles Baukastenwerkzeug (Page Builder) in der kostenpflichtigen Ausbaustufe beschafft.
Das ist die ungünstigste Ausprägung des Kopieransatzes, ungünstiger noch als ein Verbund mehrerer Sites in einer Installation: Es gibt keine gemeinsame Codebasis, kein geteiltes Erscheinungsbild, keine gemeinsame Nutzerverwaltung. Eine zentrale Designänderung existiert technisch nicht; sie ist eine Handlung, die in jeder Installation einzeln zu wiederholen ist. Die Lizenz des Baukastenwerkzeugs fällt je Installation an.
Hinzu kommt ein Befund, der in Kapitel 1 gehört: Ein Baukastenwerkzeug maximiert die Gestaltungsfreiheit je Installation. Genau das ist die Gegenrichtung zu zentraler Designhoheit. Die Bearbeitungsrechte sind nicht feldweise abstufbar; wer bearbeiten darf, darf alles. Die Investition verschärft damit das Problem, das gelöst werden soll, statt es zu mindern.
Argumentative Vorsicht: Dieser Ist-Zustand ist so schwach, dass fast jede Alternative besser abschneidet. Er begründet deshalb die Problemstellung, nicht die Eigenentwicklung. Der Vergleich in Kapitel 2 tritt gegen die jeweils beste Antwort der betrachteten Systeme an, nicht gegen diesen Ausgangszustand.
Randbedingungen (zweite Stufe der Begründung)
Diese Randbedingungen sind nicht Teil des Kriterienrasters. Sie werden im Text ausdrücklich als Randbedingungen des Vorhabens gekennzeichnet und von der fachlichen Systembewertung getrennt gehalten.
| Nr. | Randbedingung | Herleitung |
|---|---|---|
| R1 | Die lokale Pflege muss ohne technische Kenntnisse und ohne beauftragten Dienstleister möglich sein. | Franchisenehmer sind Solo-Selbstständige. Was Hilfe erfordert, erzeugt eine Rechnung, die niemand bezahlt; ungepflegte Standortseiten sind schlechter als keine. |
| R2 | Die Grenzkosten je zusätzlichem Standort müssen nahe null liegen. | Das Geschäftsmodell trägt erst über die Zahl der Standorte, und die Standorte selbst sind Kleinbetriebe. Ökonomische Lesart von K9. |
| R3 | Der Markeninhaber trägt die Verantwortung für Aussagen auf allen Standortseiten und kann sie vertraglich nicht abgeben. | Beauftragtenhaftung nach § 8 Abs. 2 UWG, ergänzt um berufsrechtliche Werbebeschränkungen. Geprüft am 2026-09-04, siehe unten. |
| R4 | Die Engine ist Baustein einer bestehenden Plattform, kein eigenständiges Produkt. | Vorgabe des Vorhabens. |
R3 im Einzelnen (Prüfung vom 2026-09-04)
R3 trägt, aber anders als zunächst angenommen. Die Prüfung ergab zwei Stränge, von denen der zweite der belastbare ist.
Erster Strang, berufsrechtlich, schwächer als erwartet. Das Heilmittelwerbegesetz greift nur, soweit sich eine Werbeaussage auf die Erkennung, Beseitigung oder Linderung von Krankheiten bezieht. Schwangerschaft und Geburt sind keine Krankheiten, weshalb das Gesetz für die Kernleistungen des betroffenen Berufs weitgehend nicht einschlägig ist. Werbebeschränkungen folgen hier stattdessen aus den Berufsordnungen der Länder, die berufsunwürdige beziehungsweise berufswidrige Werbung untersagen, sowie allgemein aus dem Verbot irreführender geschäftlicher Handlungen. Die Länderfassungen unterscheiden sich, eine bundeseinheitliche Aussage ist nicht möglich.
Zweiter Strang, wettbewerbsrechtlich, und dies ist das eigentliche Argument. Nach § 8 Abs. 2 UWG haftet der Unternehmensinhaber für Zuwiderhandlungen, die ein Beauftragter in seinem Unternehmen begeht. Die Rechtsprechung legt den Begriff des Beauftragten weit aus; auch selbstständig tätige Unternehmer können darunter fallen. Die Haftung ist verschuldensunabhängig und lässt sich vertraglich nicht ausschließen.
Daraus folgt die Begründung für K4 in ihrer stärksten Form: Wenn der Markeninhaber die Verantwortung für Aussagen auf den Standortseiten vertraglich nicht abgeben kann, muss er sie technisch durchsetzen. Eine Freigabe, die erst nachträglich am einzelnen Objekt entzogen werden kann, genügt dafür nicht; erforderlich ist eine Freigabe, die am Bausteintyp hängt und deren Grundzustand das Verbot ist. Damit ist die Abweichungsmechanik keine Frage des Markenbildes mehr, sondern eine Frage der Haftung, und kein betrachtetes System bildet das ab.
Grenzen dieser Aussage, im Text mitzuführen:
- Ob ein bestimmter Franchisenehmer Beauftragter im Sinne der Vorschrift ist, hängt von der Ausgestaltung des Einzelfalls ab (Weisungsrechte, Eingliederung in die Organisation). Eine pauschale Aussage ist unzulässig.
- Die Arbeit ist eine Informatikarbeit. Der Punkt wird knapp geführt, mit Verweis auf den Gesetzestext als Primärquelle, ohne juristische Ausarbeitung. Zu belegen ist § 8 Abs. 2 UWG unmittelbar, ergänzend eine Landesberufsordnung als Beispiel; anwaltliche Ratgeberbeiträge sind keine zitierfähigen Quellen.
- Formulierung im Text zurückhaltend: „kann dazu führen, dass der Franchisegeber einzustehen hat”, nicht „haftet in jedem Fall”.
Geprüfte Alternativen zur Eigenentwicklung
Die Begründung der Eigenentwicklung ist keine einzelne Achse, die alle Wettbewerber im Alleingang ausschließt. Ein solches Kriterium gibt es hier nicht, und wer eines präsentiert, muss zuerst erklären, wie es zustande kam. Tragfähig ist eine Konjunktion, deren Teile aus verschiedenen Quellen stammen: aus dem Gesetz, aus dem Geschäftsmodell und aus der Nutzerstruktur. Gerade weil sie nicht aus einer Hand stammen, ist sie nicht zurechtlegbar.
Die Kernaussage lautet in vollständiger Form:
Die Verantwortung für die Inhalte der Standortseiten ist vertraglich nicht abtretbar (§ 8 Abs. 2 UWG), sie muss also durchgesetzt werden. Durchsetzung ist auf zwei Wegen möglich: organisatorisch durch Freigabe je Änderung, oder technisch durch Freigabe je Bausteintyp. Der organisatorische Weg wächst mit der Zahl der Standorte und der Änderungen und ist unter R2 nicht tragfähig. Der technische Weg setzt eine typgebundene, standardmäßig verbietende Freigabemechanik voraus, die unter den betrachteten Systemen keines bietet.
Vor der Erhebung sind zwei Alternativen ausdrücklich zu prüfen und im Text zu behandeln, statt sie zu übergehen. Beide sind naheliegend und werden in einer Verteidigung gestellt.
Alternative 1: organisatorische Freigabe statt technischer Begrenzung
Der Einwand. Jeder Standortinhalt durchläuft vor der Veröffentlichung eine zentrale Freigabe. Damit ist die Haftungsfrage ebenso beherrscht, und dafür genügt jedes System mit Redaktionsworkflow. Adobe Experience Manager bringt solche Abläufe mit.
Warum das nicht trägt. Der Einwand ist auf der Ebene des Rechtsarguments allein nicht zu entkräften; er ist dort sogar zutreffend. Er scheitert erst an der Kostenstruktur: Eine Freigabe im Arbeitsablauf kostet Aufwand je Änderung und je Standort, wächst also mit beidem, und sie setzt eine Instanz voraus, die laufend prüft. Ein junges Unternehmen mit wenigen Mitarbeitern hat diese Instanz nicht (R2, R1). Eine Freigabe am Bausteintyp fällt einmal an und skaliert danach nicht mehr.
Der Unterschied ist damit nicht „sicher gegen unsicher”, sondern einmalige gegen laufende Kosten der Durchsetzung. So ist er auch zu formulieren.
Alternative 2: ein vorhandenes System erweitern
Der Einwand. WordPress und TYPO3 sind quelloffen. Warum wurde die fehlende Mechanik nicht als Erweiterung nachgerüstet?
Warum das nicht trägt. Die fehlende Ecke ist bei keinem System eine fehlende Funktion, sondern Folge seines Ableitungs- beziehungsweise Kostenmodells. Eine typgebundene Freigabe setzt eine gemeinsame Designquelle voraus, auf die sie sich bezieht. Im Ist-Zustand des Anwendungsfalls, also getrennten Installationen je Standort, existiert diese gemeinsame Quelle nicht; eine Freigabeerweiterung hätte dort nichts, worauf sie wirken könnte. In einem kopierenden System müsste die Erweiterung die Ableitungsmechanik ersetzen, in einem lizenzbasierten das Modell einer Installation je Standort. In beiden Fällen bleibt vom Ausgangssystem nichts Tragendes übrig.
Grenze dieser Aussage: Sie gilt für die betrachteten Systeme in ihrer dokumentierten Form. Sie ist nach der Erhebung zu überprüfen, insbesondere für TYPO3, dessen Referenzmechanik eine gemeinsame Quelle bereitstellen könnte.
Formulierungsdisziplin
Zulässig ist: „Unter den betrachteten Systemen findet sich keines, das diese Kombination von Anforderungen abdeckt.”
Unzulässig ist: „Es gibt kein System, das …” oder „Eine Eigenentwicklung war zwingend erforderlich.” Die Erhebung umfasst fünf Systeme, nicht den Markt.
Struktur der Schlussbegründung
Die Begründung der Eigenentwicklung wird zweistufig geführt:
Stufe 1, fachlich, aus dem Kriterienraster. Jedes betrachtete System erfüllt zwei von drei Forderungen, keines alle drei:
| Markenkontrolle (N1–N3) | lokale Autonomie ohne Entwickler (N5–N8) | konstante Grenzkosten je Standort (N10, R2) | |
|---|---|---|---|
| Adobe Experience Manager | ja | ja | nein: Lizenz, Betrieb und Verteilverwaltung wachsen mit der Standortzahl |
| WordPress mit Baukastenwerkzeug | nein: wer bearbeiten darf, darf alles | ja | nein: Lizenz und Pflege je Standort |
| Headless-CMS, TYPO3 | ja | nein: Designänderung ist Entwicklerarbeit | teilweise |
| eigener Entwurf | ja | ja | ja |
Die Systeme sind nicht mangelhaft. Sie stammen aus Kontexten, in denen jeweils eine der drei Forderungen nicht galt: Konzerne, bei denen Kosten je Standort keine Rolle spielen; Betreiber, die ihre Seite selbst verantworten und keinem Markeninhaber Rechenschaft schulden; Organisationen mit eigenem Entwicklungsteam.
Stufe 2, kontextuell. Warum wurde kein vorhandenes System erweitert? Weil die fehlende Ecke jeweils keine fehlende Funktion ist, sondern Folge des Vererbungs- beziehungsweise Kostenmodells. Eine typgebundene Freigabe in einem kopierenden System nachzurüsten hieße, dessen Ableitungsmechanik zu ersetzen; konstante Grenzkosten in einem lizenzbasierten System hieße, dessen Modell einer Installation je Standort zu ersetzen. In beiden Fällen bleibt vom Ausgangssystem nichts Tragendes übrig.
Diese Tabelle ist eine Erwartung, kein Ergebnis. Sie wird nach der Erhebung gegen die Befunde geprüft und, wo nötig, korrigiert.
Offene Punkte
R3 prüfen(2026-09-04 erledigt, siehe oben). Verbleibend: Primärquellen beschaffen, also Gesetzestext § 8 Abs. 2 UWG und eine Landesberufsordnung des einschlägigen Bundeslandes.Ist-Zustand präzisieren(2026-09-04 erledigt: je Standort eine eigene Installation).- Namensnennung des Baukastenwerkzeugs: Produktname nennen oder ebenfalls anonymisieren? Der Produktname ist für die Argumentation nicht erforderlich, erhöht aber die Nachvollziehbarkeit.
Zusammenhänge
- Anforderungsprofil: anforderungsprofil
- Kriterienraster: kriterienraster
- Recherchestruktur: recherchestruktur
- Systeme und Positionierung: verwandte-arbeiten
- Gliederung: outline