Tech Content Lead: Wypełnianie CMS i śledzenie błędów (500+ pozycji)

Kompleksowa praca nad wypełnieniem aplikacji "Real Wellness". Transformacja "surowych" danych z Excela w strukturę aplikacji mobilnej. QA-testowanie panelu administracyjnego, sporządzanie raportów o błędach, poszukiwanie rozwiązań technicznych (obejść) w przypadku awarii systemu.

Pełny opis projektu:
Produkt: Aplikacja do świadomego odżywiania i zdrowia (Healthy Alert / Real Wellness). Specyfika: Krytyczne znaczenie dokładności danych (alergeny, gramatury, Kcal/Białko/Tłuszcze/Węglowodany). Błąd w liczbie jest niedopuszczalny.

ZADANIE: Przenieść bazę z 578 unikalnymi przepisami i 200 składnikami z niestrukturalnych tabel Excela do niestandardowego CMS (panel administracyjny) aplikacji.

TRUDNOŚCI (Dlaczego to nie jest po prostu "kopiuj-wklej"):

Skomplikowana architektura danych: Każdy przepis to obiekt wielopoziomowy. Należało nie tylko wkleić tekst, ale powiązać byty: "Składnik" + "Miara wagi" (cup/łyżka/gramy) + "Typ przetwarzania" + "Tagi" + "Alergeny".

Niestabilność oprogramowania: Panel administracyjny był w fazie aktywnego rozwoju (Beta). Zapisywanie kart regularnie "upadało", pojawiały się błędy walidacji pól.

Wysoka odpowiedzialność: To aplikacja o zdrowiu. Pomylenie "orzeszków ziemnych" (alergen) z "nerkowcami" lub "łyżką" z "stołową" oznacza narażenie klienta na ryzyko pozwu.

MOJE ROZWIĄZANIE I PROCES:

1. Zarządzanie danymi (Praca z danymi):

Przeprowadziłem analizę źródłowych tabel, zestrukturyzowałem dane do wprowadzenia strumieniowego.

Zrealizowałem ręczne przeniesienie 578 kart z krzyżową weryfikacją (Cross-check) każdego pola.

Skonfigurowałem logikę tagów (Śniadanie, Przekąska, Wegan itp.) dla poprawnego działania filtrów w aplikacji.

2. QA i raportowanie błędów (Testowanie):

W trakcie pracy pełniłem rolę QA-testera. Przy wykrywaniu błędów (np. awaria przy zapisywaniu długiego opisu) nie przerywałem pracy, a dokumentowałem błąd.

Sporządzałem profesjonalne raporty o błędach w Jira/Task tracker: (Kroki do reprodukcji, Zrzuty ekranu, Logi, Oczekiwany wynik).

Znalazłem "obejścia" (Workarounds): gdy panel administracyjny nie zapisywał danych bezpośrednio, znalazłem sposób na wprowadzanie ich częściami lub poprzez edytowanie kodu elementu, aby dotrzymać terminu, podczas gdy programiści naprawiali błąd.

WYNIK:

Baza danych w 100% wypełniona i zwalidowana (578 przepisów).

Programiści otrzymali szczegółowe raporty o błędach, co przyspieszyło naprawę błędów w panelu administracyjnym.

Klient otrzymał gotowy do wydania content bez opóźnień, mimo problemów technicznych z oprogramowaniem.

Dlaczego to korzystne dla zamawiającego (Moje zasady):
1. Autonomia w sytuacjach kryzysowych Jeśli twoje oprogramowanie "się psuje", nie siedzę z założonymi rękami i nie czekam, aż "samo się naprawi". Szukam sposobu na wykonanie zadania pomimo błędów lub daję jasne zadanie techniczne programiście, jak to naprawić.

2. Dokładność "apteczna" Rozumiem różnicę między zwykłym tekstem a danymi. W pracy z liczbami, cenami, recepturami czy artykułami stosuję potrójną weryfikację.

3. Zrozumienie rozwoju Rozmawiam z programistami w tym samym języku. Moje raporty o błędach pomagają im pracować szybciej, a nie irytują.