Когда писать ТЗ — до или после подписания договора?

Question

[somneart]

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

— Если писать ТЗ после подписания договора, то бюджет может измениться.
— Если писать ТЗ до подписания договора — то можно случайно бесплатно написать ТЗ.

Можно разбивать процесс на этапы, первым из которых будет написание ТЗ — но тогда получается, что нужно подписывать два договора, в первом из которых клиент заплатит собственно за написание ТЗ. А клиенты за это платить не любят — они считают, что это легко, и они сами могут.

Буду рад любым вашим советам по этой теме.

Comments

[iStyx]

Извините, но похоже на «Когда показывать товар — до или после его оплаты?»

Answer 1

[Sergey]

Открою маленький секрет — ТЗ должен писать заказчик.

Comments

[somneart]

Много у вас заказчиков с таким подходом?

[bespechnik]

Он это не всегда умеет.

[Vyacheslav]

К сожалению — нет! Заказчик должен сделать описание того, что ему нужно получить в результате! А Техническое Задание заказчик написать не в состоянии. Он просто этого не должен уметь.

[Sergey]

Какие у вас тупые и унылые заказчики, однако, не в состоянии написать ТЗ. Печально. Но такое бывает.
Если не умеет или не хочет — написание (пред)проектной документации — отдельная работа за отдельные деньги.

[BasilioCat]

У заказчика обычно бывают требования, чтобы написать полноценное ТЗ, заказчику нужно иметь более грамотных специалистов, чем те, кого он будет нанимать для выполнения этого ТЗ. Это оправдано в случае больших компаний и крупных аутсорсеров, но совершенно не работает например при создании вебсайта

[Alexander]

Вы можете написать ТЗ на строительство дома? Я не могу, потому что я понятия не имею, как строятся дома.

[Sergey]

Я найму человека, который может. И лучше, если это будет совсем не тот, который будет его потом строить.

[Сергей Протько]

Вообще схема довольно проста:
У заказчика есть то что он хочет (если есть спека то это вообще шикарно, но так бывает далеко не всегда)
Затем по этим данным составляется первоначальный эстимейт.
затем эстимейт обсуждается с заказчиками, уточняются все нюансы и т.д. Тобиш идет этап согласования проекта.
Затем уже подписывается договор. Тобиш вся эти оценки и прочее — бесплатный труд. Заказчик нужен вам а не вы ему.

[bda852]

Alexander, Есть какие то регламентирующие документы на написание ТЗ!? )) В ТЗ на строительство дома можно написать про наличие всех необходимых коммуникаций и прочей воды.

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

[Alexander]

bda852, в ТЗ на строительство дома нужно написать не просто количество розеток в комнате, а, например, начертить полный план коммуникаций, схему подключения предохранителей, их типы, схему прохождения проводов в стенах. Я это должен писать? Я некомпетентен. И не каждый электрик это сможет написать.

Если не написать, сделают как попало, в результате на месте крепления кронштейна для телека у тебя будут проходить провода и ты не сможешь повесить туда кронштейн. Ну а че, в ТЗ же не было написано как класть провода) И так по всем коммуникациям дома: вода, канализация, вентиляция, двери в какую сторону должны открываться. В качестве бонуса такие вещи не делаются. Это стоит денег, причем немалых.

Ровно такая же история с ТЗ на ПО или на сайт. Чтоб не получилось, как в одном известном анекдоте про чужой код: "Швабры потолок держали, над ними цистерны с газом очень тяжелые, пришлось в комнату снизу швабры напихать"

[bda852]

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

[Alexander]

bda852, согласен, это так, но в мире разработки ПО техзадание приобрело статус документа с исчерпывающими требованиями. Например, прогер сделал возможность заливать 5 картинок через форму, а клиенту надо 10, прогер скажет, что про 10 не было в ТЗ и надо доплатить, и он будет прав. А клиент не написал про 10, потому что думал, что заливать можно сколько угодно.

[bda852]

А вот в этом случае, в идеале, надо разработать исчерпывающую форму, заполнив которую все аспекты будут учтены и ТЗ сформируется автоматически. Уверен это не сложно сделать. Вы как специалист предоставляющий услугу, обладаете всеми знаниями в этой области, которые клиенту вовсе не нужны. Но предупредить о всех ньюансах и предоставить выбор клиенту ДО начала работ, на мой взгляд ваша обязанность.

Answer 2

[Spree]

Мы делаем так:
Подписываем договор, в котором указывается только стоимость написания ТЗ. В договоре также отмечено, что окончательная стоимость проекта оценивается после утверждения ТЗ. Смета составляется как приложение к договору. Почитайте о том, что такое рамочный договор.

Comments

[Никита Котенко]

Думаю, правильнее не приложение, а доп.соглашение. Приложение должно подписываться в момент подписания договора. А доп.соглашение после подписания договора (меняет сроки, суммы, уточняет, дополняет). ecm-journal.ru/docs/Prilozhenie-k-dogovoru-dopolni...

Answer 3

[Vyacheslav]

Панацеи в этом вопросе нет. Если заказчик считает, что писать ТЗ легко, то пусть пишет. Главное, чтобы вы смогли грамотно реализовать по его ТЗ работу.

