Зачем нужно техническое задание?

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

• Расчет бюджета. Невозможно посчитать, сколько будет стоить сайт или приложение со сложной архитектурой, пока не разложить его на элементы и функции. Вы можете не согласится, ведь, возможно, Вы уже обращались к различным компаниям с первоначальным или, еще хуже, с устным описанием задания и получали оценку на проект. Но, не стоит быть наивным – разработчики, как и в любой другой профессии, не будут работать себе в ущерб. Как правило, Вы получали расчет на проект, исходя из «типа» Вашего проекта с наценкой к базовой стоимости в 50%, а, иногда, в два раза. Исходя из логики «что бы Вы себе не придумали, скорее всего в бюджет вложимся». Такого рода расчет проблематичный для успешного завершения Вашего проекта и, безусловно, не выгоден для Вас, ведь если в Вашем проекте нет сложной архитектуры, различных функций или интеграции со сторонними сервисами, то, вероятнее всего, Вы переплатите за реализацию проекта. Или же наоборот, разработчик, достигнув максимально потраченного количество часов на разработку, запросит у Вас дополнительной оплаты. Создание технического задания дает больше вероятности, что Вы получите то, что ожидали за предварительно рассчитанный бюджет на проект.
• Экономия денежных средств на разработку. У Вас есть идея и, возможно, с Вашей точки зрения, она кажется Вам проста в осуществлении. Но, зачастую, при осуществлении идеи возникают функциональные и логические особенности. Чем четче указаны все требования и пожелания, тем лучше обе стороны друг друга понимают, и тем выше шанс, что они останутся довольны результатом. Согласованное ТЗ дает больше вероятности, на то, что разработчики разработают Ваш проект в рамках обусловленного бюджета и в указанные сроки, и Вам не придется потратить дополнительно 30-40 рабочих часов или в корне переделывать функционал.
• Экономия времени. Отсутствие технического задания или недостаточно четкий документ — это выход за рамки дедлайна. Долгие дискуссии с заказчиком и много, много нервов как со стороны заказчика, который не может понять «почему его не понимают», так и со стороны наших менеджеров по проекту, которые кусают локти, от того что вынуждены переделывать несколько раз функционал. Когда всё написано и проработано - это минимизирует возможность овертаймов и недопониманий.

Как составить техническое задание

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

• требования к технической части — это основа, базис. Это то, от чего будут отталкиваться разработчики. Эта составляющая технического задания описывает все ключевые нюансы разработки будущего ресурса: от выбора CMS, до внедрения конкретных функций;
• маркетинговая часть — от нее зависит, будет ли ресурс коммерчески успешным. Маркетинговые требования в техническом задании на сайт описываются с учетом сферы деятельности компании, её преимуществ, ситуации на рынке, уровня и характера конкуренции, особенностей целевой аудитории и т.п.;
• дизайн, юзабилити, контент — эта часть ТЗ на разработку сайта направлена на то, чтобы сделать сайт максимально удобным, интересным и полезным для пользователя.

Каждая задача, описанная в ТЗ, должна быть граничной, то есть, должно быть понятно, где закончился конкретный пункт и начался следующий. В документе нет места абстрактным фразам типа “сделать функциональную страницу товара”. Это очень субъективно – кому-то будет достаточен один функционал, кому-то - совсем нет. Но определить, выполнен ли этот пункт в соответствии с ТЗ - невозможно.

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

Подробно о разделах ТЗ:

• Общие слова - Этот раздел вводит в курс дела. Исходите из того, что Вам нужно отдать ТЗ стороннему программисту, и Вас не будет на связи всё время работы над проектом вплоть до сдачи. То есть, программист должен взять ТЗ, и у него не должно возникнуть ни одного вопроса.
• Эксплуатационное назначение — это выгода, которую должен принести сайт. Речь не идет о коммерческой выгоде, а больше основные цели: продажа товаров, услуг, скидочный сайт, поставщик услуг, информативный, новостной и прочее.
• Функциональное назначение - какими техническими средствами мы хотим получить прибыль, описанную в предыдущем пункте. Например, для интернет-магазина это каталог товаров, корзина заказа, страницы с информацией о доставке, возврате и о компании.
• Маппинг – создайте карту или таблицу. Этот раздел содержит перечень сущностей, которые используются в проекте. То есть, Вам необходимо перечислить атрибуты сущности, позволяющие заметить мелочи, которые могли бы привести к осложнениям в разработке проекта если их не заметить. Вы можете посмотреть примеры работ здесь.
• Страницы с описанием - В большинстве случаев это достаточно короткое описание, поскольку мы можем использовать отсылки к данным и спискам.
• Требования к надежности - Если планируется сайт с высокой нагрузкой, то об этом стоит упомянуть заранее, чтобы не было конфуза.

Сколько стоит разработка ТЗ

Наша компания занимается несколькими направлениями в разработке. Мы создаем относительно простые корпоративные веб сайты, лендинги и интернет-магазины. Занимаемся разработкой чат-ботов. Но, кроме этого, занимаемся сложными, высоконагруженными системами, крупными порталами CRM и ERP системами. В зависимости от типа проекта меняется и ТЗ, его объем и сроки написания, хотя, в целом, структура остается прежней.

• Простые корпоративные сайты, лендинги, чат боты. Как правило, основные блоки и функционал повторяются из проекта в проект, с небольшими изменениями – и каждый нюанс мы тщательно описываем в техзадании. Обычно объем такого ТЗ – несколько страниц. В этом случае обсуждение проекта с заказчиком требует 1-2 часа и написание самого ТЗ без макетов дизайна еще 3-4 часа.
• Сложные и крупные веб проекты. Для высоконагруженных сайтов и сложных систем, с множеством взаимосвязей, создание технического задания без макетов дизайна требует от 5 полноценных рабочих дней. Если учесть, что есть первоначальный материал, на который специалисты компании могут опереться для создания ТЗ, то, обычно, время написания составляет 40-50 часов рабочего времени + 5-10 часов на обсуждение технического задания с заказчиком.

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

В нашей практике мы сталкиваемся с ситуациями, когда заказчик приходит со своим расписанным ТЗ. Обычно это два варианта:

• ТЗ было составлено на скорую року и, скорее, оно похоже на перечень «желаний» без описания деталей функционала. В этом случае мы всё равно составляем новое ТЗ, чтобы согласовать с клиентом все нюансы, поскольку одна и та же фраза может трактоваться клиентом, менеджером по проекту и разработчиком абсолютно по-разному.
• Второй вариант - ТЗ было составлено грамотно самим заказчиком или с помощью другой компании, занимающейся разработкой технического задания. Но если речь идет о проекте 30-60 страниц, то нам необходимо потратить значительное количество времени, чтобы вникнуть в проект, узнать все тонкости и только после этого оценить проект. В таких случаях мы берем 5-10 часов за оценку проекта, а в случае заключения контракта, компенсируем заказчику оплаченную сумму как часть уплаты за разработку проекта.