Комментарии в блоге "Битрикс - Сергей Рыжиков" на "Особенности рынка веб-разработки в России или будет ли почасовая оплата?" http://dev.1c-bitrix.ru/community/blogs/rsv/138.php ru http://backend.userland.com/rss2 Sun, 05 Apr 2026 16:37:00 +0300 На почасовую оплату смотрят также косо, как и в 2007-м. Примерная оценка воспринимается как конечная и переговоры просто заканчиваются. Объяснения о том, что такая сумма нужна, чтобы проект точно завершился, не убеждают. Люди не умеют работать ни с фрилансерами, ни со студиями. Очень часто приходится сталкиваться с предложениями устроиться к заказчику на работу или хотя бы работать на их территории.]]> http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=39259#com39259 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=39259#com39259 Tue, 29 Jan 2013 18:18:18 +0400 http://www.tarasenko.ru/2007/12/06/presale/
Почасовая оплата - это правильно и уже работает (как минимум в нашей компании). Но клиент должен заранее знать бюджет если не проекта, то хотя бы одного из немногих этапов проекта.]]> http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=1228#com1228 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=1228#com1228 Fri, 07 Dec 2007 09:54:18 +0300 Заказчик, будь то владелец бизнеса или сотрудники проектного отдела, зачастую не совсем хорошо разбирается в тонкостях программирования, а соответственно оценить правильность выставленной цены не может.
Разработчики пользуясь этим могут назначить и 35, и 75, и 100 баксов в час по принципу: сколько скажем, столько и будет, все равно никуда не денется от нас.
При адекватном понимании всех сторон, проблемы с определением стоимости работ возникают не часто.]]> http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=471#com471 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=471#com471 Tue, 20 Mar 2007 17:51:27 +0300 (час 2000р!!!). Причем контора не могла похвастаться солидной прибылью. Если проект в сумме занимал 150 -200 часов (а этого с учетом прожект-менеджмента и переговоров еле хватает на стандартный корпоративный сайт) - получается нижний диапазон цены в среднем 11.000 USD. Как известно есть компании, которые берут за сайт 30-50kUSD ]]> http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=470#com470 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=470#com470 Mon, 19 Mar 2007 16:02:22 +0300 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=469#com469 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=469#com469 Mon, 19 Mar 2007 12:15:02 +0300 Иногда получается создать ореол таинственности вокруг разработки и назначить сумму за разработку, которая в конце-концов выйдет долларов на 30 в час. Недавно взялись за проект, не обозначив границы проекта, договорились на сайт-визитку за $800 на версии Старт, но клиент начал вносить изменения ежедневно и мои затраты на зарплату сотрудников, занятых в проекте, превысили ожидаемую оплату в несколько раз. В данном случае почасовая оплата была бы кстати.
]]> http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=467#com467 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=467#com467 Mon, 19 Mar 2007 08:46:08 +0300
Зачастую клиент не может обеспечить грамотным ТЗ, поэтому логичен выход - написание ТЗ осуществляется разработчиком на основе бизнес-требований заказчика. Для больших проектов (как и для средних, собственно) важным первоначальным этапом становится "определение проекта". Эта часть тоже оплачивается заказчиком. Результатом этого этапа получается "документ об образе и границах проекта" (Карл Вигерс "Разработка требований к ПО"), так же часто документ называют "креативный бриф"). Документ позволяет с достаточной степенью точности определить сложность проекта, его особенности и пр. Заказчик, в принципе, может воспользоваться этим документом для заказа разработки уже другой компании. Другому разработчику так же становится проще определить примерную стоимость разработки + уже известно что это за проект, какие у него цели/задачи и планируемые способы их достижения. Заказчик здесь уже экономит на встречах (которые, кстати тоже должны заноситься в бюджет) и совещаниях.

Лично я в последнее время прихожу именно к такой схеме работы.  Стоимость первоначального этапа невелика, зато и заказчику и будущему потенциальному разработчику становится понятно, что это будет за проект, следовательно, риски по проекту могут быть сильно уменьшены.  ]]> http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=439#com439 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=439#com439 Wed, 28 Feb 2007 21:10:31 +0300 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=436#com436 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=436#com436 Tue, 20 Feb 2007 15:55:59 +0300
Думаю, первыми моду эту покажут 1с-ники. У них собственно уже много подходов на почасовке. До моды осталось не так много.]]> http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=425#com425 http://dev.1c-bitrix.ru/community/blogs/rsv/138.php?commentId=425#com425 Sat, 17 Feb 2007 19:04:14 +0300