## Ergebnis

Geprüft wurde **Commit `ffdfa8c`** als potenzieller regionaler Baukunde:

- Homepage und Projektanfrage
- Desktop: 1440 × 900
- Mobile: 390 × 844
- Quellcode für TrustStrip, Kontaktwege, Referenzen und Anfragewizard
- Build und Playwright-Suite

### Blocker

1. **Die Projektanfrage ist keine vollständige Anfrage- oder Fotoübermittlung**
   - Im aktuellen Build ist kein Formular-Endpunkt konfiguriert. Der Abschluss öffnet lediglich ein `mailto:` mit Textzusammenfassung.
   - Es gibt weder Foto-Upload noch Web-Share-Fallback. „Fotos vorhanden“ ist nur eine Checkbox; danach muss der Kunde eigenständig auf WhatsApp oder E-Mail wechseln.
   - Besonders widersprüchlich: Im Wizard kann „WhatsApp“ als bevorzugter Kontakt gewählt werden, der Abschluss öffnet trotzdem das E-Mail-Programm.
   - **Konkrete Empfehlung:** Entweder einen echten, datenschutzrechtlich geklärten Upload-/Formularweg implementieren oder einen ehrlichen Share-Ablauf: Zusammenfassung plus ausgewählte Dateien über `navigator.share`/`navigator.canShare`, danach WhatsApp, E-Mail und „Zusammenfassung kopieren“ als klare Fallback-Auswahl. Kein Upload-Feld anzeigen, solange keine funktionierende Transportstrecke existiert.
   - Betroffen: `src/components/ProjectInquiryWizard.astro`.

### High

2. **Die feste mobile Kontaktleiste verdeckt beim Einstieg relevante Inhalte**
   - Homepage bei 390 × 844: Hero endet bei ca. **757 px**, Kontaktleiste beginnt bei **779 px**. Dadurch liegt sie direkt über dem mobilen TrustStrip; dessen erste Aussagen erscheinen angeschnitten bzw. verdeckt.
   - Projektanfrage: Die Karte „Lieber direkt sprechen?“ reicht ungefähr von **714 bis 846 px** und wird ebenfalls von der Leiste überlagert.
   - **Empfehlung:** Oberhalb der Leiste dynamischen Freiraum einplanen oder die Leiste erst nach Verlassen des Hero-/Direktkontaktbereichs einblenden. TrustStrip und wichtige Links dürfen nicht unter einem Fixed Element beginnen.

3. **Die Referenzen wirken auf Detailseiten nicht projektspezifisch und zeitlich veraltet**
   - Alle sechs Referenzdateien verwenden dasselbe `/images/reference-hero.jpg`.
   - Die sichtbaren Jahresangaben liegen überwiegend zwischen **2013 und 2017**; bei einer Referenz steht statt eines Jahres nur „Referenz“.
   - Für einen Baukunden kann das wie Platzhalterbestand oder seit Jahren nicht aktualisierte Projektaktivität wirken – trotz realer Homepage-Arbeitsbilder.
   - **Empfehlung:** Nur vorhandene, eindeutig zuordenbare Projektbilder verwenden. Wo keine Zuordnung gesichert ist, keine pseudo-projektspezifische Detailgalerie darstellen. Aktuellere Projekte erst ergänzen, wenn verifizierte Angaben und Bilder vorliegen.

4. **Mobile Homepage ist zu lang und wiederholt die Conversion mehrfach**
   - Gemessene Seitenhöhe bei 390 px: rund **7.461 px**.
   - Drei grosse Leistungskarten stehen vollständig vor den eigentlichen Referenzbelegen. Danach folgen Ablauf, Unternehmensversprechen und zwei direkt aufeinanderfolgende Anfrageblöcke mit praktisch demselben Ziel.
   - **Empfehlung:** Mobile Dramaturgie verdichten: Hero → kompakter, belegbarer Trust → 2–3 Referenzbelege → Kernleistungen → kurzer Ablauf → eine einzige Abschluss-CTA. Die beiden unteren Anfrageblöcke zusammenführen.

