Почасовая оплата при заказе сервиса?

Question

[Lorents]

Добрый день!

Заказываю разработку одно сервиса, выбрал компанию исполнителя - по часовая оплата.

Возник такой вопрос, допустим исполнитель указал в ТЗ разработку определенной части сервиса - 20 часов. А по факту потратил 15 часов. Как такие моменты выявлять?

Comments

[dummyman]

Как по мне, я бы договаривался о часах заранее, но был бы только рад, что задание выполнено быстрее. Может даже бы еще и бонуснул за скорость.

[Lorents]

dummyman: согласен, если только исполнитель об этом сообщит. Но я думаю, он этого не сделает

[dummyman]

Lorents:
На фрилансе где-то в 90% случаев нарушаются сроки.
А в остальных 10% вообще не доходят до финиша.

Answer 1

[Максим Тимофеев]

Вот Вы жук ))). Вы после покупки батона выясняете не завышена ли на него цена была?
Если исполнитель то что делается за 20 часов сделал за 15 - красава. Я бы даже сверх заплатил. Вам выполнили услугу, да еще и на четверть быстрее, чем обещали. А Вы хотите денег содрать? АААААААААААААААААААААААААА

Comments

[Lorents]

не совсем так, я оплачиваю 20 часов, он делает за 15 часов. Рассмотрим другой момент, в ТЗ разработку определенной части сервиса указано 20 часов, но исполнитель приходит и говорит мы потратили 25 часов на разработку. что делать? а по факту потратил 15 часов.

[Максим Тимофеев]

Lorents: Договорено 20? Платите за 20. Есть договор. Если договорено о почасовке - платите за почасовку.
Хотите контролировать - есть ПО:
www.tahometer.com/tour?lang=ru

Но если ударили по рукам на 20 часах, а сделано быстрее - так в чем проблема? Тем более при таких цифрах. Я понимаю если бы речь о контракте на несколько месяцев.

[Lorents]

Максим Тимофеев:

Я понимаю если бы речь о контракте на несколько месяцев.

В точку, срок реализации 4 месяца. Выше я приводил пример.

[Максим Тимофеев]

Lorents: Вопрос договоренностей. Имел опыт работы по тахометру, ссылку Выше привел. Мне нравится такой подход, он самый честный. Но если заранее такой договоренности не было и программист выполнил работу раньше срока, он честно заработал свои деньги.
Допустим есть два програмера А и Б.
А - новичок и выполнит работу за X засов.
Б - профи и сделает ее за X/2
Так что ж новичкам платить больше? Он задачу выполнил, бюджет был заранее обговорен - все честно.

[Lorents]

Максим Тимофеев: благодарю за совет! меня вот больше смущает второй вариант, когда оговорено одно время, потом они заявляют большее время.

[Максим]

Lorents: Кмк, лучше тогда зафиксировать цену в договоре за штуку - "услугу". И выставить крайние сроки сдачи проекта + добавить небольшой процент, если идет овертайм.

[Максим Тимофеев]

Lorents: Если время оговорено заранее, есть дедлайн, тогда какая разница что они там заявляют? Другой вопрос, если увеличение времени вызвано, Вашими правками, появившемся в процессе разработки. Такое часто бывает.
Я сам сейчас проект доделываю, не успеваю, потому что не все учел. Кто попадет? Я попаду. Но это моя проблема, моя ошибка. Но если заказчик накидает правок или развернет ТЗ в другую сторону, это будет его проблема и его расходы.

[Lorents]

Максим Тимофеев: Понял, благодарю

[Максим Тимофеев]

Lorents: Удачи, не за что.

[pavel null]

Если я правильно понял, вопрос был в другом, если разработчик выполнил задачу за 15 часов, а отдает ее через 20 часов, получается переплата 5 часов работы. Соглашусь с ребятами выше, что вопрос договоренностей, только хочу заметить, что выполнение задачи это не только сидение в IDE и написание, но и обдумывание алгоритма за обедом, прикидывание базы данных на горшке или записывание слоганов и различных макетов перед сном в блокнот, данное время никак не учитывается системами контроля. Как-то так =)

