Сколько стоит исправить ошибку на сайте в 2026 году
Объясняем, почему цена исправления ошибки зависит от диагностики, доступа к проекту и риска побочных эффектов, и как получить проверяемую оценку.
Коротко
- • Сначала нужно воспроизвести ошибку и понять её границы.
- • Почасовая оценка полезнее случайной фиксированной цены, если код ещё не изучен.
- • После исправления обязательна проверка основного сценария и соседних функций.
СодержаниеПоказать разделы
Запрос «исправить одну ошибку» часто звучит проще, чем реальная работа. Причина может быть в браузере, данных, правах доступа, стороннем API или старом участке кода. Пока проблему нельзя воспроизвести, точная цена будет только предположением.
Из чего складывается стоимость
- времени на воспроизведение и диагностику;
- размера участка кода, который нужно понять;
- количества связанных функций и интеграций;
- необходимости миграции данных или изменения настроек;
- регрессионной проверки после исправления;
- срочности и наличия полноценного доступа к проекту.
Ошибка в одном тексте и ошибка в оплате — это задачи разного риска. Вторая может потребовать проверки нескольких сервисов, логов и тестовых платежей.
Как оценивать задачу до начала работ
| Этап | Что должно быть на выходе | Что оплачивается |
|---|---|---|
| Диагностика | Причина или список проверяемых гипотез | Время на доступ и исследование |
| Исправление | Изменение в коде или настройках | Согласованный объём работы |
| Проверка | Подтверждение сценария и отсутствие очевидного регресса | Тестирование и публикация |
Ориентир VibeMarket для независимого вайбкодера — 1 500–4 000 ₽ в час. Если после диагностики задача сводится к небольшой автоматизации или скрипту, для планирования можно использовать диапазон 10 000–30 000 ₽. Сложные исправления лучше дробить на диагностику и отдельный этап.
Что передать разработчику
- точный URL и аккаунт или тестовые данные, если они нужны;
- шаги, после которых появляется ошибка;
- ожидаемый и фактический результат;
- скриншот, видео или текст сообщения об ошибке;
- время появления проблемы и последние изменения;
- ограничения: что нельзя менять и когда нужен результат.
Как принять исправление
Проверьте тот же сценарий, который ломался, на тестовом окружении или отдельном аккаунте. Затем проверьте соседний путь: например, не только успешную оплату, но и отмену; не только создание записи, но и её редактирование.
Не соглашайтесь на формулировку «ошибка исправлена» без описания причины, изменённых файлов и способа проверки. Полезный результат должен быть понятен человеку, который будет поддерживать проект дальше.
Если ошибок накопилось много, начните с поддержки проекта. Если нужна полноценная новая функция, отправьте запрос на разработку.
Как фрилансеру оценивать исправление
Для исполнителя полезно разделять три вещи: время на поиск причины, время на изменение и риск повторной проверки. Если клиент прислал только скриншот, это ещё не задача на исправление, а заявка на диагностику. Сначала запросите доступ, логи, шаги воспроизведения и информацию о последних релизах.
Если причина неизвестна, предложите ограниченный диагностический этап. В результате клиент получает описание причины, затронутых участков и вариантов исправления. После этого можно назвать фиксированную цену следующего этапа или продолжить по часам. Такой подход честнее, чем обещание «исправить всё за вечер».
Простая схема коммерческого предложения
- Симптом: что именно не работает и для кого.
- Граница: какие окружения и сценарии проверяются.
- Работа: диагностика, исправление, тестирование и релиз.
- Риски: данные, платежи, сторонний сервис или старый код.
- Приёмка: как клиент поймёт, что задача закрыта.
Ставка 1 500–4 000 ₽ в час в матрице VibeMarket относится к работе независимого исполнителя. Она не означает, что каждая ошибка должна стоить 1 500–4 000 ₽: простая правка может занять часть часа, а сложная проблема потребует отдельной диагностики. В оффере указывайте минимальный оплачиваемый объём только если действительно применяете его.
Как не съесть свою прибыль
- не включайте бесконечный поиск неизвестной причины в фиксированную цену без лимита;
- учитывайте время на получение доступа, резервную копию и откат;
- закладывайте повторную проверку после исправления;
- отделяйте ошибку по согласованному заданию от новой идеи клиента;
- не берите срочный релиз по обычной ставке, если он вытесняет другие задачи.
Как сдавать bug-fix
Перед передачей результата сохраните описание исходного поведения, приложите список изменённых областей и покажите тестовый сценарий. Если ошибка связана с данными, проверьте не только новую запись, но и старые записи. Если проблема в интеграции, покажите успешный ответ, ошибку и повторную отправку.
После релиза попросите клиента подтвердить результат в течение оговорённого окна. Это не должно превращаться в бессрочную гарантию на весь проект: гарантия относится к согласованному исправлению, а новые условия оцениваются отдельно.
Когда исправлять, а когда переписывать
Не каждая повторяющаяся ошибка означает, что проект нужно переписать. Сначала сравните стоимость локального исправления, риск повторения и цену поддержки старого участка. Переписывание оправдано, когда причина системная, участок критичен, а дальнейшие изменения постоянно дороже стабилизации.
Фрилансеру полезно показать клиенту два варианта: быстрый безопасный фикс и отдельный план устранения причины. Так решение принимается по риску и бюджету, а не по эмоции после неприятного релиза.