Wdrożenie sklepu WordPress + WooCommerce (custom theme) – PL/EN, PayNow, wFirma+KSeF, fulfillment – Etap I

Własny projekt (Custom Theme) – UI/UX inspirowane phdoctorlab.pl (nie kopia 1:1). Zakres UI/UX w Etapie I obejmuje minimum: - Home - Kategorie/listing - Karta produktu (galeria, sekcje treści, FAQ/skład/INCI – jeśli dotyczy) - Koszyk - Checkout - Konto klienta - E-maile transakcyjne (PL/EN) - Kluczowe podstrony contentowe (np. O marce, Kontakt, FAQ, Polityki) – wg checklisty v1.6 Wymagania techniczne: - bez page builderów, - Mobile First + Core Web Vitals jako priorytet, - czysty, utrzymywalny kod (docelowo łatwe utrzymanie przez innych dev), - wdrożenie na produkcję dopiero po UAT/DoD + handover (dokumentacja). Środowisko: - praca na staging po naszej stronie (Cyber_Folks), - produkcja: dostęp tylko czasowy i nadzorowany. Uwagi: - odstępstwa od checklisty v1.6 wyłącznie jako CR (Change Request) zaakceptowany na piśmie.

Zakres Etapu I zgodnie z checklistą v1.6 (załącznik) – wymagamy konkretnego stacku i rozwiązań (bez „lub”): STACK (final): - WordPress + WooCommerce - Custom Theme (Mobile First) – bez page builderów (Elementor/Divi/WPBakery itp.) - PL/EN: WPML Multilingual CMS + WooCommerce Multilingual - CMP/RODO/Consent Mode v2: Complianz Premium - WP Desk: wFirma WooCommerce (KSeF), Omnibus - Dostawy + PUDO: InPost/DPD/Orlen (oficjalne pluginy/konektory) + mapowanie danych do zamówienia FUNKCJE MVP: - UI/UX inspirowane phdoctorlab.pl: home / listing / karta produktu / koszyk / checkout + e-maile transakcyjne PL/EN - Płatności: PayNow (oficjalna wtyczka) + PayPal - Dokumenty: wFirma + KSeF (FV, paragon, proforma, korekta) + opisany workflow + test - Fulfillment: integracja 1 operatora (Omnipack lub InPost Fulfillment lub Furgonetka Fulfillment) + test E2E (zamówienie → 3PL → nadanie → tracking → statusy) Bezpieczeństwo/testy (doprecyzowanie wykonawcze, nie zmienia checklisty v1.6): - MODEL A: klucze API/sekrety (PayNow/PayPal/wFirma/GA4/Meta) generuje i wprowadza Zamawiający; Wykonawca dostarcza instrukcję „gdzie wkleić” i weryfikuje działanie (w tym webhooki/statusy). - Testy płatności na sandboxach; produkcja tylko smoke-test po naszej stronie. Definicje: P1 = błąd blokujący sprzedaż/płatność/dostawę/dokumenty P2 = istotny błąd bez blokady zakupu W razie rozbieżności treści pól Useme vs załącznik – pierwszeństwo ma checklista v1.6.