Как платить программисту – схемы оплаты за работы по сайту

Как платить исполнителю? Какие схемы работы существуют?

Есть по сути 2 основные схемы. Все остальное их разновидности.
1. Оплата по факту затрат. Time And Material. Исполнитель делает работу. Выставляет счет с подробным отчетом. Клиент оплачивает работу.
В чем плюсы такой схемы оплаты по проектам:
– не нужно писать начальное подробное ТЗ.
– заказчик постоянно видит прогресс по задачам + скорость внедрения задач выше.
– заказчик может практически в любое время давать новые задачи и правки в проект

В чем минусы:
– нет конкретных сроков внедрения и бюджета.

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

Вариации:
– с предоплатой.
– с постоплатой
– с заморозкой задач на определенный период (1-2 недели)
– без заморозки задач на определенный период
2. Оплата по оценке. Клиент дает задание, исполнитель его оценивает, и оплата в дальнейшем идет по этой оценке. Обычно оценка проекта разбивается на этапы. Каждый этап сдается и оплачивается поэтапно.

В чем плюсы:
– есть фиксированный бюджет и сроки (при фиксированном тех задании)
– есть четкое понимание по движению проекта к вводу в эксплуатацию сайта.

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

Когда лучше использовать:
– когда проект только начинается и клиент готов заплатить за разработку ТЗ (некоторые клиенты почему-то считают, что ТЗ – это просто бумажка для программистов, хотя, по сути, это их спроектированная система на бумаге. Именно от ТЗ зависит успех проекта на 30%!).
– когда заказчик имеет строго ограниченный бюджет на проект.
Вариации:
– разделение на этапы
– предоплата и постоплата по этапам
– внешняя оценка проекта
– возможность вносить мелкие правки в оценку по согласованию в ходе проекта.

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

Если не читали Как выбрать исполнителя по критериям – то самое время это сделать.

Читайте в блоге Falcon – сколько стоит разработка ПО.

 

Руслан Раянов

Recent Posts

Cтандартизация задач сотрудника через личный кабинет #личныйкабинет

https://falconspace.ru/blog/sozdanie-arm-dlya-sotrudnikov--razrabotka-lichnogo-kabineta-dlya-sotrudnikov - Как сделать АРМ сотрудника. Личный кабинет сотрудника на сайте

18 часов ago

Контроль доступа к ресурсам информационной системы

https://falconspace.ru/blog/sozdanie-arm-dlya-sotrudnikov--razrabotka-lichnogo-kabineta-dlya-sotrudnikov - Как сделать АРМ сотрудника. Личный кабинет сотрудника на сайте

2 дня ago

Что дает личный кабинет для руководства компании?

https://falconspace.ru/blog/sozdanie-arm-dlya-sotrudnikov--razrabotka-lichnogo-kabineta-dlya-sotrudnikov - Как сделать АРМ сотрудника. Личный кабинет сотрудника на сайте

3 дня ago

Почему управление дистанционно вызывает опасение? В сети куча мошенников

https://falconspace.ru/blog/pro-udalennoe-vzaimodeystvie-zakazchika-i-podryadchika - Удаленное взаимодействие между заказчиками и разработчиками

5 дней ago

Удаленное взаимодействие между заказчиками и разработчиками #личныйкабинет

С одной стороны сразу видится кучу выгод от удаленной работы, но как-то страшно и боязно…

6 дней ago

Почему управление дистанционно вызывает опасение? Я могу физически контролировать подрядчика

https://falconspace.ru/blog/pro-udalennoe-vzaimodeystvie-zakazchika-i-podryadchika - Удаленное взаимодействие между заказчиками и разработчиками

1 неделя ago