Как называть точную цену заказчику при большом объёме работ?

Question

[Думай Головой]

Всем привет!

1) Называть точную цену, пусть даже возникнет куча нюансов и придётся работать в убыток?
2) Называть вилку цен от и до? Как правило у заказчика возникают лишние вопросы (типа: почему такой разброс цен? Вы что, не можете назвать точную цену (сомневаются в квалификации)? И тд). Не самый хороший вариант в общем
3) Заряжать почасовую оплату и говорить примерный срок. Это возможно, но этот вариант не далеко ушёл от варианта 2.
4) Свой вариант

ps: мой случай - это вёрстка 15 страниц, с кучей форм, валидаций, скриптов, слайдеров и тд и тп. Типовой проект в общем.

Answer 1

[Anton Kravchenko]

Считаете свои часы +/-, домножаете на обычный "коэффициент ошибки", и называет точную цену. Коэффициент ошибки берите хотя бы по 5 выполненным проектам, это отношение начальной оценки своих часов и фактических трудозатрат. Для ИТ-проектов обычно 1.25 - 2.0 этот коэффициент.

Answer 2

[Илья Воропаев]

Я обычно указываю вилку, при чем чем мутнее ТЗ тем больше вилка. Например, на абстрактные запросы типа "хочу лендинг" я говорю от 5000 до 15000, точная оценка будет после ТЗ и дизайна который надо верстать.

Заказчику сразу поясняю, что разброс из-за потенциальных не предусмотренных сложностей из-за не четкого ТЗ.
Ну и от 20 до 50% сверху на внезапные "а теперь передвинем вот это и поменяем вот тут".

По опыту лучше сказать заказчику 5000 и сделать за 4000, чем сказать 3000, а сделать за 4000. В первом случае заказчик платит меньше чем планировал и доволен. Во втором он платит больше чем планировал и не доволен.

Answer 3

[x404]

Я беру проще.
~ работа по часам + 20-30%

Процент зависит от вменяемости заказчика.
Бывает смотришь на клиента, и сразу понятно что этот будет мне парить мозги еще не один месяц, а бывает все наоборот.

Answer 4

[Пума Тайланд]

Давайт три цены, хороший сценарий, плохой сценарий и средний сценарий и три цены.

Answer 5

[Александр Черных]

разбить работу на этапы с оплатой за каждый.
написать и подписать у заказчика ТЗ. все что мимо ТЗ рассматривается как фиче риквест и оплачивается отдельно

Comments

[Думай Головой]

Александр Черных
Подписать это как? Мы же через интернет работаем. Впринципе всё обсуждается в чате фриланс биржи, можно ли это рассмотреть как устный договор и в случае разборок предъявить арбитражу, чтобы было видно кто прав изначально?
На этапы разбить не получиться, они сказали, что выбирают исполнителя и нужно огласить стоимость за "весь проект"

[Sanes]

Думай Головой: публично разместить ТЗ на гитхабе гапример.

[Кобальт Грозный]

Sanes: "публично разместить" - ох уэ эти влажные фантазии...

[Sanes]

CobaltTheTerrible: а какие еще варианты? Голубиной почтой?

[Думай Головой]

Sanes
Вариант забить. ТЗ это для крупных сделок аля 100к рублей за сайт, когда менеджер веб студии едет к представителю заказчика в офис и они обговаривают все детали, они же серьёзные ребята как никак

[Sanes]

Думай Головой: Речь идет о крупном проекте.

[Кобальт Грозный]

Sanes: вы всерьёз считаете, что публиковать ТЗ где-либо - это нормально? А просто подписать и отправить почтой, предварительно отсканировав и послав по email, вам чем не подходит? И последний вопрос: как вы думаете, почему некоторые компании не только не публикуют ТЗ на гитхабе, но еще и просят подписать NDA (Non-disclosure agreement - соглашение о неразглашении)?

[Sanes]

CobaltTheTerrible: правки ежедневные так же буде почтой отправлять?

[Кобальт Грозный]

