Tech Content Lead: Наполнение 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. Понимание разработки Я говорю с программистами на одном языке. Мои баг-репорты помогают им работать быстрее, а не раздражают.