Перед рекламой
01Лендинг и формы не должны сжигать бюджет.
06 · Тесты и IT-помощь
Ручной QA, юзабилити по сценариям, чек-лист релиза и IT-помощь. Отчёт с приоритетами — чтобы команда чинила по делу, а не «всё красное».
Работаю в Минске и по всей Беларуси · ответ обычно в тот же день

сначала то, что ломает деньги
шаги, а не «у меня не работает»
формат, удобный разработчикам
Контекст
Для команд перед релизом, рекламной кампанией или сдачей заказчику — когда «вроде работает», но руки не доходят прогнать системно.
Баги всплывают у клиентов: форма на iOS, кнопка под клавиатурой, 404 в меню, письмо не уходит. Дешевле найти это чек-листом, чем извиняться в директ.
С шагами, окружением и скриншотами — можно сразу в работу.
Где человек тупит: CTA, формы, мобильный путь.
Что прогнать ещё раз перед выкладкой.
Проверка после ваших (или моих) фиксов.
Подходит, если
Скорее не сюда
Напишите: что релизите, какие роли пользователей, iOS/Android критичны ли, есть ли тестовые аккаунты.
Направления
Не абстрактный «полный цикл», а конкретные постановки, с которыми приходят чаще всего.
Лендинг и формы не должны сжигать бюджет.
Независимый взгляд, когда команда «замылилась».
Регресс старых сценариев на новых экранах.
Без «технических» багов — ясность и путь к заявке.
Результат работы
Страницы, роли, устройства, что outside of scope.
Сценарии + исследовательское тестирование.
Таблица/Notion/issue-list — как удобно команде.
Короткий разбор критичного, если нужно.
В пакете
Стек и инструменты
Как идём
URL/стейджинг, роли, устройства, дедлайн релиза.
Сценарии + поиск краевых кейсов.
Приоритеты, рекомендации, что блокирует релиз.
Повтор после фиксов — по договорённости.
Ориентиры
Стартовые рамки. Точная оценка — после короткого брифа, когда понятно, что именно нужно сделать.
FAQ
По умолчанию — экспертный ручной прогон и отчёт. Автотесты могу заложить отдельно, если нужен долгий регресс на каждый релиз.
Да. Сценарии, CTA, формы, мобильный путь — с конкретными рекомендациями, без обязательного «технического» бага-листа.
Да. Отчёт в таблице / Notion / issue-list. Формулировки так, чтобы разработчик мог закрывать пункты по одному.
Для части сценариев — да (роли, контент, письма). Для smoke публичной части часто хватает стейджинга и тестовых данных.
Ещё услуги
Пришлите ссылку или стейджинг и дату релиза — согласуем скоп и срок. Напишите: что релизите, какие роли пользователей, iOS/Android критичны ли, есть ли тестовые аккаунты.
Контакты
ИП Сойкин А.А. · УНП 692042239
Работаю в Минске и по всей Беларуси