Szablony wymagane na start
Techniczny: DraftAkceptacja: DraftZakres startowy
Dział zatytułowany „Zakres startowy”Lista poniżej pochodzi z katalogu zakresu. Status mówi o gotowości konkretnej strony dokumentacji, nie o wdrożeniu szablonu na produkcję.
Zakres: 11 stron. Zatwierdzone: 0. Reviewed: 0. Draft: 11.
| Strona | Akceptacja | Stan techniczny | Zależności |
|---|---|---|---|
| Szablony wymagane na start | draft | draft | layout, navigation, patterns |
| Strona główna B2B | draft | draft | templates, messages, trust |
| LP zawodu | draft | draft | templates, needs-map, estimate-apk, trust |
| LP produktu i ryzyka | draft | draft | templates, estimate-apk, trust |
| Zdrowie dla pracowników — strona usługi | draft | draft | templates, messages, trust |
| Artykuł i treść źródłowa | draft | draft | templates, writing |
| Hub i lista treści | draft | draft | templates, card |
| Zakup JDG i powrót do sprawy | draft | draft | templates, estimate-apk, offers, recovery |
| Zdrowie — oferta i plan wdrożenia | draft | draft | templates, offers, platform |
| Portale B2C — wspólny szablon i warianty | draft | draft | templates, architecture |
| Kontakt, pomoc i strony systemowe | draft | draft | templates, feedback |
Co jest szablonem
Dział zatytułowany „Co jest szablonem”Layout organizuje przestrzeń i nawigację. Szablon łączy ten układ, wspólne komponenty, wzorce zachowania i reprezentatywną treść w działającą stronę. Zmiana zawodu lub produktu w danych nie tworzy automatycznie nowego szablonu. Wariant wymaga oddzielnego odbioru, gdy zmienia zadanie lub zachowanie.
Każdy szablon ma pokazać render desktop/mobile, stany niepełne i błędy, źródła tekstu, zależności od DS oraz scenariusze odbioru. Po migracji dołącza rzeczywiste adresy i wersje wdrożeń zgodnie z rejestrem zastosowań.
Projektujemy docelowe doświadczenie. Zastany kod i materiały wykorzystujemy, jeżeli pomagają je zrealizować; nie ograniczają zakresu do tego, co istnieje.
Brief do wykonania
Dział zatytułowany „Brief do wykonania”@todo(templates): wykonać poniższy brief, przedstawić rezultat i dowody odbioru. Usunięcie znacznika nie jest wykonaniem zadania.
- Zakres: Pokaż komplet poniższych rodzin szablonów i zależności od wzorców; dowód to render, nie opis. Wariant danych nie oznacza nowego layoutu.
- Konwencja: najpierw reguła lub gotowe zastosowanie, potem przykład i kontrprzykład, następnie granice oraz sposób sprawdzenia. Nie zastępuj materiału opisem planu jego przygotowania.
- Źródła: platforma marki; zaakceptowane decyzje warsztatów. Zastane demo lub deklaracja PoC nie zatwierdzają nowej reguły.
- Powiązania: Siatka i responsywność, Nawigacja i stopka, Zasady wzorców doświadczenia.
- Granica swobody: możesz redagować i pokazywać istniejące ustalenia. Nową obietnicę, wybór wizualny, dane firmy i twierdzenie produktowe przedstaw do decyzji; nie uzupełniaj z pamięci.
Weryfikacja
Dział zatytułowany „Weryfikacja”Sprawdź rzeczywisty render i użycie wspólnego kodu, desktop/mobile, jasny/ciemny tryb oraz właściwe konteksty portali. Bramka techniczna: pnpm design:check; przed wydaniem także pnpm design:audit. Sam opis ani zielony test innego demo nie jest dowodem odbioru tego elementu.