ТЗ на халяву. Немного о заказчиках

Еще в ВУЗе учили, что составление грамотного и правильного ТЗ - бОльшая часть работы над проектом! Это для ПО было, но для сайтов похожая ситуация.

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

При некомпетентности заказчика (что уже не хорошо) в принципе составить ТЗ может и исполнитель. Но за отдельную плату (или как вариант - ТЗ включается в общую стоимость работ).

а может все таки - задание

или Вы за деньги клиента составляете себе задание, что бы его выполнить :)

вообще-то это немножко другая область услуг, которая с техническим заданием не имеет ни чего общего и стоит кстати достаточно дорого :)

то клиент заказывает исследования/консультации и т.п. и платит за это

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

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

Если очень настаивают на ТЗ - говорю что этот момент требует времени на изучению проблемы....и стоит денег...

У заказчика железобетонный аргумент: "Договор подписан, сумма утверждена. Аванс проплачен. Иди и не морочь мне голову всякой ерундой" И такое спошь и рядом.

Набор стандартных услуг - это прайс лист или калькуляция, но уж никак не ТЗ. :)

Допсоглашения к договору - это отдельная песня. Стоимость некоторых из них может с разы превышать стоимость основной работы. Я говорю именно про первый этап "переговоры - договор-ТЗ".

Естественно. Но при одном условии: ТЗ - зто именно Техническое задание на разработку а не Технические требования и функциональные спецификации. Я не видел ни одного нормального ТЗ на сайт. Ни одно из этих ТЗ невозможно делать и тестировать по частям. Максимальный уровень - урезанная функциональная спецификация.

Что включает в себя "правильное", на мой взгляд, ТЗ:

1. Технические требования ( хотелки клиента, Информационные и управленческие блоки, платформу, методы управления, с чем и в каком объеме интегрируем )

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

3. Модель данных ( UML диаграмма модели данных системы с описанием каждого поля, его функциональности, области допустимых значений и.т.д)

4. Алгоритмы ( Представленные в графическом виде или в текстовом описании (псевдокоде) детализированные алгоритмы обработки данных, таблицы состояний системы и ее отдельных модулей и.т.д )

5. Тестовые примеры, на основании которых производится приемка-сдача системы. ( инструкции по действиям оператора и реакции системы, правильные и неправильные наборы данных, реакция системы на каждый набор действий оператора)

Мэкс, Техническое задание на разработку должен предоставлять разработчику заказчик. Сам он его составит или с помощью 3-х лиц не важно. Либо разработчик составляет его для себя, как внутренний документ. В договоре прописывается пункт 1. Выше я писал о случае, когда ТЗ путают с КП. И конечно надо принимать во внимание, что это за система(сайт-визитка или система управления предприятием).

Я же вам уже писал, если заказчик не хочет увеличивать стоимость, идёт урезание функционала.

Мэкс, для меня ТЗ - приблизительно вот это http://webzavod.org/uploads/tury.doc но в любом случае, такое не бесплатно, просто у меня немного другое отношение к работе :) (это ТЗ похоронено, так что на общее обозрение его). Весь вопрос в том, как сам заказчик видит свой сайт, редко бывают моменты, когда они четко описывают ситуацию сами.

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

Str256, прочитали? Это одно из самых легких :)

Заказчику это нафиг не надо, то что вы написали. Это ваша внутренняя информация. А вы ещё спрашиваете, почему клиент получив такое ТЗ уходит к конкурентам.

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

Тогда и удивляться нечего, если им кто-то прислал более детальное и грамотно составленное просто Коммерческое Предложение.

---

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