Внести корректировки в мобильную версию сайта

Potrzebna osoba, która zna się na przenoszeniu gier i będzie w stanie przenieść gry przeglądarkowe z określonej strony na naszą stronę. Piszcie, będziemy się dogadywać.

To niedopracowana wtyczka do After Effects: https://drive.google.com/drive/u/0/folders/1Nq9a672OK6ep9Com1lqelUhZxbx3_3f1 to, jeśli dobrze rozumiem, wtyczka CEP (Adobe Extension) do After Effects. To panel HTML/JavaScript przez Adobe CSXS, który współdziała z After Effects przez ExtendScript. Celem było zautomatyzowanie procesu tworzenia wideo w stylu "maze challenge", odniesienie na YouTube GOALRUSH-f8x lub analog. Wideo ręcznego montażu: https://drive.google.com/file/d/1Ylzvax6w2JGDwaBqeCdbD49jh5wB5buY/view?usp=sharing Plik jednego z projektów: https://drive.google.com/file/d/15vKd1L9VfHtDqK2wtLQdYEmDpH1d8Jvy/view?usp=sharing Oprócz "bugowatości" systemu przez vibe coding (dlatego vibe coderzy odpadają), nie odpowiadały takie szczegóły (rzeczywiste poprawki): https://docs.google.com/spreadsheets/d/18Svc6GoQ34PgLe1HY7gNX5tPLH0Cpv9E4mfjCRBCMFU/edit?gid=0#gid=0 Trzeba stworzyć system, który będzie generował projekty w After Effects ze wszystkimi niezbędnymi komponentami wideo, które są opisane w Baza.pdf, bardziej szczegółowa logika w formie zdjęć, dokumentu tekstowego oraz mapy myśli dla zrozumienia wszystkich możliwych wariacji na dysku: https://drive.google.com/drive/folders/1Uf4Pnw3SKmwpmhL7sjPZFnfAbN0arUjr?usp=sharing Jeszcze bardziej szczegółowo (z bardziej rozwiniętą częścią opisową oraz linkami do timestampów w referencjach) tzw. będzie formułowane w roboczej przestrzeni projektu Końcowy rezultat to system, który tworzy wideo: od 40 sekund do 1 minuty, całkowicie unikalna treść przy każdym tworzeniu, bez metadanych AI w pliku wideo, w nim powinien być zrozumiały fabuła (pułapki, ślepe zaułki, różne emocje postaci-celebrytów w wyniku jakichś zwrotów akcji w wideo), dźwięk projektowy pod fabułę (krzyki i inne emocje, wybuchy itd.), stylistycznie nie różniące się od wideo referencyjnego z kanału

Wymagana jest poprawa roboczego landing page'a - konfiguratora stworzonego w AI Stworzone są prawie wszystkie wizualizacje i opcje. Przekażemy archiwum. Potrzebne jest, aby wszystko dobrze działało, wyświetlało się i było responsywne na urządzenia mobilne i PC. Załączono zrzut ekranu landing page'a

