Любой бизнес нуждается в рекламе. О преимуществах одностраничных сайтов можно говорить много, но как вызвать у посетителя тот самый эффект «вау»?
На фрилансе полно исполнителей, которые «Готов взяться за работу. Выполню быстро и качественно, не нарушая дедлайнов». Как добиться того, чтобы вас поняли и реализовали идею максимально точно? Как избежать нервов, доработок, споров?
В чём секрет успешного ТЗ?
Разработчиком может быть человек с опытом или новичок, но любой из них вас не устроит, если результат не будет соответствовать ожиданиям.
Техническое задание на создание сайта (далее – ТЗ) – это документ, которому исполнитель обязан следовать. Он отражает все требования заказчика.
Представьте на секунду, что ТЗ нет. Вы доверяете свой бизнес незнакомому человеку. Со своим видением, вкусом, предпочтениями. Не кажется ли вам такая идея рискованной?
А мне кажется.
Достижение понимания
Техническое задание на разработку сайта – это возможность окунуть разработчика в свой мир. Да, он может быть ему чужд. Человек может быть не согласен с вами, но в первую очередь он будет руководствоваться тем, что прописано в документе.
Мелкие исправления имеют место быть, но если вы опишете свои требования точно и последовательно, гарантированно получите работу, которая вызовет улыбку, а не разочарование.
Ни одна из сторон не хочет тратить время на доработки. Задача заказчика: постановка требований и плана работ разработчику, контроль её выполнения.
Задача исполнителя: выполнить качественную работу с учётом ТЗ и получить за неё деньги.
Но не спешите брать ручку и начинать писать! Важно составить ТЗ грамотно.
Заполнение брифа
Начинать работу со списка требований тоже неправильно. Если заказ выполняется на фрилансе, есть вероятность, что при виде полотна текста многие пройдут мимо, даже не начав его изучать.
Эффективным методом является заполнение брифа. Это может быть первый и последний этап разработки задания или же небольшая составляющая процесса перед подготовкой финального документа.
Преимущества составления брифа:
- Вы можете реализовать свои желания на базе опыта разработчика.
Например, вы захотели сделать кнопку «Меню», но исполнитель разбирается в современных трендах и советует выполнить меню в строчном варианте с возможностью перехода к каждому пункту по клику. Вы приходите к общему знаменателю.
- ТЗ не даёт полноценной возможности обсудить детали работы, задать вопросы, внести изменения. Это руководство к действию. Бриф – комната переговоров, где главным, конечно, всегда будет заказчик, но обе стороны выслушают друг друга. Вы даёте основные тезисы, а исполнитель «раскручивает» клубок, внося правки.
Конечно, после брифа вы получите информацию, которую придётся структурировать и собирать в единое ТЗ, но это обычный рабочий процесс.
Приведу образец технического задания для разработки сайта:
Название пункта | О чём писать |
Информация о компании | Особенности деятельности, история создания компании, описание товара/услуги. Пункт нужно раскрыть подробно, чтобы исполнитель имел представление о вашем бизнесе |
Целевая аудитория | Детальное описание людей, которые могут быть потенциальными клиентами (место жительства, возраст, пол). Нужно продумать всю воронку продаж, то, как они попадут на страницу, что будут искать, почему выберут именно ваш продукт) |
Цели сайта | Определение цели – ключевой момент, на основе которого разрабатывается дизайн и функционал. Целью может быть подписка на новостную рассылку, регистрация, размещение заказа и другое. В зависимости от этого в юзабилити сайта будет сделан акцент (например, на кнопку «Купить» или «Зарегистрироваться» или на уведомление о подписке на новости). |
Анализ существующего сайта | Если сайт уже есть, проанализируйте его сильные и слабые стороны, укажите желаемые правки, подумайте, почему он не продаёт, чтобы не допустить ту же ошибку. Обязательно дайте ссылку для ознакомления. |
Построение сайта и его страниц | Названия пунктов меню, примерного расположения элементов, необходимости внедрения CRM-системы для аналитики/учёта (Битрикс, АмоCRM) |
Оформление | Пожелания по стилю, цветовой гамме, шрифтам. Добавьте ссылки на сайты с понравившимся дизайном. Помощником станет сервис allawards.ru. Тут собраны коллекции лучших сайтов с точки зрения удобства использования, креатива, дизайна и т.д. Можно пойти и более простым путём: в поиске Google ввести запрос «цветовые подборки». Из картинок выбрать нужные цветовые сочетания, которые хотите использовать в лендинге. Что касается шрифтов, загляните в Google fonts, allfont.ru. В библиотеках можно найти интересные варианты, стандартные Microsoft «приелись» аудитори и не зацепят вигляд |
Материалы | Содержание, стиль написания, наполнение материалом |
Отображение и адаптив | Укажите, с каких устройств преимущественно будет просматриваться сайт . Нужна ли мобильная версия, его возможности в адаптивной версии. |
Вопросы и дополнительные пожелания | Задайте вопросы разработчику, внесите его дополнения в файл, чтобы составить ТЗ с их учётом |
Этот пример технического задания каждый может подстроить под себя с учётом особенностей бизнеса.
Прототипирование
Ждать красоты тут не стоит. Дизайнер может нарисовать прототип от руки, а может сделать макет в отдельной программе. Конечно, первый вариант быстрее, но используется он редко. Выполнить прототип онлайн можно максимально точно. Программы включают готовые иконки, нужно только немного фантазии.
облик полноценного сайта.
Создать прототип без предварительного изучения работ конкурентов нельзя. Вернитесь к пункту «Оформление» таблицы и подберите нужные варианты, если еще этого не сделали.
Иначе исполнитель, исходя из ТЗ или брифа, сам должен подобрать материалы, на основе которых выполнит макет. Формулировка «светлые тона» или «сделать красочно» в ТЗ недопустима, эти понятия размыты. В качестве светлых тонов можно использовать серый или голубой, но вы же представляли бежевый, правда?
Предпроектное проектирование – это не набросок «для всех», а уникальный продукт. Этап не обязателен, но желателен, как и бриф.
Всё ли мы учли?
Мы детально рассмотрели все нюансы в образце технического задания, но, раз уж вы до сих пор читаете, то опыта в этом деле имеете мало или не имеете совсем.
Какие ошибки можно совершить при написании ТЗ:
- Отсутствие дедлайнов. Создание лендинга – творческая задача, но это не значит, что можно давать полную волю работнику. Нужен контроль выполнения на каждом этапе, как и назначение крайнего срока работ. На выполнение уходит от нескольких дней до недели в зависимости от сложности проекта.
Можно указать общий дедлайн или же крайние сроки готовности каждого раздела (экрана).
- Утеря данных доступа. Сохраните (или даже поменяйте по окончанию работ) данные доступа к хостингу и доменному имени. Если контакт исполнителя потеряется, вы рискуете остаться с нерабочим сайтом.
- Используйте примеры. Больше примеров! Говорите о визуальной части работы – приложите картинки или ссылки на сайты с понравившимся дизайном. Речь о содержании сайта? Киньте пару текстов, ведь именно они будут представлять вас и ваш продукт!
- Говорите и прислушивайтесь! Обсуждайте, детализируйте. Объясните ещё раз, возможно, задача была указана не совсем точно или пункт оказался непонятен.
Стоит признать, что вы можете быть не на 100% компетентны в вопросах дизайна, копирайтинга или вёрстки. Сомневаетесь в словах партнёра? Посоветуйтесь с другими специалистами, сформируйте своё мнение.