Sanes: вы вообще как себе техническое задание представляете? Если у вас появляются ежедневные правки в нем, то либо у вас проект на 3 дня и 150 строк кода вместе не с самым лучшим заказчиком, но тогда весь обсуждение и вопрос смысла не имеет, либо же перед вами стоит гораздо более серьёзная проблема (которая просто сигнализирует о том, что вперед будет катастрофа), нежели регулярная отправка документов почтой.

[Думай Головой]

CobaltTheTerrible
Sanes
Ребята, о какой доставке и о каких документах идёт речь? Заказчик из США, проект на 500 баксов... )))

[Кобальт Грозный]

Думай Головой: так нет тогда проблемы вообще. Если бы речь шла о суммах в $10к+... а так называйте оценку "в хорошем случае", "в среднеем случае" и "в плохом случае", а еще лучше договарвиайтесь на почасовую работу, предварительно дав временные оценки. Если заказчик не идёт на контакт здесь, то лучше не связываться с ним и всё.

Answer 6

[athacker]

Обговорить с заказчиком как можно более детально ТЗ на проект. Прикинуть, сколько времени у вас займёт реализация проекта. Стоимость одного часа работы выбрать исходя из своего внутреннего убеждения "N баксов в час будет нормально". Умножить количество рабочих часов на стоимость часа. Сообщить цену заказчику :-)

Что касается "как подписать" -- все переговоры такого рода ведите по почте. Общие моменты можно в чате, а вот проект ТЗ и стоимость обсуждать только по почте. Чтобы в переписке всегда оставалось -- кто, когда, что писал, зачем писал и так далее.

Answer 7

[Любовь]

Если это типовой для вас проект, значит вы примерно знаете свою стоимость. Очень помогает опыт прошлых проектов, когда вы записываете сколько времени у вас ушло на любую задачу. Например, вы сделали 5 проектов по которым у вас собралась табличка с рабочими часами. Главная страница 55 часов, форма обратной связи 72 часа, страница контактов 19 часов, каталог 35 часов (числа условные, не кидайтесь камнями :) ). С такой табличкой очень легко называть более точные сроки на следующие проекты.

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

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

Comments

[Макс Сысоев]

Такая система действительно работает? Звучит неплохо

[Любовь]

в моем случае да, а вам советую пробовать и искать что вам комфортнее :)

Answer 8

[Елизавета Борисова]

Заказчик в США, почасовая оценка ему будет понятна. На маленький проект вилка в часах от и до.
Если заказчику нужна жесткая цена, абсолютно без вилки, и в то же время он не готов оплачивать по часам, повод отказаться. Это сигнал того, что будет море неоплачиваемых доработок, которые типа относятся к "качеству" вашей работы.

Answer 9

[Pavel K]

ТЗ есть?
Если есть и в нём всё прописано, тогда какие нюансы могут быть?
Просмотрите ТЗ, если что-то не понятно, лучше это сразу обсудить и тогда сказать "точную" цену, а все исправления от ТЗ доп оплата.

Comments

[Думай Головой]

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

[Pavel K]

Думай Головой: с этим я с вами согласен. Какой-то странный, по-моему, заказчик.

Answer 10

[Данила]

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

Answer 11

[Nikolay Talanov]

Говоришь, что в случае если произойдет чудо, и все будет идти как по маслу без внезапных хотелок и изменений, то тогда минимальное время N. Затем говоришь, что скорее всего на проект может без проблем уйти и K*N, а если много чего пойдет не по плану и будет много внезапных хотелок/перепиливаний, то можно и K*N*9000+ ожидать. Более правдивого/реалистичного изложения я не знаю.

Answer 12

[Sanes]

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

Answer 13

[Радмир]

Мы берем почасовую оплату, проверено, работает.

Comments

[Думай Головой]

Радмир
Тут тогда сроки надо называть, как оглашаете?

[Радмир]

Думай Головой: мы примерно сроки называем с поправкой +-3-7 дней.

[Думай Головой]

@RadmirZ
Не, так не получится, проект то на неделю, был бы хоть на 2 недели ещё можно

[Радмир]

Думай Головой: Если проект на неделю то говорим срок +-2 дня, если больше то больше пропорционально.