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

Ведь цель бизнеса - сделать максимум прибыли с производством наименьших затрат. Подрядчики поступают в данной ситуации несколькими путями.

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

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

Третий вариант(и наверное самый правильный) - составляется предварительное техническое задание. Составляется предварительная смета на выполнение работ. Что требует небольших затрат времени. После одобрения заказчика - если его устраивает такая цена - составляется подробное техническое задание. С учетом как мождно большего числа тонкостей данного проекта. И по результатам этого процесса считается окончательная оценка стоимости работ.

Естественно, оценочный процесс включает в себя предварительные переговоры с заказчиком и его представителями. И этот процесс сам по себе требует времени. Что для исполнителя означает отсутствие всяких гарантий в плане того, что заказчик потом не возьмет все составленные бумаги и просто уйдет с готовым материалом к другому подрядчику. Соответсвенно, процесс составления ТЗ, разработки договора либо должен быть оплачиваемым(в знак порядочных намерений заказчика), либо, заказчик должен иметь какую-то репутацию в глазах исполнителя, чтобы тот не счел такие работы впустую потерянным временем. То есть, исполнитель берет часть рисков на себя.

Таким образом, тем, кто берет на себя создание информационных систем, стоит сделать выводы:

1. Заказчик, настоятельно требующий срочно назвать цену проекта - должен вызвать подозрения.
2. Заказчик, пришедший с готовым техническим заданием на информацилонную систему - должен вызвать подозрения вдвойне. Почему:
   - ТЗ писалось из расчета на абстрактного исполнителя, без учета, какими знаниями и временем тот располагает.
   - ТЗ потребует разбора - что соответсвенно займет время перед началом работ. Время которое ни в какой смете скорее всего учтено не будет
3. ТЗ может не иметь автора и вообще иметь странное происхождение - в любом случае лучше ведь иметь прямой контакт с его составителем - надо же понять нюансы которые он имел ввиду.

Заказчиков же в свою очередь должно насторожить следующее.

1. Названа цена сразу. Если она очень низкая - мы явно видим либо новичка, либо переоценивающего силы исполнителя. Что скажется на сроках и качестве.
2. Сходу названа очень высокая стоимость - исполнитель просто страхуется от вашего напора - получить все и сразу. Он перезаложился "так, чтобы наверняка".
3. Вам предлагают составить ТЗ. За деньги. Все бы хорошо. Но Вас начинают убеждать что даже если у вас не хватит денег на следующие этапы проекта - то используя это ТЗ вы сможете сделать все тоже самое с другими подрядчиками и в другое время. Это наглая ложь. Хотя бы потому что в нашей отрасли нет устоявшихся стандартов. То есть, все мы делаем сайты, но процесс изготовления у всех идет по разному. с использованием разных инструментов(просто потому что Web живет на стыке многих технологий сразу)

Вот такая вот информация к размышлению. 2 стороны одного вопроса. 3 пути, каждый с недостатками либо для заказчика либо для исполнителя. Я - за составление подробных ТЗ к тому, что будет делаться. А Вы что на этот счет думаете?