Любой проект, где есть хоть немного технической и конструкторской работы начинается с плана — технического задания. Каких либо стандартов не существует и каждый наполняет его по своему усмотрению.
В веб-разработке тех. задание также практикуется. Скорее, это важная и неотъемлемая часть процесса.
При этом большая часть заказчиков не ориентируется в теме вообще никак и ТЗ здесь делят на два типа:
- Бриф — короткий опросник для заказчика с краткими характеристиками бизнеса. Здесь также просят указать сайты ближайших конкурентов и привести пример сайтов, которые нравятся заказчику. От этого в дальнейшем будет отталкиваться дизайнер.
- Техническое задание — внутренний документ для команды, которая будет работать над проектом. Проект менеджер после общения с заказчиком описывает все хотелки и передает их дизайнеру дабы тот подготовил презентационный макет будущего проекта.
Для чего нужно техническое задание в вебе
Разработка сайта такой же трудоемкий процесс, как и строительство дома. Из-за неправильной подготовки в будущем бизнес может потерять клиентов. А это денежные потери, как и в случае со строительством. Поэтому важно учесть все нюансы и выполнить все правильно:
- записать все идеи — забыть можно что угодно, особенно, если оно не относится к твоему проекту. Поэтому важно фиксировать все нюансы будущего проекта и переносить их в будущее ТЗ;
- конкретные и четкие задачи — В ТЗ описываются все задачи, которые нужно выполнить участникам процесса;
- видение и поверхностные идеи — больше относится к дизайнеру, который с нуля должен придумать и нарисовать будущий проект. Поверхностное описание от заказчика отличное поможет;
- время и контроль — когда все расписано, отклонение от процесса неприемлемо и должно отсутствовать в принципе т.к. план согласован с каждым из участников команды;
- деньги — заказчик изначально видит стоимость и понимает, где и когда нужны деньги. Никаких спонтанных платежей;
Что входит в подготовку ТЗ
Техническое задание на разработку сайта может дублировать роль договора и четко описывает технологию, компоненты, этапы и сроки. Это шаблонный текст, который слегка корректируется под каждого конкретного заказчика.
Веб студии работают по наработанной схеме и в принципе, для стандартного проекта не нуждаются в километровых описях каждого из этапов. ТЗ пишется, скорее, для заказчика.
Дизайнер знает, что должен нарисовать макет. Верстальщик — перенести PSD в код.
Программисту для работы достаточно пару слов:
- авторизация через Google;
- выгрузка в Excel;
- рейтинг статей по просмотрам, комментариям в сайдбаре.
Аналогично и другие специалисты. Имеет смысл описывать лишь ключевые задачи, которые всегда отличаются от привычного процесса работы:
- идеи и хотелки заказчика по дизайну;
- тексты с привязкой к целевой аудитории;
- SEO и SMM;
Как применять ТЗ в повседневной рутине
Иногда появляются идеи по модернизации своих проектов. Это может быть все что угодно: редизайн, редактура кода, работа над контентом, доработка плагина, установка и настройка модуля и т.д.
Выбрать подходящее время и тут же приступать к работе не всегда целесообразно. Если предстоит большой объем работ, следует сначала обдумать все шаги. На примере редизайна можно составить примерно следующий план:
- создание дизайна в PSD;
- верстка по макету в HTML файл;
- проверка всех элементов верстки, внесение правок;
- перенос HTML-шаблона на файлы CMS;
- проверка всех элементов движка, внесение правок;
- прочие проверки перед установкой в продакшн;
Все этапы можно подвязать к календарю и временным отрезкам. Необязательно за одну ночь натягивать PSD сразу на CMS.
Что такое хорошее техническое задание
Из текста выше понятно, что ТЗ и договор в случае с веб-проектом может быт одним и тем же. Это не проект здания, где нужно учитывать ландшафт, грунты и многое другое.
Для базового проекта ТЗ должно включать в себя:
- Вводная юридическая часть. Сведения о сторонах, цели и задачи, обязанности и термины. Текст можно взять в любом договоре и поправить под себя.
- Технологии и поддержка. Используемые технологии (WordPress), поддержка устройств (адаптивность), устойчивость к нагрузке, а также безопасность.
- Схемы и моделирование. Блок-схема разделов проекта (вложенность страниц), макеты будущих страниц, моделирование поведения клиентов на сайте.
- Контент. Указывается сторона, которая будет заниматься контентом.
- Административная панель. Описываются возможности административной части.
