Сколько стоит час программиста и как читать смету разработки в часах

Короткий ответ: цена часа программиста сама по себе почти ничего не говорит о бюджете. Итог зависит от того, сколько часов насчитали, что в них вошло и какой запас заложен на неизвестное. У студии час обычно дороже, чем у частного исполнителя, потому что в нём сидят ведение проекта, проверка, гарантия и подмена людей. Смотрите не на ставку, а на разбивку сметы, диапазон и допущения.

Средних рыночных ставок здесь не будет: открытых проверяемых данных по ним нет, а цифры из рекламных подборок расходятся в несколько раз и не говорят, что за ними стоит. Вместо этого разберём, как читать смету в часах и какие вопросы задать исполнителю. О выборе модели оплаты — фикс или время и материалы — подробно написано в статье «Фиксированная цена или почасовая оплата».

Из чего складывается ставка часа?

Ставка — это не зарплата программиста, делённая на часы. В неё входят оплачиваемое время, которое уходит не на код, простои между задачами, налоги, инструменты и запас на исправления. По Гражданскому кодексу цена подряда тоже складывается из издержек исполнителя и его вознаграждения (п. 2 ст. 709 ГК РФ).

Что обычно сидит внутри одного часа, который вы видите в счёте:

• Само программирование. Написание и правка кода, разбор чужих библиотек, сборка.
• Коммуникация. Созвоны, уточнение требований, переписка, демонстрации. На небольшом проекте это заметная доля всего времени.
• Проверка. Ручные и автоматические тесты, повторная проверка после исправлений.
• Инфраструктура. Сервер для тестов, репозиторий, системы сборки, платные инструменты разработки.
• Неоплачиваемое время. Продажи, оценка проектов, которые не состоялись, обучение, отпуска. Его компенсирует ставка за оплачиваемые часы.
• Налоги и взносы. Зависят от статуса исполнителя: самозанятый, ИП, ООО с сотрудниками.
• Гарантия. Исправление ошибок после сдачи, которые не выставляются отдельным счётом.

Отсюда простое следствие: низкая ставка часто означает, что часть этих статей просто не делается. Например, проверку вместо исполнителя проводите вы сами, уже после запуска.

Статья расходов	Фрилансер	Студия
Время на сам код	Да, это основная часть ставки	Да, но это только часть ставки
Ведение проекта: созвоны, план, отчёты	Делает сам, часто не выставляет отдельно	Отдельный человек или доля ставки каждого
Проверка перед сдачей	Сам себя проверяет	Проверяет второй человек: тестировщик или другой разработчик
Простой между заказами, отпуск, болезнь	Закладывает в ставку или не закладывает вовсе	Закладывается в ставку команды
Налоги и взносы	Зависят от статуса: самозанятый, ИП или физлицо	Налоги ИП или ООО, взносы за сотрудников
Гарантийные исправления	Как договоритесь	Срок и порядок по договору, работа уже в цене
Замена исполнителя	Нет: проект стоит, пока человек недоступен	Задачу подхватывает коллега

Почему у студии час дороже, чем у фрилансера?

Потому что студия продаёт не только время разработчика, а работу команды: кто-то ведёт проект, кто-то проверяет, кто-то подменяет. Час дороже, но в смете меньше дыр, которые потом закрывает заказчик. Сравнивать честно можно только итоговую сумму за одинаковый объём, а не ставки.

Таблица ниже — типичная картина, а не правило: бывают частные исполнители, которые сами пишут тест-план и держат резервного коллегу. Подробнее о плюсах и рисках каждого варианта — в статье «Фрилансер или студия».

Практический вывод: если частный исполнитель называет ставку ниже, спросите, кто проверяет работу и что будет, если он заболеет на две недели. Ответ покажет, какие статьи из таблицы в его цену не вошли.

Как разработчики оценивают задачу (эстимейт)?

Эстимейт — оценка трудозатрат. Задачу режут на куски по 2–16 часов, каждый оценивают отдельно, желательно в трёх вариантах: оптимистично, реалистично и пессимистично. Потом добавляют время на проверку, ведение проекта и запас на риски. Чем мельче нарезка, тем точнее итог.

Как это выглядит по шагам:

1. Декомпозиция. Из «нужен личный кабинет» получается список: вход, роли, список заказов, карточка, документы, уведомления, обмен с учётной системой. Кусок больше двух дней обычно скрывает в себе ещё несколько задач.
2. Оценка кусков. Разработчик прикидывает время на каждый, исходя из похожих задач в прошлом. Если такого опыта нет, это отмечается как риск.
3. Три точки. Для каждого куска называют диапазон. Распространённая формула трёхточечной оценки (её называют PERT): (оптимистично + 4 × реалистично + пессимистично) / 6. Она тянет итог к реалистичной цифре, но учитывает хвост неприятностей.
4. Накладные. Отдельными строками — проверка, исправления по итогам проверки, выкладка, ведение проекта. Если их нет, они спрятаны в каждой строке или не учтены вовсе.
5. Допущения. Список условий, при которых оценка верна: «у учётной системы есть рабочий API с документацией», «тексты и макеты присылает заказчик», «одна роль пользователя».

Что сильнее всего ломает оценку — чужие системы. Ваш склад, 1С, платёжный шлюз, служба доставки: их API бывают без документации, с ограничениями частоты запросов, с тестовым контуром, который отличается от боевого. Поэтому пункт «интеграция» в честной смете всегда с широким диапазоном или с оговоркой «после изучения API».

Блок работ	Оптимистично, ч	Реалистично, ч	Пессимистично, ч
Разбор задачи, схема экранов и данных	6	10	16
Вход по коду из СМС или почты, роли	8	12	20
Список заказов, карточка заказа, фильтры	14	20	30
Загрузка и скачивание документов	6	10	16
Обмен с учётной системой: заказы и статусы	16	28	56
Уведомления на почту и в Telegram	4	6	10
Проверка: тест-план, прогон, исправления	10	16	24
Выкладка на сервер, резервные копии, инструкция	4	6	10
Ведение проекта: созвоны, демо, отчёты	8	12	18
Итого	76	120	200

Как устроена смета в часах: пример разбивки

Ниже — условный пример: кабинет клиента компании, где покупатель видит свои заказы, статусы и документы, а данные приходят из учётной системы. Это не наш прайс и не обещание сроков, а иллюстрация того, как выглядит прозрачная разбивка с диапазоном.

Что видно из такой таблицы, даже если вы не разработчик:

• Разброс 76–200 часов — это нормально для проекта, где есть обмен с чужой системой. По формуле трёх точек выходит около 126 часов. Если вам называют одну цифру без диапазона, значит, диапазон всё равно есть, просто вам его не показали.
• Самая широкая строка — интеграция: от 16 до 56 часов. Именно её стоит обсуждать подробнее всего: есть ли у учётной системы API, кто даст доступ к тестовой базе, кто на вашей стороне отвечает за выгрузку.
• Проверка и ведение проекта — отдельные строки, это почти четверть реалистичной оценки. Если в другой смете их нет, сумма там меньше, но эти часы никуда не делись.
• Каждая строка — понятный кусок результата. По такой смете можно принимать работу частями и видеть, где проект отстаёт от плана.

Умножить реалистичную цифру на ставку — первое, что хочется сделать. Но для бюджета берите цифру ближе к пессимистичной, если в проекте больше одной интеграции, или договаривайтесь о фиксированной цене, где эта неопределённость остаётся на исполнителе.

Какие красные флаги бывают в смете?

Тревожные признаки — строки без результата, круглые цифры без разбивки и отсутствие допущений. Такая смета не плоха сама по себе, но не позволяет понять, за что вы платите и что будет при перерасходе. Каждый флаг превращайте в письменный вопрос исполнителю.

• «Разработка — 200 часов» одной строкой. Невозможно проверить ни объём, ни прогресс. Просите разбивку хотя бы до уровня экранов и функций.
• Строки «прочее», «доработки», «технические задачи» на десятки часов. Спросите, что конкретно туда входит, и попросите разнести по блокам.
• Нет проверки и исправлений. Значит, тестировать будете вы, а исправления пойдут сверх сметы.
• Нет допущений. Если что-то пойдёт не так, исполнителю нечем объяснить перерасход, кроме «так получилось», а вам нечем возразить.
• Интеграция оценена узко и уверенно, хотя исполнитель ещё не видел API вашей системы.
• Почасовая оплата без лимита. Нет порога, после которого исполнитель обязан остановиться и согласовать продолжение.
• Отчёты о часах без привязки к задачам. «Потрачено 40 часов за неделю» без списка задач проверить нельзя.

Если смету вам прислали вместе с коммерческим предложением, удобнее разбирать её по шаблону из статьи «Как сравнить коммерческие предложения студий»: там есть таблица для сведения нескольких КП к одному составу.

Как проверить оценку, не будучи разработчиком?

Проверяйте не цифры, а логику: разбита ли задача на куски, видны ли диапазоны и допущения, совпадает ли смета с вашим описанием задачи. Для этого не нужно знать код — нужны правильные вопросы и одна сверка со вторым исполнителем.

Чек-лист из десяти вопросов к смете:

