Закон подлости – один из самых известных и, пожалуй, единственный из всех, который работает на совесть. Кому-то даже кажется, что по отношению к ним он дышит особенно неровно, создавая те-самые ситуации, в которых то, что могло дать сбой, обязательно его даст. Спросите, какое отношение это имеет к техническим заданиям на разработку сайтов? А самое что ни есть прямое! Именно здесь так важно исключить риск любых непониманий и неточностей, ведь они вылезут в процессе разработки и эксплуатации сайта и потребуют устранения, исправления, времени и, конечно же, дополнительных капиталовложений.
Вы же не хотите столкнуться с чем-то подобным, кем бы Вы ни были: заказчиком или разработчиком? Да-да, не обольщайтесь: разработчик особенно страдает из-за неправильно составленного ТЗ на разработку сайта, ведь он тратит на него своё время и задействует свой творческий потенциал – а это, надо сказать, весьма непросто. Многочисленные переделки никого не радуют, служат причиной задержки сдачи проекта и, чего уж греха таить, стоят жизни десяткам и сотням тысяч нервных клеток, которые, как известно, не восстанавливаются...
Данная статья будет полезна всем тем, кто планирует заказать разработку web-сайта и желает, чтобы проект в полной мере удовлетворял всем запросам и стал выгодным капиталовложением. Кроме того, принципы, изложенные в ней, серьёзно облегчат работу разработчикам и дизайнерам сайтов, верстальщикам, менеджерам проектов и руководству студий и агентств, работающих в данном направлении.
Что такое ТЗ на разработку сайта, зачем и кто должен его составлять?
Техзадание на разработку сайта представляет собой документ, в котором расписана цель и описание его проекта, требования к его функциональности для каждого раздела и страницы, имеется его прототип. Чёткость изложения, отсутствие двусмысленностей, неточностей и общих фраз – путь к успеху! Благодаря им исполнитель сможет понять, что именно нужно заказчику, и сможет реализовать все требования в лучшем виде. Правильно составленное техническое задание на разработку дизайна сайта существенно повышает шансы на то, что клиент будет доволен полученным результатом, а ресурс будет в полной мере справляться с функциями, возложенными на него.
Польза техзадания для заказчика
- Понять цели создания сайта и ожидаемый результат, определить его структуру и особенностей функционирования;
- Свести к минимуму риск сотрудничества с недобросовестным разработчиком, сравнив ТЗ с полученным результатом и потребовав устранить несоответствия, если таковые будут выявлены. При необходимости ТЗ – документ, который может быть использован в суде;
- Сделать замену разработчика проще и быстрее. Необходимость в подобном может возникнуть в том случае, если последний решил отказаться от сотрудничества или возникло недопонимание с ним. Наличие уже готового ТЗ упростит поиски нового исполнителя;
- Определить сроки проведения работ и точные цифры стоимости проекта.
Польза техзадания для разработчика
Чёткое определение целей создания проекта, его сути и задач, а также требований и желаний заказчика;
- Исключение риска того, что клиент решит изменить поставленные задачи уже в процессе разработки проекта, не оплачивая затраченное исполнителем время;
- Продемонстрировать компетентность потенциальному заказчику, повысить свой авторитет в его глазах и заполучить новый, интересный заказ;
- Составление техзадания может выступать в качестве отдельного сервиса, за который берут деньги;
- Существенно упростить и ускорить процесс разработки. Зная чёткие требования и видя перед собой определённые задачи, а также структуру сайта, работать над ним намного проще.
Обязательство составить ТЗ на разработку сайта может клиент, но только если у него имеется определённый опыт в данном направлении. Такая практика не очень удачна, от неё лучше отказаться. Оптимальный вариант – привлечь менеджера проекта компании-разработчика, у которого имеется соответствующий опыт. В этом случае задание будет максимально чётким, определяющим нужные направления, поскольку исполнитель знаком с темой создания сайтов не понаслышке и знает, что именно нужно обозначить документе для того, чтобы исключить непонимание с заказчиком и подсказать ему верные решения.
Что касается клиента, то в его обязанности входит следующее:
- Чётко определить цели разработки сайта и задачи, которые он должен решать;
- Предоставить исполнителю всю необходимую информацию о компании, её продукции или услугах, целевой аудитории;
- Рассказать о своих идеях и задумках и продемонстрировать понравившиеся сайты конкурентов;
- Предоставить ответы на все возникающие в процессе работы вопросы своевременно.
Как составить техзадание на разработку сайта правильно?
Грамотное составление техзадания требует комплексного подхода, охватывающего всё: от визуального оформления сайта до его структуры. Что касается структуры самого задания, то она зависит от того, какие задачи будет выполнять ресурс. В то же время существуют пункты, общие для всех ТЗ, а именно:
- Данные о предприятии-заказчике, направлении его работы, его особенностях, специфике его ЦА, а также целях и задачах, которые его сайт призван решить;
- Список терминов, незнакомых клиенту, их простые пояснения;
- Требования, предъявляемые к вёрстке и работе сайта;
- Технологии, которые планируется применить, их описание и требования к хостингу;
- Детальная структура сайта;
- Прототипы страниц с описаниями каждого из элементов;
- Перечень контента для создания исполнителем;
- Требования к оформлению сайта.
Ниже будут приведены правила и принципы, которые помогут справиться с данной задачей эффективно.
Язык изложения в техническом задании
Поскольку одна из главных целей составления ТЗ заключается в том, чтобы исключить недопонимание между клиентом и исполнителем, оно должно быть чётким и однозначным. Следует отказаться от использования прилагательных вроде «красивый», «модный», «современный», поскольку понятия красоты и моды у всех разные. Взять к примеру Lingscars.com, который возглавил топ списков самых уродливых сайтов. Несмотря на это, самому его владельцу он, похоже, кажется настоящим шедевром...
Не стоит использовать и недостаточно чёткие формулировки – вроде того, что сайт должен быть «удобным», «нравиться клиенту», «выдерживать интенсивные нагрузки» и содержать «качественный текстовый контент». Вместо них должно быть следующее:
- Сайт должен хорошо работать даже при одновременном посещении его 50 000 пользователей;
- Производительность каждой страницы сайта должна иметь не менее 80-ти баллов от сервиса “Google PageSpeed Insights”.
Подробнее о структуре технического задания
Данные о компании, направлении её деятельности, её особенностях, специфике ЦА, целях и задачах, которые должен решать сайт
Все члены команды разработчика должны хорошо понимать, какую именно продукцию или услуги предлагает компания заказчика, в чём заключаются её особенности и кем являются представители её целевой аудитории. Все эти данные должны быть расписаны в начале ТЗ наряду с целями создания ресурса и несколькими словами о его функционале. Так, каждый, кто читает этот документ, сможет получить общее представление о задачах, которые ему предстоит выполнить.
Список терминов, которых заказчик может не знать, с их значениями
Данный пункт проистекает из правила о чёткости изложения и исключения недопонимания между исполнителем и заказчиком. Владелица салона красоты вряд ли знакома с терминами “CMS” и «контент», поэтому нужно обязательно объяснить их значение максимально простым языком. К примеру, «контент» – материалы в виде текста, изображений или видео-роликов, размещаемых на сайте.
Технические требования, предъявляемые к вёрстке и работе сайта
Они могут показаться очевидными для любого разработчика и его клиента. Тем не менее, не стоит их пропускать в документе, ведь они являются защитой от недобросовестных исполнителей. Итак, в данном пункте нужно обозначить то, что web-ресурс должен одинаково хорошо работать во всех актуальных версиях всех популярных браузеров на всех видах устройств (т. е. в “Chrome1+”, “IE9+”, “Opera10+”, “Safari4+” и т. д.). Помимо этого, уделите внимание адаптивности: благодаря этому заказчик гарантированно получит мобильную версию сайта. Наконец, не обходите своим вниманием требования к устойчивости к нагрузкам, производительности и защите от атак хакеров.
Технологии, которые планируется применить, их описание и требования к хостингу
Данный пункт посвящён используемым инструментам, “CMS” и библиотекам. Они должны быть чётко обозначены наряду с требованиями к хостингу, что позволит избежать недопонимания по вышеперечисленным вопросам и задействования тех средств, в которых заказчик не заинтересован изначально.
Детальная структура сайта
Заказчик должен одобрить структуру сайта до того, как исполнитель займётся разработкой его дизайна и вёрсткой. Чтобы изобразить её графически, нужно определить страницы, которые нужны, продумать их связь между собой и переходы. На данном этапе очень важно не ошибиться, поскольку от того, насколько продуманна структура сайта, зависит удобство пользования им, а также эффективность его продвижения. Структура может быть представлена в виде списка или блок-схемы.
Описание страниц и их элементов
Теперь – об отдельных страницах будущего ресурса. Нужно расписать, что именно будет представлено на каждой из них. Для этого можно использовать два способа:
- Прототип – наглядное отображение при помощи графики. Эскизы, которые дополняют ТЗ (см. рис. 3). Оптимальный вариант, простой для восприятия, позволяющий клиенту легко и быстро разобраться в информации;
- Перечисление блоков и элементов списком. Недостаточно удачный вариант, но тоже вполне приемлемый.
Перечень контента для создания исполнителем
Не менее важно определить, кто несёт ответственность за контент сайта. Ситуации могут быть разными:
- Разработчик создаёт только сайт, а клиент заполняет его контентом самостоятельно;
- Разработчик создаёт контент, взымая дополнительную плату;
- Разработчик сдаёт сайт «под ключ» вместе с контентом.
Вариант сотрудничества и ответственность по данному вопросу должна быть прописаны. К примеру, разработчик создаёт и размещает текст и графику, включая Title и Description, для страниц «Каталог», «Наша продукция» и «Условия предоставления гарантии». Не стоит давать какие-либо характеристики будущем контенту вроде «продающий» или «качественный» – а вот упомянуть об уникальности нужно обязательно.
Требования к оформлению сайта
Данный пункт весьма условен, поскольку здесь действует то же правило, что и на язык изложения. Выражения вроде «оригинальный» или «стильный» здесь не пройдут, ибо понимание стильности и оригинальности у каждого своё. Оптимальный вариант – описать цветовую гамму, которую желает видеть клиент, и указать шрифты, прописанные в его брендбуке (если таковой имеется).
А что говорят разработчики?
Данная статья была бы неполной без мнения тех, кто занимается разработкой сайтов. Большинство из них считает, что доверять создание ТЗ следует тем, кто «в теме». Это может быть либо менеджер проектов, либо непосредственно разработчик (если он работает один). Клиент не сможет справиться с этой задачей, поскольку не сможет учесть важных моментов, не разбираясь в вопросе создания сайтов.
Документ должен быть хорошо понятным заказчику и достаточно подробным. Оно поможет клиенту понять, каким именно будет его сайт, определить, на что будут потрачены его деньги. В то же время если он увидит несоответствия, то сможет сослаться на техзадание и попросить их переделать их. Размеры ТЗ могут быть разными: начиная с десятка и заканчивая сотней страниц. Оптимальный вариант – до 15-ти.
Особое внимание уделяют разделам, посвящённым структуре сайта и описаниям каждой страницы, поскольку именно они формируют у клиента понимание, каким именно будет конечный результат. Ещё один важный момент, на который делают упор все разработчики, – общение на этапе разработки, после того как техзадание ушло в работу. Важно чтобы каждый член команды чётко понимал цели и свои задачи на том или ином этапе.
Если Вы планируете в скором времени заказать разработку сайта, обращайтесь к нам – в компанию “SerpTop”. Мы грамотно составим для него техническое задание и с удовольствием реализуем Ваш проект!