А вот представьте. Вы решили создать сайт. Ну, вроде бы, что сложного: наняли разработчика, обсудили, что да как, и ждете — сайт уже на подходе. А потом БАЦ! Оказывается, то, что вы видели в своих мечтах, и то, что вышло в реальности, — совершенно разные вещи. Почему? Потому что не было одного важного документа — технического задания, того самого ТЗ. Это ваша карта, компас и страховка одновременно. Не верите? Сейчас докажем.
ТЗ — как ваша страховка на случай бедствия
Техническое задание — это ваш спасательный круг, особенно в мире веб-разработки. Это не просто бумажка, а документ, в котором расписаны все-все технические и дизайнерские детали вашего будущего сайта.
Это своего рода инструкция, по которой разработчик создает сайт так, как вы этого хотите. Как только вы его составили — можете спать спокойно. Ну, почти.
Зачем вам ТЗ? Потому что оно спасет ваши деньги, нервы и время
Вы, наверное, думаете: «А что я, не могу просто поговорить с разработчиком? Мы же обсудим все нюансы». Ха-ха, конечно! Только вот в мире IT нюансы — это все. Без ТЗ ваш проект превращается в серию неприятных сюрпризов, задержек и, что хуже всего, дополнительных расходов. Вот вам несколько весомых аргументов.
- Не надо бить в стену при смене команды. Хотите поменять разработчика или менеджера? Не проблема, новый специалист просто откроет ТЗ и продолжит с того места, где остановились предыдущие. Все ясно, четко, по полочкам.
- Прозрачные этапы разработки. Вы видите весь процесс разработки, как на ладони. Без сюрпризов, без паники. Программист, дизайнер, SEO-специалист — все знают, что делать. А вы спокойно попиваете кофе.
- Безопасность и юридическая сила. ТЗ — это не просто удобный документ. Это еще и ваш козырь на случай судебных разбирательств. Если вдруг разработчик решит «играть в прятки» с вашими требованиями — вы всегда сможете вернуть ситуацию на круги своя.
- Экономия денег. Да, именно так. Хорошее ТЗ сразу оградит вас от лишних трат на «доработки» и «непредвиденные расходы», которые часто возникают, когда кто-то забывает важные детали.
- Уверенность в результате. Вы заранее знаете, каким будет сайт, как он будет выглядеть и работать. Плюс, всегда можно внести правки на этапе разработки.
Исполнитель тоже любит ТЗ. Потому что оно спасает его от ваших внезапных идей
Теперь давайте посмотрим на это с другой стороны. Ваш разработчик обожает ТЗ не меньше вас. Почему?
- Точная стоимость. Без ТЗ исполнитель, скорее всего, даст вам приблизительную стоимость. А это — полбеды. Если функционал расширится (а он всегда расширяется), цена растет. А с ТЗ все четко: знаете, за что платите.
- Без сюрпризов от клиента. Захотелось вам вдруг что-то изменить в проекте? ТЗ спасет разработчика от головной боли, ведь он всегда может сослаться на документ: «Это не было в ТЗ. Не ко мне вопросы!»
- Порядок во всем. ТЗ избавляет от хаоса. Все прописано по пунктам, каждый этап ясен. Работай по плану — и все будет отлично.
Что произойдет, если ТЗ нет или оно — не очень?
О, это страшный сон каждого разработчика и клиента. Без ТЗ начинается полный бардак. Представьте, что вы хотите красивую и функциональную страницу, а разработчик не в курсе ваших ожиданий. Он делает на свой вкус, а потом вы с удивлением смотрите на результат и говорите: «Что это за кошмар?» И это только начало.
«Серая зона»— вот что ждет вас без ТЗ. Исполнитель работает, опираясь на свои предположения, а вы думаете, что все все поняли правильно. В итоге ни одна сторона не довольна результатом. А могло бы быть иначе...
Как сделать ТЗ идеальным: несколько хитрых ходов
Кто должен делать ТЗ? А кто угодно! Вы сами, ваш разработчик или сторонняя команда. Главное — сделать это правильно. Вот несколько вариантов.
- Вы сами. Если вы эксперт в веб-разработке и точно знаете, чего хотите, вы можете составить ТЗ самостоятельно. Но будьте честны: чаще всего это не так просто, как кажется. Можно упустить кучу важных деталей.
- Исполнитель. Многие агентства делают ТЗ за вас. Это их хлеб, они знают, что спрашивать, что уточнять. Они предложат вам бриф — вы ответите на вопросы, и процесс пойдет.
- Совместная работа. Лучший вариант. Вы и разработчик вместе составляете ТЗ, обсуждаете, корректируете, создаете идеальный план.
Что должно быть в вашем ТЗ: чек-лист для тех, кто хочет все сделать по уму
Теперь о том, что обязательно должно быть в вашем ТЗ.
- Сроки сдачи. Поставьте четкие дедлайны, чтобы не тянуть бесконечно.
- Объемы работ. Оцените фронт работ, особенно если это большой проект.
- Цели проекта. Зачем вам сайт? Какой результат вы хотите увидеть?
- Основные требования. Функционал, дизайн, юзабилити — все это нужно прописать четко.
- Контент. Кто его создает? Вы или разработчик? И какой контент вам нужен?
- Движок. Какую CMS выбрали? Или нужен самописный код?
- Структура сайта. Как разделы, страницы, категории должны быть расположены? Сделайте хотя бы схему.
- Технологии. Какие плагины и инструменты вам нужны? Не забудьте про мобильную версию и кроссбраузерность.
- Домен и хостинг. Какой домен выбрать и на каком хостинге разместить ваш сайт?
Ошибки, которые убивают проекты: как не запороть ТЗ
Вот чего точно не нужно делать при составлении ТЗ:
- Не указывать цели сайта. Да, зачем вам сайт? Просто чтобы был?
- Игнорировать пользовательские сценарии. А что пользователи будут делать на сайте?
- Писать размытые требования. "Красивый сайт" — это не ТЗ. Что значит красивый? Какой функционал? Какие кнопки и где?
- Забыть про аналитику. Как вы будете отслеживать эффективность сайта?
- Не учесть безопасность. Это важно. Очень важно.
Так что же из всего этого следует? Если вы хотите, чтобы ваш сайт был успешным, работал и приносил деньги, вам нужно грамотно составить ТЗ. Это спасет вас от множества головных болей и неприятностей в будущем.