Answer 2

[Максим]

Можете встать "над душой" исполнителя, например смотреть через веб-камеру как он делает ваш проект. Тогда через полчаса у вас не будет проблем с исполнителем... Как и самого исполнителя.
Если устраивает прайс за 20 часов, пускай хоть за час все сделает, какая вам разница. Не устраивает, ищите другого. Хотите контроль - нанимайте в штат.

Comments

[Lorents]

Это радикальные меры. Рассмотрим другой момент, в ТЗ разработку определенной части сервиса указано 20 часов, но исполнитель приходит и говорит мы потратили 25 часов на разработку. что делать? а по факту потратил 15 часов.

[Андрей Хохлов]

Lorents: если почасовая оплата и ориентировочная оценка, то это нормальная ситуация.

Если ситуация постоянно повторяется - нужно разбираться в чем причина, более жестко оговорить условия.

Если было четкое ТЗ, требования не менялись и это конкретная оценка исполнителя - заплатить за 20 часов, в следующий раз будет оценивать точнее.

Если исполнитель видит, что некорректно оценил - ему следует обратиться к заказчику, объяснить ситуацию. "Мы думали сделаем так, но столкнулись с тем, что эдак лучше потому и потому, но на это надо ещё 5 часов. Сделаем эдак или наляпать так?".

[Lorents]

Андрей Хохлов: благодарю за ваш совет!

[furrya_black]

"Мы думали сделаем так, но столкнулись с тем, что эдак лучше потому и потому, но на это надо ещё 5 часов. Сделаем эдак или наляпать так?".

Так всегда, поэтому и шапку по времени накидывают и ТЗ вместе с клиентом пишут/правят по несколько часов и не поверите по нескольку раз так, и на связь выходят регулярно, по нескольку раз в неделю минимум,
- что исполнитель с вопросами, что клиент с уточнениями по ТЗ. Все от сложности заказа конечно.

Вы думаете так легко даже спецу оценить время? Это вам опть не плитку покласть xD

Answer 3

[Sanes]

Забудьте про кол-во часов, если известна сумма оплаты.

Answer 4

[M-ka]

Мне лень читать.... итого:
Оговорено 20ч -- это время необходимое потратить на разработку указанного сервиса.
Если вышло за 15ч, есть 3 варианта событий:
1. разраб схалтурил, чем сократил работу на 5ч. Как результат, где то функционал не будет работать так, как описано в ТЗ
2. разраб в процессе разработки использовал свои прежние наработки, которые можно использовать в других проектах(т.к. в части случаев это запрещено по контракту), как результат, это сократило время разработки... За что заказчик должен сказать спасибо, что было сделано раньше оговоренного срока да и еще функционалом, который уже вылизался в процессе написания в других проектах.
3. разраб привлек доп разрабов, что сократило разработку, на стоимость не повлияло но на скорость вполне, если другие более квалифицированные, чем тот, кто изначально брал заказ... Возможно он вообще в роли посредника и брал просто % себе... В подобных случаях закладывают время на разработку +20% - 30% на всякие внештатные ситуации...

Вот и все....

Вот как раз в случаи №2, исполнитель сможет взять за айца заказчика, если тот откажется платить 100% оговоренной стоимости. Пысы: когда занимался фрилансом, очень много лет назад, рука на столько набилась и вариантов заготовок было, что сделать верстку по сайту + кое какое скриптовое наполнение, занимало несколько часов.... Вот только все это делать с 0, занимало не несколько часов, а доходило до недели, порой и двух.... Я потратил свое время на наработку собственных шаблонов для сайтов, набивание руки, наметывания глаза, у меня нет оговорок с заказчиками о запрете использования в последующих трудах смежного кода... То почему мне следует брать за работу, как за несколько часов, если фактически на разработку этого нужно тратить неделю, две...? Не вижу причин занижать стоимость разработки... Чего никогда не делал.

пысы: неделя - две, образно говоря, на текущий момент, это вопрос нескольких дней из-за обильного наличия фреймворков, которых особо не было в те далекие времена, когда был на фрилансе, по мимо основной работы...