ТЗ, или техническое задание, — это документ, в котором указаны цель, структура, методы реализации, критерии оценки и любые другие значимые характеристики выполнения какого-либо проекта.
В этой статье разбираемся, как составить ТЗ для разработчика сайта, в каких случаях и кому оно необходимо, а также расскажем, кто должен отвечать за его подготовку.
Содержание:
- Что такое ТЗ для программиста и зачем оно нужно
- Как писать ТЗ на разработку сайта: важные моменты
- Как правильно написать ТЗ для сайта
- Выводы
Что такое техническое задание для программиста и зачем оно нужно
Техническое задание для программиста или разработчика веб-ресурса должно быть первой отправной точкой начала работы по созданию сайта. В ТЗ прописывается, что нужно сделать, а программист уже сам выбирает, как он будет решать поставленную задачу и что делать, чтобы достичь заданной цели. Если задач нет, а цели не утверждены, неясны или неоднозначны, то и решать нечего или решение будет неверным.
Часто заказчик уверен, что исполнитель должен заранее понимать, что и в каком виде он желает получить на выходе. И это основная ошибка, которая с первых минут сотрудничества делает его малоэффективным и в результате проблемным. Очевидные вещи для одного человека не обязательно очевидны другому. Важно помнить об этом, когда речь идёт об услуге, чем и является создание сайтов.
ТЗ, или бриф, для программиста нужен, чтобы:
- заказчик мог обозначить свои требования, пожелания и любые нюансы, которые он хочет учесть (кстати, в этот момент он и сам может обнаружить какие-то важные, но не замеченные ранее моменты);
- исполнитель чётко понимал, что заказчик предполагает получить в результате оказания услуг;
- исключить любое недопонимание между сторонами;
- найти интересные решения и находки, о которых заказчик мог не предполагать;
- выполнить прозрачный расчёт стоимости услуг, понятный и заказчику и исполнителю;
- иметь возможность предъявить претензию в процессе или по факту завершения работы:
- заказчику, если исполнитель выполнил не весь объём работ или что-то сделал не так, как планировалось;
- исполнителю, если заказчик требует бесплатно выполнить какое-либо действие сверх утверждённого заранее перечня;
- не терять время при передаче задания другому исполнителю.
Написание технического задания для разработки интернет-магазина или любого другого сайта — это необходимый этап создания веб-ресурса. Оно тем более необходимо, если работу выполняет сторонний поставщик услуг.
Как писать ТЗ на разработку сайта: важные моменты
Кто составляет техзадание?
Техзадание не просто влияет на конечный результат. Качественное ТЗ — это едва ли не 50% успеха всего мероприятия по созданию веб-ресурса. Поэтому важно не только, что в нём должно быть прописано, но и кто будет автором главного документа разработчика сайта.
Существуют три возможных варианта:
- Техзадание готовит заказчик
Этот вариант чаще всего приводит к куче ошибок. Причина проста — заказчик обычно не является специалистом в области программирования, поэтому для него это сложная (читай – непосильная) задача. Конечно, «нужен интернет-магазин» — это тоже ТЗ, но его явно недостаточно для достижения достойного результата, который будет удовлетворять заказчика. - Техзадание составляет исполнитель
Специалист прописывает фронт работ с уточнениями, основываясь на предварительно озвученных пожеланиях заказчика. В идеале в техзадании присутствуют прототип сайта и эскизы страниц.
Это гораздо более удачный вариант. Он почти всегда позволяет избежать многих проблем и подходит в большинстве случаев. - ТЗ создаётся заказчиком и исполнителем совместно
В процессе создания документа активное участие принимают обе стороны. И это идеальный вариант, который исключает недопонимание, ошибки и неучтённые моменты.
Во время подготовки ТЗ на разработку сайта заказчик высказывает свои пожелания, исполнитель превращает их в структурированные данные для работы. Есть возможность задать друг другу вопросы, утончить спорные моменты, скорректировать и дополнить прототип и т. д. до начала выполнения услуг и даже во время их оказания.
Учитывая важность, а иногда длительность и сложность создания ТЗ, некоторые исполнители включают его в счёт за услуги.
Каким должен быть объём техзадания для интернет-магазина или сайта услуг?
Универсального списка пунктов и объёма текста ТЗ для программиста не существует. Для небольших и шаблонных интернет-магазинов может хватить и 1000 знаков, техзадания для создания некоторых сайтов (как коммерческих, так и информационных) могут занимать и 30, и 50, и даже 100 страниц.
Всё зависит от технической сложности проекта, фантазии заказчика и профессиональных возможностей исполнителя. Значение имеют и исходные материалы. Например, наличие бренд-бука здорово облегчит жизнь дизайнерам.
Какие пункты должно содержать техническое задание программисту?
Чем больше информации о желаемом сайте озвучит заказчик, тем проще будет разработчику понять свою задачу и предложить пути её решения. Значит, высока вероятность достичь поставленной цели и порадовать клиента.
ТЗ на сайт может содержать практически неограниченное количество пунктов для выполнения. Но существует несколько позиций, которые обязательно необходимо включить в документ. Без них у разработчика не будет полного представления о том, что он должен сделать.
Перечислим обязательные модули, которые должно содержать ТЗ на разработку сайта.
1. Общие данные:
- информация о компании;
- миссия и цели бизнеса;
- задачи и цели сайта;
- характер целевой аудитории;
- особенности продукта.
Эта информация напрямую не относится к техническим моментам создания сайта. Может показаться, что она не нужна разработчику. Но чем больше команда исполнителей будет погружена в специфику компании, характер её работы и нюансы продукта, тем лучше будет результат.
Грамотный разработчик всегда сможет подсказать интересные решения, основанные на этой информации. Учитывая их, есть шанс получит больше, чем планировал заказчик.
2. Вводные данные:
- информация о хостинге, если есть, или требования к серверу;
- выбранная CMS или важные детали для её подбора;
- используемые технологии и библиотеки;
- технические требования к вёрстке.
Это важные нюансы, не обсудив их заранее можно прийти к результату, когда всё готово и нравится заказчику, но не может быть использовано. Какие-то решения могут быть невыполнимы из-за неучтённой информации.
3. Дизайн:
- цветовая гамма;
- шрифты;
- формат встроенных элементов и проч.
«Красивый дизайн интерфейса» или «фон приятного оттенка» — это не требования к дизайну. В ТЗ для разработчиков сайта заказчик должен чётко обозначить все характерные особенности внешнего вида сайта, считаемые им идеальными для его веб-ресурса.
Ещё до начала работы программист должен чётко представлять, что из себя будет представлять сайт, из каких страниц и элементов он должен состоять, каким образом они сочетаются и перекликаются. Путь от одной страницы к другой удобно показать с помощью блок-схемы.
5. Прототип веб-ресурса
С помощью прототипа сайта можно продумать и заранее оценить удобство расположения и функционирования элементов каждой страницы веб-ресурса. В одной из наших статей мы уже писали о том, как создать прототип сайта.
Если нет желания или возможности подготовить прототип, можно перечислить каждый элемент страницы и уточнить его назначение, особенность работы. Это будет менее наглядно, но позволит разработчику точнее понять ожидания заказчика.
6. Наполнение контентом
Порядок создания и публикации контента необходимо утвердить заранее. На выбор два варианта:
- работу с контентом берёт на себя разработчик
От качества контента во многом зависит эффективность SEO-продвижения. Одним из показателей качества контента является его актуальность. Она предусматривает обновление ранних публикаций, размещение новых полезных статей, изображений и видео. Поэтому работу с контентом целесообразно доверить разработчику в том случае, если впоследствии планируется долгосрочное сотрудничество. - ответственность за контент несёт заказчик
В этом случае требуется заранее утвердить особенность настройки админ панели сайта и порядок размещения публикаций, чтобы в будущем добавление контента не вызвало вопросов и проблем у заказчика. Кроме того, если заказчик планирует самостоятельно заниматься наполнением сайта, ему может быть полезно пройти курсы SEO продвижения, чтобы понимать, как создавать контент, который будет хорошо ранжироваться в поисковых системах.
7. Глоссарий
ТЗ, составленные программистами, всегда наполнены профессионализмами. Они могут быть непонятными или неверно толковаться заказчиком. Это недопустимо, так как может породить множество проблем в будущем, когда разработчик указал в ТЗ и выполнил одно, а клиент представлял совершенно другое.
Здесь желательно указать все технические или иные специфические термины, которые могут вызывать вопросы или сомнения у заказчика.
Техзадание — уникальный в каждом отдельном случае документ. Он может содержать и иную, важную для конкретного проекта, команды исполнителей и заказчика информацию. Например, для сайтов с нестандартным интерфейсом целесообразно заранее прописать сценарий использования.
Разработчики о том, как правильно написать ТЗ для сайта
Уникальность
Личные предпочтения владельца компании индивидуальны. Поэтому найти пример ТЗ для разработчика, полностью удовлетворяющий требования любого сайта, практически невозможно.
Можно поискать готовый список требований к аналогичному сайту и использовать его как образец ТЗ для программиста. Но его в любом случае необходимо корректировать под отдельно взятую компанию, целевую аудиторию, продукт, задачи.
Точность и однозначность
Признаки и определения, имеющие объективную оценку («красивые фото», «хорошее юзабилити», «быстрая загрузка» и т. д.), не подходят для ТЗ. Просто представления о красоте, быстроте и «хорошести» у всех сугубо индивидуальные.
Всегда, когда это возможно, необходимо использовать точные параметры, обозначенные числовыми значениями. Те же цвета лучше обозначать номерами, например, в CMYK.
Чем меньше информации, которую можно понять неоднозначно, тем лучше результат с точки зрения заказчика и тем проще задача для программиста.
Разработчик не обязан угадывать
Играть в угадайку с программистом — не лучшая идея. Он не должен, да и не может пытаться понять, что заказчик имел в виду или подразумевал. То, что очевидно для владельца бизнеса, может быть совершенно неочевидным для других, в том числе для разработчика.
Если в ТЗ на разработку нет уточнения о кроссбраузерности веб-ресурса, то претензия к тому, что сайт некорректно отображается в Safari4+, будет необоснованной.
Наглядность
Всегда, когда есть возможность не только рассказать, но и показать, что нравится или, наоборот, не нравится, заказчику, её нужно использовать. С помощью наглядных примеров проще объяснить, о чём идёт речь. Этот приём особенно хорошо работает тогда, когда владелец проекта очень отдалённо знает об аспектах создания сайтов.
Наглядность отлично работает и в обратном направлении. Перед тем, как приступить к работе, разработчику рекомендуется показать примеры использования тех или иных элементов, продемонстрировать макет будущего сайта. Чем больше наглядных примеров и образцов будет подшито к ТЗ, тем проще сторонам понять друг друга.
Выводы
Создание любого сайта можно упростить, а результат оказания услуг разработчика сделать ожидаемым, если до начала работы заказчик и исполнитель согласуют техзадание. Чем сложнее проект, тем более подробным должен быть документ, в котором перечислены требования к разработке будущего веб-ресурса.
Лучше всего, если ТЗ создаётся владельцем и разработчиком совместно. Так можно заранее обсудить любые непонятные моменты, скорректировать задачу и договориться о любых нюансах. В итоге можно минимизировать случаи недопонимания.
Техзадание должно содержать в себе максимум подробной информации о компании, технической базе, требованиях и пожеланиях заказчика. Все параметры должны прописываться точно, чтобы исключить неоднозначность.
Качественное ТЗ разработчику — это первый и очень важный шаг на пути к созданию сайта, который заказчик считает идеальным для своего дела. Этот документ позволяет сэкономить время, деньги и нервы на переделку нефункционирующего должным образом или не устраивающего владельца веб-ресурса.
Хотите иметь свой собственный интернет-магазин или сайт услуг? Оставьте заявку и получите его в течение 14 дней. Мы предусмотрели всё, что может вам понадобиться для привлечения клиентов. Вам останется только наполнить его контентом и открыть для индексации поисковыми системами.
Павел Шульга
Основатель и идейный лидер Академии SEO.Предприниматель, владелец 8-ми работающих бизнесов, создатель и спикер обучающих курсов Академии SEO. Практически всю свою осознанную жизнь занимается SEO-продвижением.
В 2004 году увлекся ...