Но лучше всего практиковать 2 варианта:
1. Писать ТЗ до заключения договора, с риском бесплатной работы. При этом необходимо (может быть завуалированно) включать в стоимость договора стоимость разработки ТЗ. Сомневаюсь, что из 10 заказов (из 10 бесплатных ТЗ), например, никто не заключит с вами договор. Грубо говоря, отнеситесь к расходам на написание ТЗ также, как к оплате аренды офиса — от этого никуда не деться.
2. Отдельный договор на написание ТЗ. Но при этом нужно все равно предварительно договариваться о рамках бюджета. Иначе, если заказчик оплатит вам ТЗ, но окажется, что стоимость основного договора по составленному ТЗ слишком для него высока — он может и обидеться. Зато, и это тоже аргумент ЗА отдельный договор, он сможет с этим ТЗ (если оно грамотно составлено) обратиться для реализации задачи в другую компанию, если не договорится с вами.

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

P.S. Заключать один договор (на ТЗ + разработка) нельзя. Тут вы правы, в случае увеличения стоимости, будет очень сложно доказать это заказчику и изменить сумму договора. Иногда потери от этого могут привысить затраты на «бесплатное» написание ТЗ (см. пункт 1).

Answer 4

[Дмитрий Сидоров]

Пишете договор, в котором оговариваете что работы будут выполнены в соответствии с ТЗ, сроки и стоимость — тоже будет в ТЗ. В договоре пишете стоимость и сроки составления ТЗ.
Так у самизнаетекого в договоре было…

Answer 5

[ag666]

1. Заказчик говорит, что он хочет.
2. Вы говорите за сколько и как быстро сделаете.
3. Подписываете договор
4. Пишите ТЗ под обговоренную сумму и сроки
5. Заказчик хочет что-то поменять?
6. За дополнительную плату и за другое время.
7. В договоре должен быть пункт про внесение изменений со стороны заказчика и то как это разруливается.

Comments

[RomeroMsk]

Вы уже в пункте 2 подписали договор, к которому ТЗ еще не прилагалось. О внесении изменений во что тогда идет речь в 7 пункте?

[somneart]

Получается, что я подписываю договор не понятно, на что. Дальше я пишу ТЗ просто от фонаря.

[ag666]

1. Договор подписывается под «ТЗ» от заказчика. Заявляются первоначальный бюджет и сроки.
2. В договоре указывается, что окончательное и более подробное ТЗ будет написано исполнителем и утвержденно заказчиком в такие то сроки и оплачено такой то суммой (первый майлстоун). ТЗ же пишется под оговоренные сроки и деньги. ТЗ утвержденное заказчиком прикладывается к договору.
3. Разумеется если заказчик захочет что-то измненить — это должно рассматривать отдельно. Влиять на бюджет и сроки.
4. Если написать ТЗ от фонаря, то если заказчик сам не фонарь — ну потеряете время свое и потратите время заказчика. Флаг вам в руки.

Answer 6

[korvindest]

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

А вообще порядок документации с которым я привык работать выглядит примерно так:
— Требования заказчика, в том виде как он их видит. (Кстати тоже ТЗ :-) )

— Фактические Требования. Ваш перевод невнятных требования заказчика сухим техническим языком.

— Собственно Техническое Задание, под которым заказчик уже обязательно должен поставить подпись, что бы не выдаивать из вас все чего взбредет.

— Последней идет спецификация. Она не очень важна для исполнения вами договора, но дает хорошее понимание заказчиком того, что же вы все таки для него сотворили.

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

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

Answer 7

[Jazzist]

До.

За разработку ТЗ беру отдельную оплату. Делаю на совесть, так, что все довольны.

Заказчикам не стоит доверять написание ТЗ, потому что они этого в подавляющем большинстве делать не умеют. Заказчика следует интервьюировать, и по полученной информации предложить подходящие решения. Строго за отдельную плату.

Answer 8

[Zamorozka]

Когда-то давно я работал в компании Рексофт, мы пилили проект для одной московский медийной компании.
Было ТЗ как раз без подписанного договора, то есть работали на честном слове.
В итоге после первого показа продукта, заказчик начал менять требования, дописывать и переписывать ТЗ, а ещё годом позже проект развалился.

Так что делай те выводы.

Answer 9

[Alexander]

Заполняем и подписываем Бриф вместе с заказчиком. После Брифа вы наверняка уже будете знать, что писать в ТЗ, а, следовательно, будет известна сумма работы. Подписываем договор на эту сумму с предоплатой 30%. В договоре сумма дробится на этапы, первым из которых является написание ТЗ, что составляет обычно 5% от стоимости всех работ.
Получается, что мы не делаем акцент на том, что заказчик должен отдельно заплатить за ТЗ, у него не возникает ощущения, что он за это платит, мы не оговариваем стоимость ТЗ и не предупреждаем о ней заранее — об этом он может прочитать только в договоре.

Comments

[somneart]

ну это вы про какие-то сайты-визитки говорите, если ТЗ — это 5%, и по брифу уже все понятно