Вопрос к серьёзным девелоперам: договоры, примерные расценки по виду работ

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 16 сентября 2010 в 20:16

Господа серьёзные разработчики. Может кто нибудь открыть свои расценки по видам работ, образцы договоров и тд.

Интересуют также тарифы по видам работ. Например: вёстка по макету - столько то, с учётом сложности - столько то. Кстати, как, кроме как на глаз, определяется сложность Smile

Я ПОНИМАЮ, всё очень индивидуально, как и например в строительстве, но там есть примерные тарифы.

Не думаю, что это такое уж секретное инфо, вон Лебедев когда-то даже выкладывал бланки своих договоров.

Интересует в аспекте друпал-разработки. Можно в личку Smile

***Это не предложение о работе***

Комментарии

Аватар пользователя fixit fixit 16 сентября 2010 в 21:14

Очень классно было бы опубликовать и пригвоздить такой прейскурант в ветки заказов.

Аватар пользователя kodo kodo 17 сентября 2010 в 5:26

volocuga@drupal.org, ну вы ж сами похоже переодически заказываете разработку. Вот и выложили бы в первую очередь расценки по своему опыту и примеры договоров.
С Лебедевым все гораздо проще - он из другой весовой категории - для него это было очередной пиар-ход. В нашем случае он не проходит.
Ну и сообщение в личку, как-то на мой взгляд совсем не уместно.

Аватар пользователя DennisVV DennisVV 17 сентября 2010 в 8:38

кстати да, интересно было бы узнать примерные расценки... так скать, "среднюю температуру по больнице"

Аватар пользователя glu2006 glu2006 17 сентября 2010 в 10:00

У меня расценки очень простые и скрывать их не буду да и смысла нету.
от 15$ час, далее все зависит от срочно, очень срочно, очень очень срочно, простопимпец как срочно, вчера надо было.

Вот в принципе и вся базовая тарифная сетка, а дальше только индивидуальная работа с заказчиком.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 17 сентября 2010 в 13:25

"kodo" wrote:
volocuga@drupal.org, ну вы ж сами похоже переодически заказываете разработку

Я по мелочёвке в основном и это было раньше. Сейчас более менее обхожусь своими силами, но, возможно, придётся заниматься вебразработкой самому, всмысле подключать людей. Но об этом позже...

Почасовая оплата...хм, мне кажется это работает до определённого момента. С позиции заказчика непонятно, как собственно считается время Smile Входят ли сюда перекуры, кофе, ответы на левые аськи, просмотр профиля Вконтакте ну и тд.

Как человек, ещё пару лет назад занимавшийся строительством могу сказать, что грамотная тарификация - уже очень много.

Пример: заказчик звонит в одну фирму и спрашивает:
"Сколько будет стоить накрыть крышу в 100 кв.м?"

Можно сказать - "пять тыщ!". Это неверный подход. Гораздо правильнее, вооружившись всякими СНИПами и нормами ГОСТ расписать стоимость поэтапно. В глазах заказчика это будет правильный исполнитель.

Где-то так...

Аватар пользователя wargan wargan 17 сентября 2010 в 13:46

стоимость может быть детализирована в договоре, вплоть до определения человека-часов на каждый этап разработки, правда для этого необходимо заказчику иметь представление о предмете (пр.продукта) договора. Другими словами ПП сначала надо создать на бумаге в виде планов-графиков (на основе ТЗ)

Аватар пользователя glu2006 glu2006 17 сентября 2010 в 16:50

wargan wrote:
стоимость может быть детализирована в договоре, вплоть до определения человека-часов на каждый этап разработки, правда для этого необходимо заказчику иметь представление о предмете (пр.продукта) договора. Другими словами ПП сначала надо создать на бумаге в виде планов-графиков (на основе ТЗ)

Для этого существует x-planer либо redmine либо еще какие либо проги учета рабочего времени. в которых заказчик может реально оценивать картину того куда уходят его деньги, конечно и там можно надурить Wink но с большего всегда получается дурить только самого себя. Какой нормальный разработчик захочет поломать себе репутацию за каких-то там 200 долларов? разве что начинающий студент.

Аватар пользователя iNFerNo iNFerNo 17 сентября 2010 в 13:55

"glu2006" wrote:
от 15$ час

сюда входить время на перекур пописать звонок маме там копания в справочниках по пхп и помощь друга (еще лучшего программера за консультацией?).

имхо правильнее есть тз и задача программер оценивает свои силы и сроки и дает предложения. клиент либо соглашается либо нет.

а вские форсы типа недосчитал (программер) или не доплатил (клиент) - это уже на совестях людей.

Аватар пользователя glu2006 glu2006 17 сентября 2010 в 16:45

iNFerNo wrote:
сюда входить время на перекур пописать звонок маме там копания в справочниках по пхп и помощь друга (еще лучшего программера за консультацией?).
имхо правильнее есть тз и задача программер оценивает свои силы и сроки и дает предложения. клиент либо соглашается либо нет.
а вские форсы типа недосчитал (программер) или не доплатил (клиент) - это уже на совестях людей.

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

Есть задача, есть срок к примеру я посчитал что ее реально сделать за 8 часов, нарисовалась цена 8*15=120$ 8 часов я могу и 2 дня делать по 4 часа каждый день, так чаще всего и получалось раньше (когда фрилансил). Просто у нас разные понятия о почасовках.
Расчет форсмажоров типа думал что сделаю за 5 часов а в реале убил 10 уже с большего никого не волнует, это только мои проблемы.
Исключение составляют вопросы, когда пол работы сделано а заказчик выставляет не оговоренные ранее требования, тогда происходит перерасчет.
Вот в принципе и все.

Из опыта могу сказать, что програмеры примерно в 70% ошибаются по срокам причем в большую сторону, т.е. человек говорит что сделает задачу за 4 часа а по факту убивает 6-7 поскольку зачастую вылазят такие нюансы о которых даже не задумываешься.

Для примера сам недавно столкнулся: сколько по времени занимает обновить движок друпала + модули? (обновлял с версии 6.15), на всякий случай перестраховался сказал 2 часа, нормально? и заказчик сказал гуд.

Убил по факту 5.
и только из-за того, что в модулях не появлялся jquery_ui, ну кто знал, что если у Вас стоит 2 модуля jquery_ui и jstools то второй не дает показываться первому, а для нового модуля date первый крайне необходим.

И таких примеров море.