TECHNICZNE ZADANIE NA ROZBUDOWĘ LANDING PAGE'A NA BAZIE WORDPRESSO projekcie: Wymagana jest stworzenie sprzedażowego landing page'a dla autorskiego intensywu online na działającej stronie internetowej kancelarii prawnej. Platforma strony: WordPress. Oczekiwany URL strony: salyk.net/online_intensivePłatność: Projekt jest opłacany z rezerwacją pieniędzy na depozycie strony. Bez żadnych „najpierw wykonam pracę, potem zatwierdzam projekt i dokonujecie płatności”. 1. Design i struktura:Istnieje gotowy prototyp w postaci czystego kodu HTML/CSS (zawiera teksty, strukturę, paletę kolorów, responsywność i pionowe wideo-referencje 9:16). Kod jest dołączony do tego TZa w pliku „kod”. Możecie go wkleić tutaj https://htmledit.squarefree.com/ i zobaczyć wstępny design. Zadanie dotyczące designu: Wziąć ten kod za podstawę, ale nie tylko skopiować. Mile widziane są poprawki UX/UI, dodanie subtelnych mikroanimacji, cieni, nowoczesnych efektów (feature), które uczynią stronę bardziej atrakcyjną i sprzedażową, zachowując jednocześnie surowy styl korporacyjny.Zdjęcia: na razie dołączone są tylko 3 sztuki, wygenerowane przez AI. Po zatwierdzeniu projektu prześlę swoje osobiste zdjęcia do integracji na landing page'u.2. Integracja z CMS (Edytowalność):Krytycznie ważne: Landing page nie powinien wisieć na stronie jako „goły” kod HTML. Strona musi być zbudowana za pomocą wizualnego konstruktora (Elementor) lub zrealizowana przez elastyczne pola (ACF).Zleceniodawca musi mieć możliwość łatwej zmiany dowolnych tekstów, linków, taryf, zdjęć i wideo-referencji bez ingerencji w kod z poziomu panelu administracyjnego WordPress.3. Wymagania techniczne i responsywność:Pełna responsywność cross-browser: Desktop, Tablet, Mobile. Strona musi poprawnie wyświetlać się na wszystkich typach urządzeń (w tym proporcje 3 pionowych wideo-referencji).Wysoka wydajność: Obowiązkowa podstawowa optymalizacja prędkości ładowania (Google PageSpeed). Obrazy muszą być skompresowane i skonwertowane do formatu WebP, skrypty i style zminimalizowane.4. Formularz kontaktowy (Generowanie leadów):Na landing page'u znajduje się formularz zgłoszeniowy (Imię, Telefon). Należy go uczynić w pełni funkcjonalnym.Wszystkie zgłoszenia muszą być natychmiast wysyłane na firmowy email: [email protected]ży skonfigurować wysyłkę przez serwer SMTP lub użyć niezawodnej wtyczki (WPForms / Contact Form 7), aby zgłoszenia na pewno nie trafiały do folderu „Spam”.5. Wielojęzyczność:Aktualna strona zakłada obecność trzech języków (RUS, KAZ, ANG).W ramach projektu wykonawca musi skonfigurować wielojęzyczność dla nowego landing page'a (za pomocą wtyczek Polylang, WPML lub podobnych).W trakcie realizacji zadania zleceniodawca dostarczy gotowe tłumaczenia tekstu na język kazachski i angielski. Wykonawca musi stworzyć i sformatować te dodatkowe wersje językowe strony.6. Integracja z główną stroną:Skonfigurować przejście na landing page z głównej strony.W głównym menu (w nagłówku) działającej strony salyk.net należy dodać nowy przycisk lub punkt menu (na przykład „Online-intensyw”), który będzie prowadził do adresu /online_intensive.Dodatkowo: zrobić funkcję na całej stronie przełączania między językami rus/eng/kaz w stylu strony.

