Без ТЗ – результат ХЗ. Как подготовиться к разработке сайта

Вы все еще думаете, что закинете задание на фриланс, и на следующий день вам вручат идеальный сайт? Ахахахахахахахахаха

Дорогие мои, вам придется создавать нормальное ТЗ на разработку. Можно самим заранее, а можно совместно со студией, куда планируете обращаться за сайтом. Второй путь легче, потому что команда вам сразу правильные вопросы задаст и все оформит.

Но в любом случае давайте разберемся, из чего лепится хорошее ТЗ, чтоб вы понимали, что вас ждет.

Это нужно вам, как заказчику, в первую очередь.

Ввязаться в создание чего-либо без ТЗ — это как поехать без навигатора в страну «Так вы же сами вроде это просили» или «Так это все в доп работы идет за отдельную плату».

Зачем ТЗ?

Шаг 1. Определите цель сайта

Спросите себя: зачем вам вообще этот сайт? Это портал для фанатов «Игры престолов»? Или сайт для корпоративных клиентов, которые не любят ничего сложнее кнопки «заказать»?

Цель определяет все: от дизайна до функционала. Если вы не знаете, что вам нужно, вы не сможете объяснить это разработчику. И это выльется в бесконечные фразы: «Ой, а можно переделать? А то мы тут с партнером подумали…», после которых вас пошлют оплачивать новые счета.

Шаг 2. Поймите свою целевую аудиторию

Да, звучит банально, но если вы хотите сайт, который действительно работает, забудьте про «нам просто надо красиво и современно». Ваша бабушка вряд ли оценит гиперсовременный дизайн с микроскопическим шрифтом, а подростки — сайт в стиле 90-х.

Разберитесь, кто ваша аудитория и что ей надобно.

Шаг 3. Составьте список страниц

Вот тут начинается настоящий квест. Вам нужно составить список всех страниц. Главная, «О нас», «Контакты» — это только начало. Может, нужен блог, каталог товаров, страницы для акций или новостей? Все это должно быть в ТЗ. Чтоб потом не было «мазафака, мы забыли корзину!!!».

Если вы думаете, что дизайн — это просто «пара кнопочек и картинки», забудьте. Без конкретики получится не то, что вы ожидали.

Когда дизайнер получает бриф, он превращает его в схематичный прототип. Это своего рода макет, где видно, как расположены блоки, какой функционал будет и как пользователи будут перемещаться по сайту. Потому что дизайн – это не просто про красоту, он должен быть функциональным.

Шаг 4. Соберите референсы

Референсы — это не просто примеры сайтов, которые вам внешне нравятся. Они нужны не только для дизайна, но и для структуры, навигации, решениям по конвертирующим элементам. Так что потратьте пару часов на серфинг по сайтам конкурентов и вдохновляющим порталам. Потом будете меньше нервничать.

Шаг 5. Определите брендовые цвета и стиль

Если у вас уже есть брендбук — супер! Если нет — переживем, но приготовьтесь немного поэкспериментировать. Минимализм или классика? Яркие цвета или строгие оттенки? Вам нужно хотя бы примерно представлять, какой стиль должна отражать ваша компания…

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

Чего вы хотите от пользователя? Понимание целевого действия, к которому вы ведем потенциального лида, определяет всю начинку сайта. Но сайт не должен быть как игра «Подземелье и драконы» – хрен разберешься. Не мешайте пользователю приносить вам деньги, функционал должен быть простым и понятным.

Лучше указать, что вы хотите продавать через сайт шерстяные носки хипстерам и не вдаваться в детали, чем слабо представлять, зачем вам сайт, но разводить дискуссию на тему цвета кнопки на главной.

Если бизнес-задачи подробно описаны, на этапе сборки функциональности сайта к вам приколебаются с примерно вот такими вопросами/предложениями: «Какую делаем форму заявки?», «Нужна ли нам корзина покупок с функцией подсчета стоимости доставки», «А давайте разместим кнопку заказа сюда и сюда» и т.д.

Нет, это не мелочи. Чем подробнее вы это обсудите на берегу, тем более приближенным к фантазиям будет результат в реальности.

И, пожалуйста, не забудьте поговорить про мобильную версию! Сейчас 80% трафика идет с телефонов, так что если ваш сайт на мобиле выглядит как твиттер 2007 года — вам этого не простят.

Самый важный момент. Вы можете быть гением планирования, но если не обговорили сроки и бюджет всего проекта заранее, готовьтесь к сюрпризам.

Шаг 7. Укажите сроки

«Нам надо было вчера» — любимая фраза маркетологов, но давайте будем уважать труд друг друга. Если бы мы хотели, чтобы над нами бесконечно стояли с розгами, мы бы щас чай на плантации собирали, а не сайты делали. Поэтому всегда обговариваем четкие, понятные сроки, которых достаточно для оговоренных работ.

Срочные проекты могут быть, но они стоят дороже.

Шаг 8. Определите возможный бюджет

Четкие деньги — четкий результат. Больше комментариев не будет.

ТЗ — это ваша страховка от кошмаров веб-разработки. Если не хотите оказаться в аду с бесконечными правками и изменениями — составьте его заранее, с умом и вниманием к деталям. Если менеджер проекта в студии пристает к вам с запросом на заполнение брифа для разработки ТЗ – не отмахивайтесь. Вас не хотят припахать, а скорее защитить от головных болей в будущем.

Простая истина — чем больше деталей, тем лучше. Но как не увлечься и не погрязнуть в ненужных подробностях?

Общайтесь с разработчиками

Не бойтесь задавать вопросы. Если что-то непонятно — лучше уточнить на старте, чем потом мучиться с исправлениями. Вы с разрабами – одно целое на время проекта, по одну сторону баррикад и всё такое. Сотрудничайте, а не сопротивляйтесь.

ТЗ, которое вы наваяли самостоятельно – это результат работы вас и вашей колокольни. Поэтому если студия, как команда экспертов по UX и программированию, предлагает отличные от вашего мнения варианты, стоит хотя бы прислушаться. У вас это первый проект, а у них 20й, не просто так советуют.

Учитесь на ошибках других

Просмотрите конкурентов и подумайте, что у них можно улучшить. Крадите, как художники.