Найти причину
Не маскировать симптом, а понять, где именно ломается сценарий.
SITE REPAIR
Если проект уже работает, переписывать всё с нуля обычно не требуется. Сначала воспроизводится проблема, находится точка риска, затем меняется минимальная часть, которая мешает пользователю или бизнес-процессу.

RESULT / 19
Не маскировать симптом, а понять, где именно ломается сценарий.
Не трогать части проекта, которые уже работают и приносят пользу.
Исправление проверяется на реальном пользовательском пути и адаптиве.
Доработка сайта оценивается не по количеству экранов, а по сценариям, данным и внешним системам. Ниже - минимальный набор, от которого удобно отталкиваться перед оценкой.
Для оценки не нужен большой документ. Пришлите ссылку или текущее состояние, основной сценарий и что должно получиться после запуска.
Чек-лист перед стартом ↗TASKS
Можно исправить конкретную проблему или продолжить существующий проект: мобильную версию, формы, JavaScript, backend, интеграции, скорость, SEO или новый раздел — без обязательного переписывания всего сайта.
Мобильная версия, меню, формы, модальные окна и JavaScript.
500 ошибки, webhooks, авторизация, данные и интеграции.
Тяжёлые ресурсы, metadata, schema, sitemap и индексация.
Добавить раздел, калькулятор, кабинет или интеграцию в существующий проект.
FAQ
Короткие ответы на вопросы, которые обычно появляются до оценки задачи.
Да. Перед изменениями проверяется структура проекта и воспроизводится проблема.
Нет. Для старта достаточно ссылки, доступа при необходимости и описания того, что не работает.
Да. Небольшую задачу можно закрывать отдельно без обязательного большого редизайна или переписывания.
От причины проблемы, доступности исходного кода и окружения, количества затронутых шаблонов, backend-логики и интеграций. Небольшую независимую правку можно оценивать отдельно.
СЛЕДУЮЩИЙ ПРОЕКТ — ВАШ
Пара предложений о задаче — уже начало. Ссылка, макет или существующий код помогут оценить объём.
@Alexuys ↗alexgtup@gmail.com