5. **Das Logo-Intro verzögert und verdunkelt den wichtigsten Erstkontakt**
   - Erster Besuch: etwa **1,18 Sekunden mobil**, **1,55 Sekunden Desktop**. Währenddessen sind Header und Hero sichtbar abgedunkelt; es gibt keinen Überspringen-Mechanismus.
   - Gerade bei einem lokalen Handwerksbetrieb sollte Leistungsangebot, Region und Telefonnummer sofort ruhig erfassbar sein.
   - **Empfehlung:** Intro entfernen oder auf eine sehr kurze, nicht vollflächige Markenbewegung reduzieren. Die Hero-Aussage und CTA dürfen niemals visuell gedimmt werden.

6. **Trust besteht überwiegend aus Eigenbehauptungen statt sichtbaren Belegen**
   - „Persönliche Betreuung“, „Saubere Ausführung“ und „Direkt erreichbar“ werden mehrfach wiederholt, aber auf der Homepage nicht unmittelbar mit Ansprechpartner, Projektbeispiel oder externem Nachweis verbunden.
   - Gute vorhandene Belege – Adresse Windisch, Gründungsjahr, regionale Projektorte und reale Arbeitsbilder – werden nicht konsequent als Beweiskette inszeniert.
   - **Empfehlung:** TrustStrip auf wenige belegte Punkte reduzieren und verlinken, z. B. Firmengeschichte, Standort und konkrete regionale Referenzen. Ansprechpartner, Reaktionszeiten oder weitere Nachweise nur ergänzen, wenn verifiziert.

### Medium

7. **CTA-Bezeichnungen versprechen unterschiedliche Dinge**
   - Header/Hero: „Projekt anfragen“
   - Später: „Projektanfrage vorbereiten“
   - Tatsächlicher Abschluss: „E-Mail-Anfrage vorbereiten“
   - **Empfehlung:** Bei Mailto-Fallback von Anfang an „Anfrage vorbereiten“ kommunizieren. „Anfrage senden“ nur verwenden, wenn ein Endpunkt die Übermittlung bestätigt.

8. **Der mobile Projektsteckbrief sitzt unter dem Formular**
   - Die Zusammenfassung ist auf Desktop sinnvoll sticky, mobil aber erst nach dem aktuellen Schritt sichtbar. Sie hilft damit während der Eingabe kaum und verlängert die Seite.
   - **Empfehlung:** Mobil als eingeklappte, jederzeit erreichbare „Zusammenfassung ansehen“-Sektion direkt beim Fortschritt platzieren.

9. **„Kundenarbeit / Kleinauftrag“ ist ungefragt vorausgewählt**
   - Der erste Schritt kann ohne bewusste Entscheidung übersprungen werden. Das erhöht das Risiko einer falschen Projektklassifizierung.
   - **Empfehlung:** Keine Vorauswahl; eine bewusste Wahl verlangen. „Noch unklar“ bleibt als niederschwellige Option bestehen.

10. **Der Kontaktbereich erklärt zu viel Website-Mechanik**
    - Der Absatz zu Google-Bewertungen erläutert, warum Bewertungen nicht statisch kopiert werden. Das ist korrekt, wirkt aber wie interne Implementierungsbegründung statt Vertrauensaufbau.
    - **Empfehlung:** Kurz und kundenzentriert formulieren: „Aktuelle Bewertungen bei Google ansehen“, ohne Sterne, Anzahl oder Testimonials zu erfinden.

## Positiv

- Leistungsschwerpunkt und Region sind im Hero sofort verständlich.
- Telefon, WhatsApp und Anfrage sind gut auffindbar.
- Die Projektanfrage speichert Entwürfe lokal und behauptet keinen erfolgreichen Versand ohne bestätigten Endpunkt.
- Mobile Navigation und grundlegende Accessibility sind solide.
- Build erfolgreich; Playwright: **18 bestanden, 6 projektspezifisch übersprungen**; keine Browser-Konsolenfehler.

## Arbeitsstand

- **Keine Dateien von mir erstellt oder geändert.**
- Nach Abschluss der Prüfung erschienen uncommittete Änderungen an `HeroBlueprint.astro`, `SiteIntro.astro`, `TrustStrip.astro` und `BaseLayout.astro`, offenbar durch einen parallelen Prozess. Ich habe sie weder erzeugt noch zurückgesetzt. Die Bewertung oben bezieht sich auf den zu Beginn sauberen Stand `ffdfa8c`.