Технічний контент-лідер: Наповнення CMS та Баг-трекинг (500+ позицій)

Комплексна робота над наповненням додатку "Real Wellness". Трансформація "сирих" даних з Excel у структуру мобільного додатку. QA-тестування адмін-панелі, складання баг-репортів, пошук технічних рішень (workarounds) при збоях системи.

Повний опис проєкту:
Продукт: Додаток для усвідомленого харчування та здоров'я (Healthy Alert / Real Wellness). Специфіка: Критична важливість точності даних (алергени, грамовки, КБЖУ). Помилка в цифрі недопустима.

ЗАВДАННЯ: Перенести базу з 578 унікальних рецептів і 200 інгредієнтів з неструктурованих Excel-таблиць у кастомну CMS (адмін-панель) додатку.

СКЛАДНІСТЬ (Чому це не просто "копіпаст"):

Складна архітектура даних: Кожен рецепт — це багаторівневий об'єкт. Потрібно було не просто вставити текст, а зв'язати сутності: "Інгредієнт" + "Міра ваги" (cup/tbsp/grams) + "Тип обробки" + "Теги" + "Алергени".

Нестабільність ПЗ: Адмін-панель знаходилася в стадії активної розробки (Beta). Збереження карток регулярно "падало", виникали помилки валідації полів.

Висока відповідальність: Це додаток про здоров'я. Переплутати "арахіс" (алерген) з "кешью" або "ч.л." зі "ст.л." — значить підставити клієнта під ризик іска.

МОЄ РІШЕННЯ І ПРОЦЕС:

1. Data Management (Робота з даними):

Провів аналіз вихідних таблиць, структуризував дані для потокового вводу.

Реалізував ручний перенос 578 карток з перехресною перевіркою (Cross-check) кожного поля.

Налаштував логіку тегів (Breakfast, Snack, Vegan тощо) для коректної роботи фільтрів у додатку.

2. QA & Bug Reporting (Тестування):

В процесі роботи виступав як QA-тестувальник. При виявленні багів (наприклад, збій при збереженні довгого опису) не зупиняв роботу, а документував помилку.

Оформляв професійні баг-репорти в Jira/Task tracker: (Кроки відтворення, Скриншоти, Логи, Очікуваний результат).

Знаходив "обхідні шляхи" (Workarounds): коли адмінка не зберігала дані безпосередньо, я знайшов спосіб вносити їх частинами або через редагування коду елемента, щоб дотриматися дедлайну, поки програмісти виправляли баг.

РЕЗУЛЬТАТ:

База даних на 100% заповнена і валідована (578 рецептів).

Розробники отримали детальні звіти про помилки, що прискорило фікс багів в адмінці.

Клієнт отримав готовий до релізу контент без затримок, незважаючи на технічні проблеми програмного забезпечення.

Чому це вигідно замовнику (Мої принципи):
1. Автономність при форс-мажорах Якщо ваше ПЗ "глючить", я не сиджу склавши руки і не чекаю, поки "само полагодиться". Я шукаю спосіб виконати завдання всупереч багам або даю чітке техзавдання програмісту, як це виправити.

2. Точність "аптечного" рівня Я розумію різницю між просто текстом і даними. У роботі з цифрами, цінами, рецептурами або артикулами я використовую потрійну перевірку.

3. Розуміння розробки Я говорю з програмістами на одній мові. Мої баг-репорти допомагають їм працювати швидше, а не дратують.