# Übergabe- und Optimierungsempfehlung **Projekt:** Landingpage für SchreinerSichtbar **Autor:** Manus AI **Stand:** 26. August 2026 ## 1. Neue Namensempfehlung Der bisherige Name **„Übergabe-Check nach dem Kundentermin“** beschreibt zwar den Vorgang, macht den betrieblichen Nutzen aber noch nicht schnell genug sichtbar. Er bleibt vor allem für Zuschauer, die aus dem YouTube-Video kommen, zu abstrakt. Die klare Hauptempfehlung lautet: > **Vom Kundentermin ins Angebot – Praxis-Check** Der Name führt den Schreiner vom bekannten Ausgangspunkt direkt zum Ziel. Er greift außerdem die Leitfrage des YouTube-Pakets auf: Wie kommt das Wissen des Meisters nach dem Termin in eine Form, mit der Büro, Kalkulation oder Arbeitsvorbereitung weiterarbeiten können? | Kriterium | Bewertung | | --- | --- | | Nutzen sofort verständlich | Sehr gut, weil Start und Ziel direkt genannt werden | | Anschluss an YouTube | Sehr gut, weil das Video bereits „vom Kunden ins Angebot“ denkt | | Natürlich aussprechbar | Besser als lange Komposita wie „Kundenwissen-ins-Angebot-Check“ | | Erwartungsmanagement | „Praxis-Check“ signalisiert einen kurzen, konkreten Einstieg statt Verkaufsgespräch | | Erweiterbarkeit | Funktioniert für Landingpage, VideoAsk-Titel, E-Mail-Betreff und interne Benennung | Als kurzer CTA wird **„Praxis-Check starten“** empfohlen. Damit bleiben Name und Button sprachlich konsistent. Falls vorhandene Kampagnenmaterialien bereits fest mit „Übergabe-Check starten“ produziert wurden, kann der CTA vorübergehend bestehen bleiben; der neue Name sollte dann trotzdem als Seitentitel und VideoAsk-Titel verwendet werden. ### Sinnvolle Alternativen | Alternative | Stärke | Einschränkung | | --- | --- | --- | | Kundenwissen-Check fürs Angebot | Klar, kompakt und sehr nutzenorientiert | Etwas technischer im Klang | | Angebotsklarheit-Check | Kurz und gut merkbar | Kundentermin und interner Weg fehlen ohne Zusatz | | Angebots-Übergabe-Check | Fachlich präzise | Weniger natürlich und stärker prozesssprachlich | ## 2. Kritische Bewertung des Landingpage-Briefings Das Briefing ist **inhaltlich belastbar und ausreichend konkret**, um daraus eine fokussierte Landingpage zu bauen. Besonders gut sind die klare Hauptaktion, die Abgrenzung von automatischer Angebotserstellung und Vorlagenversand sowie die ehrliche Darstellung der persönlichen Auswertung. | Bereich | Bewertung | Empfehlung | | --- | --- | --- | | Ziel und CTA | Klar | Eine Hauptaktion konsequent beibehalten | | Zielgruppe | Klar eingegrenzt | Inhaber, Meister, Büro und Kalkulation weiterhin gemeinsam ansprechen | | Alltagssituation | Sehr praxisnah | Bereits im Hero den Weg „Kundentermin → Angebot“ sichtbar machen | | Nutzen | Inhaltlich vorhanden | Weniger über „Übergabe“ und stärker über Rückfragen, Weiterarbeit und Angebotsvorbereitung sprechen | | KI-Grenzen | Sehr gut | „KI ordnet – Mensch prüft – Betrieb entscheidet“ beibehalten | | Datenschutz | Gut vorbereitet | Einwilligung und echte URLs vor Veröffentlichung rechtlich und technisch prüfen | | Vertrauensaufbau | Gut geplant | Rainers echtes Porträt einsetzen; kein KI-Ersatzgesicht verwenden | | Technik | Ehrlich als offen markiert | Erst nach Einbau der echten URLs und Testläufen live schalten | Die wichtigste textliche Optimierung ist bereits im Landingpage-Entwurf umgesetzt: Die Hero-Frage lautet nicht mehr allgemein „Gehen Informationen verloren?“, sondern konkret: > **Kommt nach dem Kundentermin alles an, was fürs Angebot gebraucht wird?** Damit wird die wirtschaftliche Relevanz schneller erkennbar, ohne ein Ergebnis zu versprechen, das erst im Praxistest bestätigt werden kann. ## 3. Bewertung der VideoAsk-Strecke Die Reduktion auf vier Fragen ist sinnvoll. Die Strecke prüft jetzt nur noch, ob ein realer Übergabeweg besteht, welche Information regelmäßig fehlt und ob ein anonymisierter Praxisfall konkret genug ist. Das passt gut zu einem Inhaber oder Meister, der zwischen Kundentermin, Werkstatt und Büro nur wenig Zeit hat. Die Reihenfolge ist schlüssig: Rollen klären, tatsächlichen Informationsweg erfassen, häufigste Lücke benennen und einen typischen Fall beschreiben. Name, geschäftliche E-Mail-Adresse und Betriebsname werden erst danach abgefragt. Kalender, automatische Vorlage und Verzweigungen bleiben draußen. Diese Reduktion sollte beibehalten werden. Vor Veröffentlichung sollte die VideoAsk-Strecke mindestens auf Desktop, Android und iPhone getestet werden. Besonders kritisch sind die mobile Audioaufnahme, Pflichtfelder, Einwilligung, Benachrichtigungen und der End Screen. ## 4. Landingpage-Konzept Die gewählte Designrichtung heißt **„Werkstatt-Protokoll“**. Die Seite wirkt wie eine sauber geführte Projektmappe zwischen Werkbank und Büro: Creme- und Sandflächen bilden die Arbeitsgrundlage, dunkles Holzbraun sorgt für Vertrauen und Kupfer markiert ausschließlich wichtige Handlungen und Prüfpunkte. Die Landingpage besteht aus zehn klar getrennten Blöcken. Dadurch können spätere Änderungswünsche anhand von Screenshots und einzelnen Dateien gezielt umgesetzt werden. | Block | Datei | Aufgabe | | --- | --- | --- | | Markenheader | `BrandHeader.tsx` | Logo und Kampagnenkontext ohne weitere Navigation | | Hero | `HeroSection.tsx` | Problem, Nutzen, CTA und Vertrauenssignale | | Alltagssituation | `ProblemSection.tsx` | Vier typische Reibungen aus dem Schreineralltag | | Denkwechsel | `ShiftSection.tsx` | Prüffähige Übergabe statt vorschneller Automatisierung | | Vier Fragen | `QuestionsSection.tsx` | Inhalt und geringe Hürde der VideoAsk-Strecke | | Ablauf danach | `ProcessSection.tsx` | Persönliche Einordnung und mögliche Folgeschritte | | Vertrauen | `TrustSection.tsx` | KI-Grenzen, Rainer und Originalporträt-Platzhalter | | FAQ | `FaqSection.tsx` | Häufige Einwände als Akkordeon | | Schluss-CTA | `FinalCtaSection.tsx` | Identische Hauptaktion am Seitenende | | Footer | `SiteFooter.tsx` | Marke, Datenschutz und Impressum | Alle Texte, Links und Bildpfade werden zentral in `client/src/content/landingPage.ts` gepflegt. Dadurch kann der Kampagnenname, der CTA, die VideoAsk-URL oder das Porträt später an einer Stelle geändert werden. ## 5. Technische Vorbereitung Der CTA ist bereits so vorbereitet, dass bei einem später eingetragenen VideoAsk-Link ein neuer Tab geöffnet wird. Solange die URL fehlt, zeigt der Entwurf bewusst einen Hinweis statt eine funktionierende Live-Integration vorzutäuschen. Das Matomo-Ereignis **`uebergabe_check_start`** ist vorbereitet. Es wird nur an eine vorhandene Matomo-Warteschlange übergeben; die tatsächliche Matomo-Einbindung und das korrekte Eintreffen des Events müssen im Zielsystem getestet werden. Die Seite enthält kein zweites Formular. Kontaktdaten bleiben vollständig in VideoAsk. Das entspricht dem Briefing und reduziert doppelte Datenerfassung. ## 6. Noch benötigte Angaben Vor einer Veröffentlichung müssen vier Angaben ergänzt werden: | Angabe | Einbauort | | --- | --- | | Echte VideoAsk-URL | `videoAskUrl` in `client/src/content/landingPage.ts` | | Datenschutz-URL | `privacyUrl` in derselben Datei | | Impressum-URL | `imprintUrl` in derselben Datei | | Originalporträt von Rainer | `portraitUrl` in derselben Datei | Zusätzlich müssen VideoAsk-Einwilligungstext, Datenschutzbezug und technische Weiterleitung im realen System rechtlich und technisch geprüft werden. Ein Iframe ist erst nach einem vollständigen Mobil- und Audio-Test sinnvoll; für Version 1 bleibt der direkte Link im neuen Tab die robustere Empfehlung. ## 7. Prüfergebnis Der Entwurf wurde als Produktions-Build und mit TypeScript-Prüfung erfolgreich erstellt. Die Desktop- und Mobile-Darstellung wurden visuell kontrolliert. Die externe Stilprüfung bestätigte, dass die Seite die gewählte Werkstatt-Protokoll-Richtung konsistent umsetzt und keine gestalterische Überarbeitung vor der ersten Übergabe benötigt. ## Quellenbasis 1. `Briefing-Landingpage-Uebergabe-Check.docx`, bereitgestellt vom Auftraggeber. 2. `VideoAsk-Strecke-und-Aufbauanleitung-Uebergabe-Check.docx`, bereitgestellt vom Auftraggeber. 3. `YouTube-Produktionspaket-KI-Uebergabe-nach-Kundentermin-ueberarbeitet.docx`, bereitgestellt vom Auftraggeber. 4. `BrandGuidefürHandwerksichtbar_Schreinersichtbar.pdf`, bereitgestellt vom Auftraggeber.