82 lines
3.8 KiB
Markdown
82 lines
3.8 KiB
Markdown
# 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 `imageSecondary` w 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](./01-design-system-impeccable.md) §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ć `team` jako 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`, gdy `members.length === 1`** i tekstowo
|
|
wzmocnić `bio` o rolę/kontakt zamiast duplikować — prostsze, unika
|
|
redundancji, ale wymaga zmiany w komponencie (`Team/Component.tsx`),
|
|
patrz [10-architektura-cms.md](./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.
|