Istnieje działająca strona produkcyjna z katalogiem produktów, kartami modeli i stronami informacyjnymi. Stos technologiczny frontend: — Next.js; — React; — TypeScript; — istniejący system komponentów; — środowiska staging i produkcyjne. Jest zatwierdzony kierunek wizualny i projekt nowej strony głównej. Należy go wdrożyć w istniejącym projekcie, dostosować do desktop/tablet/mobile i doprowadzić wszystkie główne typy stron do jednolitej, zaktualizowanej stylistyki. Pełny redesign produktu i zmiana logiki biznesowej nie są wymagane. OBOWIĄZKOWY ZAKRES 1. Nowa strona główna — zrealizować stronę główną według dostarczonego projektu; — zachować istniejącą funkcjonalność, linki i routingu; — poprawnie podłączyć zatwierdzone sekcje i CTA; — wykorzystać istniejące dane i API; — przewidzieć poprawne wyświetlanie dynamicznej treści. Główne typy sekcji: — nagłówek/nawigacja; — hero; — bloki informacyjne; — karty modeli/ofert; — bloki analityczne lub market insight; — sekcje CTA; — stopka. Dokładny skład sekcji zostanie dostarczony wybranemu wykonawcy wraz z makietą. 2. Responsywność Należy zrealizować: — desktop; — tablet; — mobile; — pośrednie rozdzielczości; — poprawne zachowanie siatek, kart, menu, przycisków i typografii; — brak poziomego scrolla i konfliktów wizualnych. 3. Typografia i ogólne style — wdrożyć nowe zatwierdzone czcionki; — doprowadzić rozmiary, wagi, line-height i odstępy do jednolitego systemu; — zaktualizować style przycisków, kart, pól, badge'ów i nagłówków; — w miarę możliwości wykorzystać wspólne design tokens lub zmienne CSS; — nie dublować stylów osobno dla każdej strony bez potrzeby. 4. Ujednolicenie istniejących stron Sprawdzić i doprowadzić do nowej stylistyki główne typy stron: — katalog; — karta modelu / PDP; — strony informacyjne; — nagłówek; — stopka; — formularze; — okna modalne; — istniejące CTA; — stany loading / empty / error, jeśli już występują w projekcie. Chodzi o wizualne ujednolicenie istniejących komponentów, a nie o pełny indywidualny redesign każdej strony. 5. Katalog Sprawdzić: — siatkę kart; — obrazy; — nazwę, referencję i cenę; — filtry i sortowania; — przyciski i linki; — wyświetlanie desktop/mobile; — stany loading i empty; — brak wizualnych przesunięć podczas ładowania. 6. PDP Sprawdzić: — galerię; — główny blok informacyjny; — cenę i CTA; — sekcje analityczne; — tabele i metryki; — About Watch; — układ desktop/mobile; — długie nazwy, referencje i brakujące dane. Należy zachować obecną funkcjonalność i istniejące kontrakty API. 7. Nagłówek i Stopka — jednolita stylistyka na wszystkich stronach; — responsywna nawigacja; — mobilne menu; — poprawne stany active/hover/focus; — brak rozbieżności między stroną główną, katalogiem i PDP. 8. Stany interfejsu Dla dynamicznych bloków sprawdzić: — loading; — puste dane; — błąd API; — niewystarczające dane; — brakujący obraz; — brakująca cena; — długi tekst; — mobilne wyświetlenie. Nie jest wymagane opracowywanie nowej skomplikowanej logiki biznesowej. Należy poprawnie wizualizować już istniejące stany. 9. Jakość i wydajność — nie pogorszyć SEO i bieżącej indeksacji; — zachować poprawne metadane i semantyczne HTML; — nie tworzyć krytycznych przesunięć układu; — optymalizować obrazy i czcionki; — uwzględnić reduced motion dla animacji; — sprawdzić podstawową dostępność: stany focus, kontrast, nawigacja klawiaturą; — nie podłączać ciężkich bibliotek bez uzasadnionej potrzeby. 10. Staging i QA — wdrożyć zmiany na staging; — sprawdzić główne typy stron; — sprawdzić desktop, tablet i mobile; — usunąć wizualne i responsywne błędy; — po akceptacji wykonać wdrożenie produkcyjne; — zapewnić poprawę błędów w zrealizowanym zakresie nie mniej niż 7 dni kalendarzowych po publikacji. WYNIK PRACY — Pull Request z kodem frontendowym; — zrealizowana nowa strona główna; — responsywne desktop/tablet/mobile; — jednolite czcionki, karty i podstawowe komponenty UI; — wizualnie zatwierdzone katalog, PDP i strony informacyjne; — wdrożenie staging; — poprawa znalezionych błędów wizualnych; — wdrożenie produkcyjne; — krótki opis zmienionych komponentów; — 7-dniowy okres naprawy błędów po akceptacji. KRYTERIA AKCEPTACJI 1. Strona główna odpowiada dostarczonemu projektowi. 2. Wszystkie sekcje poprawnie działają na desktop, tablet i mobile. 3. Nagłówek i stopka są jednolite na wszystkich stronach. 4. Katalog i PDP wizualnie odpowiadają nowemu systemowi. 5. Obecna funkcjonalność strony nie jest naruszona. 6. Kontrakty API i logika backendowa nie zostały zmienione bez uzgodnienia. 7. Brak poziomego scrolla i krytycznych przesunięć układu. 8. Czcionki i obrazy ładują się poprawnie. 9. Stany loading, empty i error są wyświetlane bez uszkodzenia układu. 10. Zmiany zostały sprawdzone na staging i wdrożone w produkcji. 11. Poprawiono błędy wizualne wykryte podczas akceptacji w ramach uzgodnionego zakresu. CO NIE JEST WYMAGANE — opracowanie backendu; — zmiana logiki biznesowej; — stworzenie nowego katalogu lub CMS; — opracowanie nowego API; — pełny redesign każdej strony informacyjnej; — nowe funkcje użytkownika, które nie są zawarte w makietach; — opracowanie skomplikowanego systemu designu od podstaw; — stworzenie nowego projektu zamiast dopracowania istniejącego; — zmiana struktury SEO bez osobnego uzgodnienia. WYMAGANIA WOBEC WYKONAWCY — pewna znajomość Next.js / React / TypeScript; — doświadczenie w pracy z istniejącymi projektami produkcyjnymi; — jakościowe responsywne cięcie; — doświadczenie w wdrażaniu projektów z Figma; — podejście komponentowe; — pewna praca z CSS / CSS Modules / Tailwind lub istniejącym systemem projektu; — zrozumienie Core Web Vitals; — Git / Pull Request workflow; — umiejętność pracy przez staging. W ODPOWIEDZI NALEŻY KONIECZNIE PODAĆ 1. Stała cena za pełny obowiązkowy zakres. 2. Czas realizacji w dniach roboczych. 3. Ocena w godzinach. 4. Kiedy można zacząć. 5. Linki do 2–3 odpowiednich projektów na Next.js/React. 6. Czy jest doświadczenie w pracy z katalogami, kartami produktów lub interfejsami analitycznymi. 7. Co będzie potrzebne do dokładnej oceny przed rozpoczęciem pracy. 8. Czy w cenę wchodzą: — staging; — responsywne QA; — wdrożenie produkcyjne; — poprawa błędów; — 7-dniowy okres naprawy błędów. Szablonowe odpowiedzi bez przeglądania wymagań i bez konkretnej oceny nie będą rozpatrywane. Dostęp do produkcji na pierwszym etapie nie jest udostępniany. Praca rozpoczyna się po ograniczonym przeglądzie kodu i wdrażana jest przez staging.