Для разработчика хорошо работать на почасовой основе, но трудно объяснить преимущества почасовой оплаты для клиента.
Каковы ваши аргументы в отношении почасовой ставки для клиента? Как вы объясните ему его преимущества и как вы будете спорить о «Я хочу знать точную стоимость проекта»?
Ответы:
Старая шутка: сборочная линия выходит из строя, и в нее входит ремонтник. Осмотрев машину, он вытаскивает молоток, ударяет машину, и она начинает работать. Начальник цеха поражен, пока ремонтник не скажет: «Это будет 500 долларов». Застигнутый врасплох Форман отвечает: «Вы хотите взять 500 долларов за то, что попали в машину молотком? Моему финансовому директору понадобится подробный счет».
Счет приходит по почте:
В некотором смысле, почасовая ставка является способом контроля затрат. Сколько стоит приложение, которое избавляет компанию от необходимости нанимать штатного сотрудника с минимальной заработной платой? Общие ежегодные расходы этого человека, включая зарплату, пособия, отпуск, отпуск по болезни, могут составить 20 000 долларов. Это должно стоить 15 000. Если решение оказывается импортом в базу данных, которая может быть создана за 30 часов или менее, я сомневаюсь, что текущая стоимость составляет 500 долларов в час.
Клиент может контролировать стоимость в течение всего срока реализации проекта.
Многие проекты, которые имеют фиксированную плату, обычно просят половину аванса. Клиент может платить, как они идут с почасовой ставкой.
Зарядка на час мне просто кажется неправильной. Я хочу, чтобы меня ценили за то, что ты знаешь, куда качать молот.
Почасовая ставка не приносит пользы клиенту. Это приносит пользу разработчику, потому что не имеет значения, сколько изменений запрашивает заказчик.
Так же, как контракт с фиксированной ценой не приносит выгоды разработчику. По крайней мере, не без изменений заказов. :-)
В построении существует четкое разделение между анализом и дизайном (архитектура) и реализацией (построение). Даже с учетом этого разделения и столетней или более информации о затратах на реализацию строительные проекты могут и не выходить за рамки бюджета.
В компьютерной разработке нет столь четкого разделения между анализом, дизайном и реализацией. Заказчик не понимает, сколько стоит сменить экран после завершения кодирования, по сравнению с тем, чтобы сбить стену.
Разработчик несет ответственность за обучение своего клиента и за то, чтобы клиент понимал ценность, а не цену.
Основное различие между фиксированной ценой и почасовой является то, кто принимает на себя риск. В частности, в этой области оценки проектов являются лишь приблизительными и могут иметь большую неопределенность в них.
Таким образом, по фиксированной цене, разработчик должен убедиться, что он оценил высоко, чтобы покрыть непредвиденные трудности. Это разумно, так как в большинстве видов деятельности покрытие риска стоит денег (так работает страховой бизнес).
Если клиент в достаточной степени доверяет разработчику, почасовая ставка позволит ему сэкономить деньги, если проект завершится раньше, чем указанная высокая оценка, хотя, если он закончится, клиент потеряет деньги. В этом случае клиент покрывает риск и в среднем экономит деньги.
В частности, если заказчиком является крупная компания, а разработчиком является физическое лицо, клиент, вероятно, будет в лучшем положении, чтобы принять риски. Потребность платить дополнительные 160 часов тарифов может навредить крупной компании меньше, чем необходимость работать дополнительный месяц бесплатно, повредит одиночному разработчику.
Это также облегчает согласование изменений в спецификациях, когда разработчику не нужно делать тщательную переоценку для каждого изменения.
Почасовая ставка выгодна для клиентов в тех случаях, когда существует высокая вероятность того, что они захотят добавить дополнительные функции выше первоначально определенных. Это также принесет пользу заказчику, если процесс разработки включает в себя работу с третьими сторонами, и где роль разработчика может включать другие задачи, которые только косвенно связаны с задачей программирования.
Почасовая ставка позволяет разработчику сказать: «Я позабочусь об этом». Вместо «Это не входит в цену, о которой мы договорились. Это будет дополнительный Х долларов.
В этих случаях почасовая ставка устраняет необходимость в постоянных переговорах и может помочь предотвратить недоразумения, возникающие из-за различий во взглядах на то, что было первоначально согласовано.
По почасовой ставке клиент должен убедиться, что вы работаете эффективно. В контракте с фиксированной ценой клиент должен точно описать, что он хочет. Если клиент хочет знать точную стоимость проекта, вы должны точно знать, что нужно построить. Обычно клиент не знает или думает, что знает, но потом передумает.
В обеих ситуациях беспилотник по продажам найдет способ завышать цену: сделать низкую ставку на фиксированную часть проекта, а потом компенсировать это огромными счетами за каждое незначительное изменение или дополнение или позволить наиболее компетентным людям выиграть ставку. и замените их программистами дерьма (с той же почасовой ставкой) позже.
Если бы я был клиентом, я бы предпочел:
Таким образом, я могу свободно принимать решение и знать, за что я плачу.
Подумайте над тем, чтобы задать вашему клиенту такой вопрос
Насколько они уверены в своей спецификации? Они действительно думали обо всем? Что может измениться между сейчас и когда продукт выйдет в эфир? Объясните, что с фиксированной ценой приходит фиксированная спецификация. любые изменения, и цена изменится.
Я бы тогда предложил альтернативу. Укажите цену и допустимое изменение спецификации, возможно, 20%. Таким образом, заказчик уже заложил бюджет на некоторые возможности для внесения изменений, и, если ему все-таки удастся получить правильную спецификацию в первую очередь, он внесет проект в рамках бюджета!
Если клиент хочет направлять и контролировать процесс разработки и / или часто вносить изменения в продукт, он может это сделать, но он должен согласиться на почасовую / дневную ставку.