Перед стартом проекта по 1С заказчик и исполнитель упираются в простой на вид вопрос: как платить? Одни уверены, что единственно правильный вариант — фиксированная цена: «договорились на сумму — и точка, никаких сюрпризов». Другие столь же убеждённо стоят за почасовку: «как можно назвать точную цену, пока не разберёшься в задаче?». И оба по-своему правы, потому что универсально лучшей модели не существует — есть модель, подходящая под конкретную задачу.
Выбор между фиксом и почасовой оплатой (её часто называют Time & Material) — это не вопрос вкуса, а вопрос того, на чьей стороне окажется риск неопределённости и насколько чётко описана задача. Ошибка здесь стоит денег и нервов обеим сторонам: неправильно выбранная модель либо заставляет заказчика переплачивать за запас, либо втягивает исполнителя в бесконечную бесплатную работу. Разберём, чем модели отличаются по сути, какие риски несёт каждая и как выбрать ту, что подойдёт именно вашему проекту.
Эта статья — практическая в разделе про стоимость работ по 1С. Смежные темы: цена часа программиста, как составить ТЗ, как принять готовую работу.
Что вы узнаете из статьи
- В чём принципиальная разница между фиксом и почасовой оплатой
- На чьей стороне оказывается риск в каждой модели
- Какие подводные камни у фиксированной цены
- Какие риски несёт почасовая оплата и как их закрыть
- Как выбрать модель под задачу и когда совмещать обе
В чём разница между моделями
Суть различия проще всего объяснить через то, кто несёт риск неопределённости. При фиксированной цене вы договариваетесь на конкретную сумму за конкретный результат, и если работа окажется сложнее, чем казалось, доплачивать будет не заказчик, а исполнитель из своей прибыли. Риск превышения объёма лежит на мастере, и именно за принятие этого риска он закладывает в фикс запас. Заказчик получает главное, что ему нужно, — предсказуемый бюджет.
При почасовой оплате логика обратная. Вы платите за фактически отработанные часы по согласованной ставке, и если задача оказалась объёмнее, итоговая сумма растёт. Риск объёма здесь на заказчике. Зато исполнителю не нужно закладывать запас «на всякий случай» — он не страхуется, потому что любая лишняя сложность всё равно будет оплачена. За счёт этого почасовка нередко оказывается дешевле фикса на задачах, где сложность заранее неизвестна: вы не платите за чужую перестраховку.
Ключ к выбору поэтому лежит не в самих моделях, а в том, насколько ясна задача. А ясность задачи напрямую зависит от двух вещей: понятной цены часа программиста и наличия подробного технического задания. Чем детальнее ТЗ, тем точнее можно оценить объём — и тем осмысленнее становится фикс. Чем туманнее задача, тем сильнее фикс превращается в лотерею для обеих сторон.
Подводные камни фиксированной цены
Фикс кажется заказчику безопасной гаванью, но у него есть оборотная сторона. Поскольку исполнитель несёт риск объёма, он естественным образом делает строго то, что написано в договоре, и ни буквой больше. Любое ваше уточнение по ходу, любая «мелочь, которую забыли упомянуть» превращается в отдельную платную доработку. Это не жадность — это логика модели: что не прописано, то в фикс не входило. Поэтому фикс хорош ровно настолько, насколько детально составлено ТЗ.
Второй подводный камень фикса — соблазн взять подозрительно низкое предложение. Если один исполнитель называет за фикс цифру заметно ниже остальных, это редко означает, что он эффективнее. Чаще это значит, что он либо не разглядел сложность и потом будет требовать доплат под видом «новых задач», либо собирается сделать минимум наспех. Низкий фикс — такой же тревожный сигнал, как и подозрительно низкая ставка в почасовке.
Для исполнителя у фикса свой риск — недооценить задачу и работать в минус. Поэтому опытные специалисты соглашаются на фикс только при чётком ТЗ и закладывают разумный запас. Если вам предлагают твёрдый фикс на размытую задачу без подробностей, насторожиться стоит обеим сторонам: либо запас будет огромным, либо кого-то ждёт неприятный сюрприз.
Риски почасовой оплаты
У почасовки своя ахиллесова пята — непрозрачность. Вы платите за часы, но без отчётности не видите, на что они ушли, и итоговая сумма может неприятно удивить. Главный страх заказчика здесь — что часы «нарисуют» или что работа растянется. Лечится это не отказом от модели, а условиями: договоритесь о регулярных отчётах, на что потрачено время, и установите потолок бюджета, при достижении которого работы приостанавливаются для обсуждения, а не продолжаются молча.
Потолок — ключевой инструмент цивилизованной почасовки. Он сочетает гибкость с защитой: исполнителю не нужно закладывать запас, а заказчик при этом знает максимальную сумму, выше которой без отдельного согласия не уйдут. По сути, это золотая середина между двумя моделями: оплата по факту, но с понятным верхним пределом.
Для исполнителя почасовка тоже не без рисков. Заказчик может оспаривать списанные часы, если не понимает, почему задача заняла столько времени. Защита — та же прозрачность: понятные отчёты и проговорённые заранее ожидания по объёму. Когда обе стороны видят, как складываются часы, споров почти не возникает.
Как выбрать модель под задачу
Практическое правило простое. Задача понятна и детально описана — берите фикс: вы получаете предсказуемый бюджет, а исполнитель работает по чёткой границе. Задача исследовательская, объём заранее неясен — диагностика непонятной ошибки, интеграция с системой, которую ещё предстоит изучить, — берите почасовку с потолком: вы не переплачиваете за чужую перестраховку, но защищены верхним пределом.
Часто самый разумный вариант — совместить обе модели в одном проекте. Понятные, описанные блоки задач берутся под фикс, а исследовательская часть — под почасовку с потолком. Например, известную доработку отчёта делают за фикс, а сначала идущую диагностику «почему вообще цифры расходятся» — за оговорённое количество часов. Так предсказуемость сочетается с гибкостью, и каждая часть работы оплачивается по той модели, которая ей подходит.
Что бы вы ни выбрали, зафиксируйте условия письменно: модель оплаты, объём, потолок, что считается выходом за рамки, и как устроена приёмка работы. Большинство конфликтов по оплате рождается не из самой модели, а из того, что условия проговорили устно и поняли по-разному. Письменная договорённость до старта стоит десяти выясненных отношений после.
Как платформа помогает с оплатой
На Где.Эксперт модель оплаты обсуждается с программистом 1С до начала работ, а выбрать специалиста можно по реальным отзывам и истории заказов. Видно, кто прозрачно ведёт почасовку с отчётами, кто аккуратно работает по фиксу и не выбивает доплаты под видом новых задач, — и как это оценили прошлые клиенты.
Это снимает главную тревогу обеих сторон: заказчик боится переплатить или получить минимум по букве, исполнитель — недооценить задачу или спорить о часах. Можно начать с консультации, обсудить объём и подобрать подходящую модель, в том числе смешанную с потолком. Оплата идёт по факту выполнения, без депозитов, а отзывы прошлых клиентов показывают, кто ведёт расчёты честно и предсказуемо.
Часто задаваемые вопросы
Чем фикс отличается от почасовой оплаты?
При фиксе вы платите оговорённую сумму за результат, риск объёма на исполнителе. При почасовке платите за фактические часы, риск объёма на вас. Фикс даёт предсказуемость, почасовка — гибкость на неясных задачах.
Что выгоднее для заказчика?
На понятную задачу с подробным ТЗ — фикс. На размытую или исследовательскую — почасовка с потолком, иначе вы переплатите за запас, который исполнитель заложит в фикс на всякий случай.
В чём риск фикса?
Исполнитель сделает строго минимум по договору, любое уточнение — отдельная доплата. Поэтому фикс хорош только при детальном ТЗ. Плюс соблазн взять подозрительно низкий фикс с работой наспех.
В чём риск почасовки?
Непрозрачность: непонятно, на что ушли часы, и сумма может вырасти. Защита — регулярные отчёты и согласованный потолок бюджета.
Можно ли совмещать модели?
Да, и часто это лучший вариант: понятные блоки под фикс, исследовательскую часть под почасовку с потолком. Главное — зафиксировать письменно, что по какой модели идёт.
Заключение
Спор «фикс или почасовка» не имеет универсального победителя, потому что модели решают разные задачи. Фиксированная цена даёт предсказуемость и хороша там, где задача детально описана. Почасовая оплата даёт гибкость и честнее там, где объём заранее неясен. Выбор определяется не вкусом, а ясностью задачи и тем, кто готов взять на себя риск неопределённости.
Самый зрелый подход — не выбирать жёстко одно из двух, а совмещать: понятное под фикс, исследовательское под почасовку с потолком. И в любой модели всё держится на двух опорах — подробном ТЗ и письменно зафиксированных условиях. Проговорите модель, объём, потолок и приёмку до старта, и вопрос оплаты перестанет быть источником конфликтов.
Обсудите модель оплаты проекта по 1С на Где.Эксперт — выбирайте специалиста по отзывам, согласуйте условия на консультации и платите по факту выполнения, без депозитов.