Сколько брать за рефакторинг и поддержку на фрилансе в IT: цены и стратегии

Сколько брать за рефакторинг и поддержку на фрилансе в IT: цены и стратегии авг, 17 2026

Вы когда-нибудь сидели перед старым кодом, который работает, но пугает своим хаосом? Или получали письмо от клиента с просьбой «просто починить баг», а в итоге тратили три дня на поиск корневой причины? В мире фриланса самозанятой работы в сфере информационных технологий, где специалист самостоятельно управляет своим графиком и клиентами такие ситуации случаются постоянно. Главная боль здесь - не техническая сложность, а вопрос денег. Сколько же просить за рефакторинг процесс перестройки существующего программного кода для улучшения его внутренней структуры без изменения внешнего поведения и текущую поддержку?

Многие джуны боятся назвать высокую ставку, потому что думают, что их выгонят. Сеньоры, наоборот, часто занижают цену, чтобы быстрее закрыть задачу и вернуться к новому проекту. Оба подхода ведут к одной проблеме: вы либо недополучаете деньги, либо берете на себя бесконечный объем работ по демпинговой цене. Давайте разберем, как считать эти цифры честно и выгодно.

Почему рефакторинг и поддержка - разные животные

Первое, что нужно понять: это две разные услуги с разной степенью риска. Когда вы пишете новую фичу, клиент знает, чего хочет. Результат виден сразу. Но при поддержке комплекс мер по обеспечению работоспособности программного продукта после его выпуска, включая исправление ошибок и обновление зависимостей результат часто абстрактен. Вы чините то, что уже сломано или могло бы сломаться. А рефакторинг вообще сложно продать, если клиент не видит «красивых кнопок».

Вот почему подход к ценообразованию должен отличаться. Для поддержки лучше использовать модель подписки (ретейнер), а для рефакторинга - проектные оценки или почасовая ставка с фиксированным потолком. Если смешивать эти модели, вы рискуете утонуть в мелочах поддержки, забывая о масштабных изменениях архитектуры.

Базовые ставки: от чего отталкиваться

Чтобы определить свою цену, вам нужно знать свой часовой тариф. Формула проста: желаемый доход в месяц делим на количество рабочих часов. Допустим, вы хотите зарабатывать 300 000 рублей в месяц. Рабочий день длится 8 часов, в месяце примерно 160 рабочих часов. Ваш базовый час стоит 1875 рублей. Но это чистая прибыль до налогов и расходов на софт. Обычно к этой цифре добавляют коэффициент 1.5-2.0, чтобы покрыть администрирование, поиски клиентов и периоды простоя. Итоговая ставка может составлять от 2500 до 4000 рублей в час для среднего специалиста в России.

Однако на рынке есть разброс. Разберем типичные диапазоны ставок для разных уровней специалистов:

Средние рыночные ставки для IT-фрилансеров в России (2026)
Уровень специалиста Ставка за час (руб.) Поддержка (ретейнер/мес, руб.) Рефакторинг (ставка/час, руб.)
Junior / Mid 1500 - 2500 30 000 - 60 000 2000 - 3500
Senior 3000 - 5000 80 000 - 150 000 4000 - 6000
Lead / Architect 6000 - 10 000+ 150 000 - 300 000+ 8000 - 12 000+

Обратите внимание: ставка за рефакторинг обычно выше базовой. Почему? Потому что старый код опасен. Вы можете случайно сломать то, что работало годами. Этот риск должен оплачиваться премией. Кроме того, рефакторинг требует глубокого понимания бизнес-логики, которую новичок не увидит сразу.

Как считать стоимость поддержки

Поддержка - это самый стабильный источник дохода. Клиент платит вам ежемесячно, чтобы вы были «на связи». Здесь важно не просто назвать сумму, а прописать SLA (Service Level Agreement) - соглашение об уровне сервиса. Что именно входит в эту сумму?

  • Исправление критических багов: сервер упал, пользователи не могут войти. Срок реакции - 4 часа.
  • Рутинные обновления: патчи безопасности, обновление библиотек.
  • Консультации: несколько часов в месяц для обсуждения мелких вопросов.
  • Мониторинг: настройка алертов и еженедельная проверка логов.

Если клиент просит добавить новую кнопку или изменить дизайн, это уже не поддержка, а новая разработка. Такие задачи должны тарифицироваться отдельно. Чтобы избежать споров, составьте список «что входит» и «что нет». Например, если баг возник из-за действий пользователя (он сам удалил файл через FTP), это может считаться внеплановой работой. Четкие границы защищают вас от выгорания.

Концептуальная иллюстрация баланса между поддержкой и рефакторингом для фрилансера

Стратегии ценообразования рефакторинга

Рефакторинг - задача ненавистная клиентам, потому что она не приносит новых функций. Поэтому продавать его нужно через призму экономии. Не говорите: «Я переделаю ваш код, чтобы он был красивым». Говорите: «Я уменьшу время деплоя с 2 часов до 10 минут» или «Ускорю загрузку главной страницы на 40%».

Есть три основных способа оценить такой проект:

  1. Фиксированная цена (Fixed Price). Подходит, если объем работ четко понятен. Например, миграция базы данных с MySQL на PostgreSQL. Вы оцениваете задачи, суммируете часы и добавляете 20-30% резерва на риски. Если ошибетесь в оценке - убыток ваш.
  2. Time & Materials (T&M). Вы работаете почасово до тех пор, пока задача не будет закрыта. Клиент платит за факт. Это безопасно для вас, но рискованно для клиента. Часто используется для начального этапа аудита кода.
  3. Гибридная модель. Вы фиксируете бюджет на определенное количество часов (например, 40 часов). Если рефакторинг закончится раньше - отлично. Если позже - клиент платит сверх лимита по повышенной ставке. Это лучший баланс интересов.

