Дополнительные услуги

Вариант: КРАТКОЕ техническое задание

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

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

При разработке краткого ТЗ на сайт с Заказчиком обсуждаются основные вопросы:

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

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

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

Вариант: ПОЛНОЕ техническое задание

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

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

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

Заказать услугу
Заказать звонок