Modber Сообщество
профессионалов по 1С

Аргументы в пользу почасовой оплаты



Платформы: 1С: Предприятие 8.3, 1С: Предприятие 8.2, 1С: Предприятие 8.1, 1С: Предприятие 7.7, Linux, Web, Windows, Mobile
Конфигурации: Все конфигурации
2013-01-10
1788 

 

Перевод статьи «Why I bill hourly»

Мой первый потенциальный заказчик, решивший добавить некоторые возможности в небольшое приложение на Django, обратился ко мне. Он ожидал услышать конкретную цену за выполнение нужной ему работы, но был озадачен, когда я озвучил ему свою почасовую ставку. Что же вышло в итоге? Работаем вместе, ведь заказчик доволен результатом и суммами, которые тратятся. Я же своими принципами оплаты тоже не жертвовал.

Ниже приведены аргументы, которые я использовал для защиты своей мысли о том, почему почасовая оплата выгодней обеим заинтересованным сторонам. Быть может, кому-то они помогут.

Разработка программного обеспечения сравнима с возведением здания. И то, и другое начинается с пустого земельного участка. И процесс происходит следующий:

Клиент: У нас есть место, на нем мы построимся. А вот наброски проекта, который хотим реализовать. Назовите точную стоимость постройки.

Инженер-строитель ужаснулся бы, предложи ему подобное. А программисты, наоборот, желая заключить сделку, прикидывают смету, удваивают ее, потом еще 30% добавляют и надеются на лучшее. А что отвечаю на такое предложение я?

Моя цена - ХХ $/час. Да, 2-3 часа своего времени я могу потратить на оценку того, что хочет получить заказчик. Но после этого даже пять минут моего времени будут оплачиваться. Это правило действует так: если я занят чем-то, чем бы не занимался, не будь этого проекта, заказчик за это платит.

Тот мой клиент был шокирован. Конечно, он ответил, что XX $/час - очень дорого! Стал вспоминать других разработчиков, которые потратили и деньги его, и время, а на выходе не принесли никакой пользы. Конечно, в его словах была доля правды - он не может знать, стоит ли мне доверять. Но и на это замечание у меня имелся ответ.

XX $/час могут казаться большой суммой, но:

  • я все-таки очень хорош;
  • да к тому же работаю быстро.

Это самый лучший пример экономии: то, что другой сделает за три, я делаю за час. А в выигрыше все равно заказчик, ведь заплатит меньше.

Работая, пользуюсь таймером. Прям замеряю время, которое трачу на работу. Запускаю таймер в начале работы, и жму "stop", едва делаю коммит. Если отвлекаюсь больше, чем на 20-30 секунд - на таймере тоже ставлю паузу. А ежедневные автоматические отчеты, которые получает клиент, помогают ему следить за планом расходов.

Репутация стоит больше, чем потеря пусть одного, но клиента, с которого я бы взял за час, как за два. А ведь я знаток в предметной области и могу с легкостью уверять, что на ту работу потратил больше времени, чем на самом деле. Но стоит ли игра свеч? Однозначно нет. Клиент, который уходит довольным, в итоге приведет ко мне своих знакомых, а те, в свою очередь, своих знакомых. Обрасти непоколебимой репутацией гораздо ценнее, чем кое-где урвать, путем обмана, даже привлекательный кусок.

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

Оцениваю задание я не больше 4 часов. В этом большая сложность, ведь если мне кажется, что оценка займет большее количество времени, я поставлю "неизвестно". Как пример: вас просят покрасить забор неизвестной длины - любая оценка затраченного времени здесь окажется случайной. В случае с программированием, мне понадобится часть времени для планирования и обдумывания решения еще до того, как я оценю его трудоемкость. За это время заказчик тоже платит.

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

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




В центре внимания

Комментарии (3)