При работе над legacy-кодом (старыми системами) всегда делайте аудит первым шагом. Посвятите 10-20 часов изучению кодовой базы, написанию тестов и документированию текущих процессов. Только после этого давайте финальную смету. Без тестов рефакторинг - это лотерея.

Типичные ошибки в расчетах

Даже опытные разработчики иногда ошибаются в оценках. Вот самые частые ловушки:

  • Забывание про коммуникацию. Общение с клиентом, созвоны, согласование макетов - все это занимает время. Закладывайте 20-30% рабочего времени на менеджмент проекта, даже если вы работаете один.
  • Отсутствие буфера на риски. Старый код содержит сюрпризы. Зависимости могут конфликтовать. Документация устарела. Всегда добавляйте минимум 15% к итоговой оценке на непредвиденные обстоятельства.
  • Низкая ставка ради «портфолио». Работать бесплатно или дешево можно только один раз, чтобы получить кейс. Дальше это формирует репутацию дешевого исполнителя, с которым сложно поднять цену.
  • Неясные критерии готовности. Клиент считает, что работа сделана, когда «все открывается». Вы считаете, что работа сделана, когда «все покрыто тестами и задокументировано». Синхронизируйте ожидания заранее.

Также важно учитывать налоговый режим. В России фрилансеры часто работают как самозанятые (НПД) или ИП. Самозанятость позволяет платить налог 4-6% с дохода, что делает вашу ставку конкурентоспособнее, так как клиенту не нужно платить страховые взносы сверху. Уточните этот момент с бухгалтером или юристом, чтобы не потерять часть прибыли на налогах.

Фрилансер объясняет клиенту решение по проекту во время видеозвонка

Как обосновать высокую цену клиенту

Когда вы называете сумму, клиент часто морщится. Это нормально. Ваша задача - показать ценность. Используйте метод «стоимости проблемы». Если ваш рефакторинг позволит компании сэкономить 100 000 рублей в месяц на серверах благодаря оптимизации запросов, то ваша услуга за 50 000 рублей выглядит очень выгодной инвестицией.

Предлагайте варианты. Например: «Мы можем сделать минимальный рефакторинг ядра системы за 3 недели (цена X). Либо полный цикл с автоматизацией тестов за 2 месяца (цена Y). Второй вариант снизит количество багов в будущем на 50%». Такой подход показывает вашу экспертизу. Вы не просто исполнитель, а партнер, который предлагает решения под разные бюджеты.

Практические советы для старта

Если вы только начинаете заниматься поддержкой и рефакторингом, следуйте этим шагам:

  1. Составьте прайс-лист. Даже если вы будете менять цены индивидуально, наличие базового документа помогает структурировать мысли.
  2. Запросите доступ к логу изменений (Git history). Анализ истории коммитов покажет, насколько дисциплинирована команда разработки и где чаще всего возникают ошибки.
  3. Начните с малого. Предложите клиенту «пилотный» месяц поддержки или небольшой модуль рефакторинга. Это снимет страх с обеих сторон.
  4. Ведите учет времени. Первые полгода используйте таймер (например, Toggl или Harvest), чтобы точно понимать, сколько реально уходит времени на типовые задачи. Это поможет скорректировать ваши ставки в будущем.

Помните, что удаленная работа формат занятости, при котором сотрудник выполняет свои обязанности из любой точки мира с использованием интернета требует высокой самоорганизации. Чем прозрачнее ваш процесс оценки и отчетности, тем меньше времени вы потратите на споры о деньгах, и тем больше доверия получите от клиентов.

Частые вопросы

Какая минимальная сумма ретейнера для поддержки?

Для одного небольшого проекта минимальный ретейнер редко опускается ниже 30 000 рублей в месяц. Ниже этой суммы становится невыгодно тратить время на коммуникацию и мелкие правки. Если клиент готов платить меньше, предложите оплату за конкретные задачи (почасовую), а не абонентскую плату.

Стоит ли делать рефакторинг без автотестов?

Это высокий риск. Если автотестов нет, сначала напишите smoke-тесты для ключевых сценариев. Если клиент отказывается платить за написание тестов, увеличьте стоимость самого рефакторинга на 30-50%, чтобы компенсировать риск ручного тестирования и возможных регрессий.

Как отличить баг от новой фичи?

Баг - это отклонение от текущего ожидаемого поведения. Фича - новое поведение, которого раньше не было. Если пользователь говорит «раньше работало иначе», уточните, было ли это задокументировано. Если нет, скорее всего, это изменение требований, а значит, новая работа. Всегда сверяйтесь с ТЗ или историей версий.

Как часто повышать ставки?

Раз в год или при продлении контракта. Повышение на 10-15% считается нормальным инфляционным корректировщиком. Если вы растете профессионально (получаете новые сертификаты, осваиваете стек), можно обосновать повышение на 20-30%. Сообщайте о повышении заранее, за 1-2 месяца до окончания текущего периода.

Что делать, если клиент просит «просто посмотреть» код бесплатно?

Предложите ограниченный аудит. Например, «Я потрачу 4 часа на обзор и дам отчет с приоритетами». Это стоит дешевле полного анализа, но все равно оплачивается. Бесплатный аудит часто превращается в бесконечную консультацию. Поставьте рамки: время, формат вывода, отсутствие гарантий.