Никогда не платите по часам

На связи Иван Симонов, владелец компании “Инфорензик”. Мы разрабатываем корпоративные системы проверки контрагентов. Стараемся минимизировать риски найма проблемного сотрудника или работы с ненадежными партнерами.

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

Казалось бы абсурд. У команды есть боль, есть разной степени туманности видение, что надо сделать, а в кошельке призывно позвякивают шекели. И вот появляется "он" с супер оффером:

Эти слова как бальзам на душу и луч света среди грозовых туч для истерзанной команды. Казалось бы - один день и будет счастье. Но - никогда не соглашайтесь.

И вот почему.

1. Оплата по часам всегда приводит к конфликтам. Оплаченные часы всегда заканчиваются быстрее, чем получается полезный результат. Предложение платить дальше по часам ("продлевать будете?") быстро приводит к сомнениям выбора исполнителя и сокрушениям насчет излишне быстрого выбора. Надо наверное было всех посмотреть?

2. Оплата по часам всегда приводит к конфликтам. Вы никогда не придете к общему знаменателю по вопросу какие часы оплачиваются, а какие нет. Будете с грустным лицом выслушивать, что надо бы оплатить часы потраченные на изучение стека или технологии (фактически образование исполнителя) или коммуникацию (болтовню в чате) с командой.

3. Оплата по часам всегда приводит к конфликтам. Подсознательно вы понимаете что час чистого рабочего времени это реально очень много. Я не лентяй, но отчетливо понимаю что 4 часа чистого времени на проект в день это примерно максимум продуктивности большинства людей. А если кто-то ударно поработал все 8, то завтра скорее всего будет лежать на диване, есть чипсы и играть в плейстейшн. Фантазии о продуктивности разбиваются о скалы реальности.

4. Оплата по часам всегда приводит к конфликтам. Глядя на то, как часы (и ваши деньги) утекают как вода в песок, вам захочется что-то поконтролировать. С умным видом почитать отчеты в духе "крутил гайку три часа". Будет горько.

Что же тогда делать?

Решение всех этих проблем очень простое. Платите только за результат.

1. Для того, чтобы вступить на этот путь, необходимо для начала определиться с желаемым результатом. Не обязательно составлять техническое задание по ГОСТу, достаточно описать все желаемые функциональные характеристики. Да, в деталях. Что программа должна делать, в каких случаях и какой результат выдавать.

2. Всегда заключайте договор с четким сроком сдачи и фиксированной стоимостью. В договоре пропишите функциональные характеристики. Не ленитесь - это спасет ваши деньги, нервы и время. И конечно никаких оплат до подписания договора.

3. Не жадничайте. Хороший разработчик стоит дорого. Лучше много заплатить хорошему разработчику за результат, чем много платить непонятно кому по часам.

4. Включите в договор неустойку за нарушение сроков. Работа затягивается - работа дешевле, все честно.

5. Не стоит демонстрировать ширину своей души большой предоплатой. Максимум 10%, а лучше вообще без нее. Не придется бегать по судам за исполнителем, который внезапно остыл к вашему проекту.

6. Не меняйте требуемые функциональные характеристики в процессе работы. Все возникающие фантазии и пожелания выписывайте в новый договор или дополнительное соглашение.

7. Не принимайте работу без проверки. Наймите тестировщика, сделайте аудит кода. Не будете рыдать над программой, собранной из навоза и палок с помощью костылей.

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

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