3.8 KiB
O nas / Über uns — /pl/o-nas i /de/uber-uns (page id 4)
Bloki: pageHeader → bio → team → finalCta.
Otwarta kwestia do potwierdzenia z klientem przed budową tej strony: dane
w content-snapshot.json pokazują team.members z JEDNĄ osobą (Janusz
Kędzierski, „Właściciel / Beratungsstellenleiter"). Jeśli faktycznie firma to
tylko Janusz — poniższy plan pasuje bez zmian. Jeśli firma zatrudnia więcej
osób/doradców — sekcja team (§3) wymaga realnych danych (imiona, role,
zdjęcia) zanim zostanie zbudowana; nie wypełniać jej wymyślonymi osobami.
Traktuję to jak address: "DO POTWIERDZENIA PRZEZ KLIENTA" — jako otwarty
punkt, nie zakładam żadnej liczby.
1. PageHeader
[ZACHOWAĆ treść] „O nas / Ponad 20 lat rzetelnego wsparcia..." — spójny wzorzec page-header.
2. Bio (blockType: bio)
[ZACHOWAĆ treść] dwa akapity + credentials (4 punkty: 20 lat praktyki,
Beratungsstellenleiter w b.b.h., obsługa PL/DE, maksymalizacja zwrotu).
Zdjęcie (image, obecnie wskazuje media ID 1 = puste): to NAJWAŻNIEJSZE
zdjęcie na całej stronie po hero — to jest twarz firmy. Kierunek:
- Portret Janusza, kadr pionowy, naturalne otoczenie pracy (nie białe tło studyjne — to osłabia „ciepłe, ludzkie" pozycjonowanie, które reszta strony buduje przez papier/dokument-motyw).
- Spojrzenie w kamerę lub lekko w bok, spokojny wyraz — nie sztuczny korporacyjny uśmiech.
- Jeśli dostępne dodatkowe zdjęcia biura/otoczenia pracy — dobre jako tło lub
drugi mniejszy kadr obok (podobnie jak
imageSecondaryw hero).
Layout: zdjęcie po jednej stronie (sugeruję lewo, żeby odróżnić od hero,
gdzie zdjęcie jest po prawej — daje to stronie własny rytm, nie kopię hero),
tekst + credentials po drugiej. credentials jako pionowa lista z małym
checkmarkiem lub myślnikiem w kolorze akcentu — nie 4 osobne karty (to tylko
4 krótkie linie, karta na jedną linię tekstu to nested-card/overkill).
Animacja: parallax-tilt na zdjęciu — TU jest drugie i ostatnie miejsce
na stronie, gdzie ten efekt się powtarza po hero (dozwolone świadome
powtórzenie na stronie „O nas", bo to również portret osoby — spójność
motywu „ożywionego dokumentu/zdjęcia" bez rozmnażania efektu na każdą sekcję
serwisu, patrz zakaz w 01 §4).
3. Team (blockType: team)
Patrz nota na górze pliku. Jeśli zostaje 1 osoba (Janusz):
[DOPRACOWAĆ — rozważyć usunięcie/scalenie z Bio] blok team z jedną
osobą, która jest tą samą osobą co w bio bezpośrednio nad nim, tworzy
wizualną redundancję — to samo zdjęcie/opis dwa razy pod rząd. Dwie opcje:
- (A) Zostawić
teamjako osobny blok tylko jeśli w przyszłości dojdą kolejne osoby — wtedy warto mieć gotową strukturę i nie przebudowywać strony później. W takim wypadku na razie renderować jako pojedynczą, spokojną kartę „wizytówkową" (nie grid na 1 element — grid sugeruje że czegoś brakuje). - (B) Pominąć render bloku
team, gdymembers.length === 1i tekstowo wzmocnićbioo rolę/kontakt zamiast duplikować — prostsze, unika redundancji, ale wymaga zmiany w komponencie (Team/Component.tsx), patrz 10-architektura-cms.md §3.
Rekomendacja: (B), chyba że klient potwierdzi, że dojdą kolejne osoby w krótkim terminie — wtedy (A).
Jeśli firma jednak zatrudnia większy zespół (do potwierdzenia — patrz nota na
górze): renderować jako siatkę kart (foto + imię + rola + krótki opis), 3 w
rzędzie desktop / 1 mobile, bookingUrl z każdej karty prowadzi do /kontakt
(już jest w danych).
4. FinalCTA
[ZACHOWAĆ treść] „Gotowy na rozliczenie podatku?" — spójny wzorzec.