1. Все ли функции из моего описания есть в смете, и нет ли лишних, о которых я не просил?
2. Какая строка самая рискованная и почему?
3. Какие допущения заложены: что должен предоставить я, какие доступы, материалы, решения?
4. Что будет, если допущение не подтвердится, — например, у учётной системы нет API?
5. Где в смете проверка и исправления по её итогам?
6. Сколько раундов правок дизайна и логики входит в оценку?
7. Что считается изменением объёма и как оно оформляется?
8. Есть ли лимит часов, после которого вы останавливаетесь и согласуете продолжение?
9. Как я увижу прогресс: демо раз в неделю, доска задач, отчёт по часам с привязкой к строкам?
10. Что входит в гарантию после сдачи и сколько она длится?

Ещё два приёма. Первый — попросите оценку у второго исполнителя по тому же описанию: если разница в часах больше чем вдвое, кто-то из них понял задачу иначе, и это стоит выяснить до договора. Второй — проверьте, насколько подробно описана сама задача. Расплывчатое описание даёт расплывчатую оценку; как его уточнить, разобрано в статье «Как составить ТЗ без опыта».

Как закрепить смету в часах в договоре?

Запишите в договор, какая смета: твёрдая или приблизительная, и что происходит при превышении. Для почасовой работы добавьте лимит часов, после которого исполнитель останавливается и согласует продолжение письменно. Без этих строк смета остаётся ориентиром, а не обязательством.

Гражданский кодекс различает два вида цены подряда: приблизительную и твёрдую; если в договоре не сказано иное, цена считается твёрдой (п. 4 ст. 709 ГК РФ). Для сметы в часах важнее всего п. 5: если из-за дополнительных работ приблизительная цена существенно превышается, исполнитель обязан своевременно предупредить заказчика. Заказчик, не согласный с превышением, вправе отказаться от договора, оплатив выполненную часть. Исполнитель, который не предупредил вовремя, обязан закончить работу по цене из договора. Подробнее о твёрдой цене и исключениях из неё — в статье о фиксированной и почасовой оплате.

Что вписать в договор или приложение к нему, если вы всё же платите за часы:

• смету с разбивкой по блокам и диапазоном — как в примере выше;
• лимит часов на этап и порог, при котором исполнитель пишет вам до того, как его превысить (например, 80 % лимита);
• форму отчёта: задачи, часы по каждой, ссылка на строку сметы;
• порядок изменения объёма: новая задача — письменно, с оценкой до начала работы;
• допущения из сметы — чтобы было видно, какое из них не подтвердилось, если часов не хватило.

Когда почасовая смета вам не нужна вовсе:

• задача укладывается в типовой тариф — лендинг, корпоративный сайт, бот с понятным сценарием;
• вам важнее итоговая сумма, чем понимание, сколько часов ушло на каждый экран;
• у вас нет времени еженедельно сверять отчёты о часах.

Типичные ошибки заказчиков с почасовой оплатой: выбирать исполнителя по минимальной ставке, не ставить лимит часов, добавлять задачи устно по ходу и не просить отчёт с привязкой к строкам сметы. Итог — счёт больше ожидаемого и спор о том, что было в договорённости.

Как устроено у нас. Разработку мы ведём по фиксированной цене: смету считаем после брифа и записываем в договор до старта, оплата — 50 % предоплаты и 50 % после подписания акта. Число раундов правок указано в тарифе (на сайтах — до двух), после сдачи действует гарантия 30 календарных дней. Стартовые цены по типам работ — на странице цен (все суммы «от»). После запуска можно работать по абонентке на поддержку от 7 900 ₽ в месяц или почасово — ставку называем после брифа, а объём задач и отчёт по ним согласуем заранее.

Короткие ответы на частые вопросы

Почему ставка разработчика в час у студии выше, чем у частного исполнителя?

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

Что такое эстимейт в разработке?

Эстимейт — это оценка трудозатрат: сколько часов или дней займёт задача. Честная оценка разбита на блоки, дана диапазоном и сопровождается списком допущений, при которых она верна.

Насколько можно доверять оценке в часах?

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

Можно ли договориться о фиксированной цене вместо оплаты часов?

Да, если задачу можно описать в техзадании. Тогда цена записывается в договор до старта и по умолчанию считается твёрдой (п. 4 ст. 709 ГК РФ). Почасовая оплата удобнее для поддержки и задач с открытым объёмом.

Сколько стоит час работы программиста в Roboweb.team?

Разработку мы ведём по фиксированной цене в договоре, стартовые цены — на странице цен. После запуска работаем по абонентке от 7 900 ₽ в месяц или почасово; ставку называем после брифа.

Услуги и кейсы по теме: поддержка сайта от 7 900 ₽/мес · цены и сроки