Фиксированная цена или почасовая оплата разработчика: что защищает вас?

Любой фриланс-разработчик выставит вам счёт одним из двух способов: за часы или за проект. Обе модели легитимны. Обеими можно злоупотреблять. А какая из них защищает именно вас, зависит почти целиком от одного: можно ли определить объём работ заранее.

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

Смотрите на стимулы

Модель оплаты — это система стимулов. Не слушайте, что вам обещают, — смотрите, что модель поощряет.

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

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

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

Когда почасовая оплата действительно честна

Почасовая модель уместна, когда объём работ не может определить никто. Реальные примеры:

• Спасение легаси-кода. Никто не знает, что там внутри, пока кто-то не откроет проект. Фиксированная смета здесь была бы просто догадкой с большим запасом прочности — и за этот запас платили бы вы.
• Постоянная поддержка и мелкие доработки. Поток небольших задач без конечной точки. (Хотя месячный ретейнер здесь обычно лучше «сырой» почасовки: вы получаете предсказуемые расходы, разработчик — предсказуемый доход. Именно поэтому я предлагаю ретейнеры.)
• Настоящий R&D. «Мы не знаем, возможно ли это вообще» — не тот проект, которому можно задать рамки.

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

Почему я называю фиксированную цену — и сначала показываю макет

Мой процесс: вы описываете проект, я возвращаюсь с полным дизайн-макетом и точной ценой — до того, как вы что-либо заплатили. Не понравился макет — вы уходите, и это не стоило вам ничего. Понравился — цена, которую вы видели, и есть цена, которую вы платите. Лендинги начинаются от €500 (1–2 недели), бизнес-сайты — от €1,500, интернет-магазины и веб-приложения — от €3,000 (4–8 недель), ИИ- и SaaS-платформы — от €5,000 (6–12 недель). Полная раскладка — на странице цен.

Бесплатный макет — это не щедрость, а механизм, благодаря которому фиксированная цена вообще работает. Чтобы его сделать, мне приходится по-настоящему продумать ваш проект до сметы — поэтому мои сметы держатся. А вам он даёт возможность реагировать на что-то конкретное — и требования из серии «ах да, ещё нужно...» всплывают до старта работ, а не посреди них. Большинство споров об объёме на фиксированных проектах восходит к смете, написанной по расплывчатому письму. С макетом спорить куда сложнее, чем с абзацем прозы.

Могу ли я позволить себе нести риск оценки? Да — потому что после достаточного числа проектов (клиентских плюс собственных продуктов вроде DevOpsNess, MyHomeStock, PDFer и QRify, которые я строю и веду от и до) оценка перестаёт быть гаданием. Я знаю, сколько занимает интеграция Stripe. Знаю, сколько занимает CMS. Если я ошибся — это моя цена, не ваша. Такой уговор.

Как описать проект, чтобы фиксированная цена работала на вас

Кого бы вы ни наняли, фиксированная смета ровно настолько хороша, насколько хорош объём работ за ней. Четыре вещи, которые стоит сделать:

Запишите, что значит «готово». Список страниц, функций и интеграций. Формальное ТЗ не обязательно — чёткий маркированный список всегда бьёт расплывчатый бриф.

Разделите обязательное и желательное. Обязательное — в фиксированную смету. Желательное — во вторую фазу. Так смета остаётся компактной, а проект — выпускаемым.

Заранее договоритесь о процессе изменений. Объём изменится — он меняется всегда. Важно, чтобы изменения оценивались до реализации и письменно — тогда в конце не будет сюрприза в счёте.

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

Коротко

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

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