Как составить грамотное ТЗ на разработку сайта / Хабр
Суть закона подлости известна всем: если есть хоть малейшая вероятность того, что вас могут понять неправильно, то вас обязательно поймут неправильно. Это относится и к созданию сайтов. Например, заказчику нужен второй «Фейсбук», но он неправильно поставил задачу разработчику. В результате получился форум цветоводов.
Прочитав эту статью, вы узнаете, что именно, как и зачем нужно писать в техническом задании. Поймете, чего нельзя делать, чтобы разработка ТЗ не стала потерей времени.
Что такое техническое задание
Техническое задание — это документ с требованиями к сайту. Если ТЗ составлено четко и подробно, исполнителю будут понятны поставленные перед ними задачи.
Следовательно, результат удовлетворит и заказчика, и исполнителя. Польза от технического задания очевидна:
1. Заказчик:
Понимает, за что он будет платить деньги и какой ему сделают сайт. Структура сайта видна сразу, и если что-то не устраивает, изменения можно внести еще до начала разработки.
Оценивает компетентность исполнителя. Грамотно составленное и понятное техзадание повышает доверие к разработчику.
Защищает себя от недобросовестности исполнителя. Готовый сайт можно проверить на соответствие техническому заданию. Есть неточности? Разработчик их исправит. При наличии официального договора его можно принудить сделать это через суд.
Упрощает замену исполнителей. Бывает, что заказчик и исполнитель ссорятся и не могут продолжать совместную работу. В такой ситуации с созданием сайта возникают проблемы. Однако при наличии подробного техзадания их можно легко решить: заказчик просто передает ТЗ новой команде, и она сразу же включается в работу.
Узнает стоимость разработки продукта. Понять, когда будет готов сложный сайт и узнать окончательную стоимость разработки сразу нельзя. Сначала нужно разобраться с функционалом веб-ресурса. Именно для этого нужно составить техническое задание.
2. Исполнитель:
Понимает желания заказчика.
Для этого ему придется задать клиенту десятки вопросов, показать примеры, предложить решения. Потом записать все в соответствующий документ и согласовать с заказчиком. Он одобрил? Значит, исполнитель понял его правильно.Застраховывается от внезапных «хотелок» заказчика. Случается, что в ходе создания сайта заказчик вдруг решает поменять задачу. Если разработчик согласовал и подписал ТЗ, он может быть спокоен: даже суд встанет на его сторону.
Показывает свою компетентность. Четко и понятно подготовленное ТЗ говорит о профессионализме разработчика.
Зарабатывает деньги. Иногда составление технического задания оценивается как отдельная услуга.
Облегчает и ускоряет работу. Благодаря качественному техническому заданию становится понятна структура сайта и функционал каждой страницы: можно переходить к написанию кода и разработке дизайна.
Для этого ему придется задать клиенту десятки вопросов, показать примеры, предложить решения. Потом записать все в соответствующий документ и согласовать с заказчиком. Он одобрил? Значит, исполнитель понял его правильно.Техническое задание составляет разработчик
Грамотное ТЗ может составить только исполнитель.
Проект-менеджер или разработчик понимают в создании сайтов больше владельцев кафе и стоматологических клиник. Тем не менее заказчик должен принимать в процессе самое непосредственное участие.
Он:
знакомит исполнителя с компанией, товарами или услугами, целевой аудиторией;
объясняет цель создания сайта;
рассказывает о своих желаниях и делится идеями;
показывает примеры хороших (как ему кажется) сайтов.
отвечает на вопросы исполнителя.
Заказчик может предложить свой вариант технического задания. В некоторых случаях это ускоряет процесс создания конечного ТЗ.
Пишите однозначно и точно
Главная цель техзадания – понимание между заказчиком и разработчиком. В документе не должно быть качественных прилагательных: красивый, удобный, современный. Такие слова можно оценить неоднозначно: каждый по-своему понимает красоту и современность.
Например, этот дизайн кому-то показался красивым, и он использовал его на своем сайте:
То же самое относится и к невнятным формулировкам.
Например:
Сайт должен понравиться заказчику. А если не сможет?
Сайт должен быть удобным. Для чего и для кого?
Сайт должен выдерживать большие нагрузки. Сколько конкретно посетителей?
Качественный экспертный контент. Ну, это понятно.
Обязательно проверьте текст: в нем не должно быть неоднозначных формулировок. В противном случае ТЗ придется переписать. Все мысли следует сформулировать четко и точно. Например:
не «загрузка сайта должна быть быстрой», а «у каждой страницы должно быть более 80 баллов в Google PageSpeed Insights»;
не «большая нагрузка», а «50 тысяч пользователей одновременно;
не «на главной странице размещен список статей», а «на главной странице выведен список последних шести опубликованных статей»;
не «разработка минималистичного удобного интерфейса подписки», а «поле «Оставьте e-mail» с кнопкой «Подписаться»».
Донесите до коллег общую информацию
У всех членов команды должно быть четкое понимание того, чем занимается компания и кто ее целевая аудитория.
Во избежание ошибок пропишите это в самом начале ТЗ. Кроме того, укажите цель сайта и опишите его функционал: в противном случае вместо блога у вас может получиться интернет-магазин.
Разъясните сложные термины
Техническое задание должны понимать все, для кого оно предназначено. Если вы планируете пользоваться терминами, которые непонятны вашей клиентке — владелице магазина сувениров — необходимо пояснить их.
Опишите инструменты и требования к хостингу
Допустим, вы в течение двух месяцев разрабатывали сайт. Каждый этап был согласован с заказчиком. И вот работа сделана. Во время показа админки заказчик возмущается: «Это «Модэкс»?! Я рассчитывал, что сайт будет на «Вордпрессе»!»
Исключите такие ситуации. Для этого вам нужно четко описать инструменты, движки и библиотеки, а также указать требования к хостингу. Вдруг вы сделаете на PHP, а у заказчика сервер на .NET.
Составьте список требований к работе сайта
Готовый сайт должен работать в любом браузере и на всех устройствах.
Это нужно обязательно прописать в ТЗ.
Также нужно указать требования к следующим параметрам:
скорость загрузки сайта;
устойчивость к нагрузкам;
защита от хакерских атак и т.д.
Создайте структуру сайта
До того, как вы начнете отрисовывать дизайн и верстать, согласуйте с заказчиком структуру сайта.
Сначала нужно выяснить, что он хочет. Затем собрать сотрудников (разработчики, SEO-специалисты, маркетологи, главный редактор) и решить, какие именно страницы нужны на сайте и как их связать между собой.
Структуру можно показать списком или нарисовать в виде блок-схемы.
Структура — фундамент сайта. Ее создание — самый важный этап работы. Если она получится неудачной, сайт будет «кривым».
Объясните содержание страниц
Заказчику нужно понимать назначение каждой страницы и ее элементов. Для демонстрации есть два способа.
1. Прототип. Самый наглядный и однозначный способ. Исполнитель рисует эскизы каждой страницы и прикладывает их к ТЗ.
Заказчик увидит, как будет выглядеть интерфейс сайта, и сможет сказать, что ему понравилось, а что лучше изменить.
2. Перечисление элементов — ленивая альтернатива прототипу. Если вы выбираете этот вариант, нужно лишь составить список блоков, которые предполагается разместить на странице.
Распишите варианты использования сайта
Если интерфейс, который вы разрабатываете, будет нестандартным, простым показом структуры и эскизов страниц обойтись не получится. И ваши коллеги, и заказчик должны четко понимать, как именно посетители будут использовать сайт. Для наглядности нужно составить простую схему сценария: действие пользователя — ответное действие сайта — результат.
При создании стандартной визитки или лендинга вам не нужно писать сценарий. Но если вы работаете над размещением интерактивных сервисов на сайте, сделать это необходимо.
Определитесь с контентом
Некоторые исполнители разрабатывают сайты сразу с контентом. Другие делают рыбу. Кто-то может написать тексты, но не бесплатно.
Обговорите с заказчиком, какой именно контент вы будете готовить и зафиксируйте это в техническом задании.
Не используйте фразы типа «качественное», «интересное», «полезное для потенциальной аудитории». Укажите, что контент должен быть уникальным.
Опишите дизайн
Объективных критериев оценки дизайна сайта нет. Если заказчик хочет определенную цветовую гамму, пропишите это в ТЗ. Если он имеет брендбук с конкретными шрифтами, напишите и это.
А вот слова «красивый» и «современный» употреблять не нужно.
Вывод: структура ТЗ
Одинаковых технических заданий не бывает: для каждой задачи пишется отдельное ТЗ. Грамотное техническое задание должно содержать:
1. Информацию о компании и целевой аудитории, целях и задачах сайта;
2. Глоссарий терминов, непонятных заказчику;
3. Требования к верстке и работе сайта;
4. Описание применяемых технологий и список требований к хостингу;
5. Подробную структуру сайта;
6. Прототипы страниц и описания содержащихся на сайте элементов;
7.
Сценарии использования интерфейса, если он нестандартный;
8. Список контента;
9. Требования к дизайну (в общих чертах).
Как составить ТЗ, чтобы не пришлось икать? / Хабр
Техническое задание — если говорить простым языком, это перечень пожеланий заказчика, обернутый в более или менее понятную оболочку. Бывают случаи, когда клиент совсем не знает, что он хочет, но хочет. В этом случае, обычно, он высказывает общие пожелания в свободной форме — и далее отдаёт работу на усмотрение заказчика. А бывает наоборот — клиент отлично знает что он хочет, разбивает информацию на блоки, даёт ссылки на информацию для создания уникального текста, или на источники для его рерайта, чётко, или более или менее чётко определяет структуру и порядок блоков.
Рассмотрим оба варианта:
Пример №1: ТЗ в виде неструктурированного потока сознания
Я хочу продать собственную книгу по кулинарии! В ней я собрал авторские рецепты со всего мира и добавил собственные фишки! Хочу, чтобы клиенты заходили на сайт и понимали, какие-же классные там рецепты — и что они обязательно должно её купить/заказать.
Вот тут все картинки из книги, а тут тексты. Сделайте, чтобы прям было очень красиво и сочно. Желательно в тёмной гамме.
_____________
Конечно, такой вариант ТЗ не оптимален. Из чётких пожеланий, здесь только пожелание по цветовой гамме. Однако, клиент не обязан знать что такое триггеры, как устроен ленд, что такое лид-формы, подогревающие блоки, закрывающие блоки и так далее.
В этом случае, проект делается на наше усмотрение. А клиент должен находится на связи и отвечать на возникающие вопросы. Ничего плохого в этом нет. Но если после его презентации клиент говорит: А я вообще не так хотел! То, нужно быть готовым к тому, что переделывать его бесплатно никто не будет. Потому что, как именно вы хотели — никто не знает.
Встречаем такие ответы мы редко. Прежде всего потому, что клиент видит прототип до стадии дизайна и согласовывает его, ну и просто потому, что мы не делаем плохие проекты. Однако, это нужно иметь ввиду.
Пример №2: Структурированное полноценное ТЗ
Требуется лендовая страница на 4-5 экранов.
Продукт — книга с авторскими рецептами со всего мира. Особенность — все рецепты дополнены и улучшены личными фишками.
1-ый экран: красивый мокап обложки книги в половину экрана. Где-то рядом слоган и моя фотография. Большая кнопка заказать оформленная в виде грилля.
2-ой экран: пример трёх самых ярких блюд с кратким описанием и вкусовыми особенностями. 1-ое блюдо (картинка, текст) 2-ое блюда (картинка, текст), 3-е блюдо (картинка, текст)
3-ий экран: рассказать о том, что для приготовления большинства блюд не требуется сложные и дорогие ингридиенты, или сложная профессиональная кухонная техника. Всё можно приготовать дома, сходив в ближайший магазин. Показать это наиболее просто и коротко, с использованием иконок или другой визуализации.
4-ый экран: об авторе. вот небольшой текст обо мне (держите текст). Его можно дополнить моими фотографиями с путешествиями, где я общаюсь с разными шеф-поворами мира (держите фотографии).
5-ый экран: 2-3 фотографии из книги. И специальное предложение при покупке до сентября — скидка 20% в ресторан партнёрской сети. Кнопка заказать также, как в 1-ом экране.
Детали: в поп-апе, просьба разместить информацию, которая расскажет про детали доставки и получения книги. Дать возможность выбрать самовывоз или доставку (цена такая-то, цена такая-то). После этого человек переходит на страницу оплаты в банк.
Дополнительно: сайты, которые нравятся:
www.agaev.digital
www.сайт.ру
www.сайт2.ру
В оформлении желателен максимальный контраст, фиолетовая или синяя гамма цветов.
______________________________________________________
Это простой и максимально сокращенный пример структурированного ТЗ. Заказчик может предоставлять свои тексты, ссылки и многое другое — самое главное, чтобы весь этот текст соответствовал тому, чем он является — техническому заданию. То есть четкому перечню пожеланий, изложенных в понятной форме.
Как делать не надо
К сожалению, иногда мы сталкиваемся с достаточно объемными ТЗ, которые не несут никакой смысловой нагрузки.
Пример №3: невнятное тз — результат хз
Нужен сайт — чтобы показать, что у нас самая лучшая книга с рецептами в России.
На первый экран — книгу, а хотя, может лучше и не книгу — а меня, автора. С книгой в руке. Чтобы создалось впечатление серьёзности.
Важно, чтобы было лучше, чем у конкурентов. Чтобы клиент сразу понял — что эта книга отличается от всех остальных в мире, и что в ней то, что ему нужно — лучшие рецепты.
Во 2-ом и 3-ем экране нужно разместить мою экспертность в сфере кулинарии, чтобы было понятно — что я не просто доморощенный повар, а настоящий профессионал, который смог собрать лучшие рецепты.
4-ый экран — тут нужно написать про то, что таких рецептов больше нигде нет. Ни в интернете, ни вообще где-либо ещё. То есть человек должен на этом экране захотеть купить книгу, понять, что она написано профи.
5-ый экран: фотогалерея с лучшими блюдами и призывом к покупке книги. Призыв должен быть простым, но при этом содержательным.
________________________________________________
Понятно, что ленд — это и есть страница, которая должна показать преимущества вашего продукта. В частности на фоне конкурентов. Но набор пожеланий в духе “показать, что мы лучше”, “чтобы клиент понял, что мы серьёзнее” “увидел, что мы эксперты” “понял, что это то, что ему нужно прямо сейчас” — отношения к техническому заданию имеет мало.
Лучше конкурентов вас делает ваш продукт — а лучше чем вы, ваш продукт не знает никто. Поэтому, если вы хотите, чтобы он был лучше — то должны по пунктам рассказать, чем он лучше. Если же он не лучше — нужно попробовать найти оригинальный подход к привлечению внимания. Использовать провокацию, юмор, креатив. Но понять, что нужно делать по такому ТЗ — невозможно. Скорее всего, мы будем работать по схеме №1, у нас просто не будет выбора, и очень велик риск, что мы услышим: “Но я же не это имел ввиду под экспертностью!”.
Но мы-то откуда это знаем?
Пишите правильное ТЗ. Оно сэкономит время как нам, так и вам. А главное — позволит получить качественный результат, а не ХЗ.
Письмо по средам: магия ТК
На этой неделе на сайте Shawn’s storygrid.com была такая замечательная статья, что я срываю ее здесь, чтобы поделиться со своими подглядывающими. Речь идет о написании первого черновика.
Мэтт Квирк, автор книг «500» и «Холодная бочка ноль»
Мэтт Квирк — писатель ( «500», «Директива», «Холодная бочка ноль »), друг и клиент Шона. Вот его секретное оружие для прохождения первого черновика:
Использовать ТК . Это основная смазка чернового первого наброска. Это привычка, которую я выучил, работая репортером, но не осознавал ее магии написания романов, пока не прочитал этот совет от Кори Доктороу. ТЗ — это пометка редактирования, означающая «приходить» и эквивалентная оставлению в тексте пробела или квадратных скобок (именно ТЗ, а не ТК, потому что редакционные пометки часто опечатываются намеренно, чтобы не путать их с окончательным текстом: редакторы пишут graf и hed для абзаца и заголовка).
Не можете понять имя персонажа? «ЗлойПолитикТК». Нужно описать лес? «Он посмотрел на SpookyForestDescriptionTK». Нужен идеальный эмоционально-физический ритм, чтобы прервать диалог? «БитТК». Просто продолжайте писать. ТК целую главу, если хотите. Эти пробелы не сделают и не сломают большую картину. Вернитесь за ними, как только вы выиграете несколько раундов против экзистенциального ужаса «Сработает ли вся эта книга или нет?» Нет смысла прописывать детали в сценах, которые вы собираетесь вырезать.
Я на 100 % согласен с этим трюком Мэтта. То, что он называет «экзистенциальным ужасом «Сработает вся эта книга или нет?»», я бы назвал Сопротивлением.
Помните, что враг в первом наброске — это не ошибочный диалог, некачественная характеристика или отсутствие экспозиционных деталей. Враг — Сопротивление.
Сопротивление попытается сломить нашу волю, ввергнув нас в благоговейный трепет (его голос, который мы слышим в наших головах) продолжительностью проекта, масштабом его амбиций, адским бесконечным трудом, чтобы добраться от ГЛАВЫ ПЕРВОЙ до КОНЦА .
Наш союзник в этой борьбе — Импульс.
Вперед и вперед, это наша мантра. Пусть ничто не остановит нас. Ни за что не тормозить. Продолжайте идти любой ценой. Доберитесь до конца первого проекта, каким бы паршивым он ни был или каким бы дырявым он ни был.
Это гений ТК.
Как говорит Мэтт, когда вы сталкиваетесь с камнем преткновения, не увязайте в нем. Именно этого Сопротивление хочет от нас. Сопротивление хочет, чтобы мы потеряли импульс. Он хочет измотать нас в рукопашной схватке в окопах.
Вместо этого быстро нажмите «ТК» и продолжайте движение.
Я сейчас сам работаю над первым черновиком и, поверьте мне, он загружен ТЗ. Некоторые из моих ТЗ занимают сорок страниц. У меня есть один гигантский эпизод, на написание которого, я уверен, у меня уйдет месяц. Сейчас это просто большое ТЗ.
Вы читали книгу Дэвида Аллена «Как привести дела в порядок »? Пожалуй, это лучшая книга по тайм-менеджменту из когда-либо написанных. Ключевая концепция мистера Аллена заключается в том, что он создает систему, согласно которой, когда появляется что-то, что вы должны сделать, но на что нет времени прямо сейчас, вы просто ставите это на место «заполнителя».
Другими словами, ТЗ. Затем вы выбрасываете это из головы и возвращаетесь к работе.
Это блестяще удается, потому что, когда это Нечто, что мы должны сделать, надежно спрятано в Системе, мы знаем, что не забудем об этом. Мы вернемся к нему, когда у нас будет время, и позаботимся о нем. Чего мы достигли, внедрив его в Систему, так это того, что мы лишили его возможности нарушить наш поток, сломать наш импульс.
Помните, что в первых набросках скорость решает все. Качество может прийти позже. Вставьте эти ТЗ и продолжайте мотаться.
[Сегодняшний пост, кстати, знаменует собой завершение нашей серии на Тему. Следующие несколько недель мы не будем говорить ни о чем, кроме первых черновиков.]
ТЗ или не ТЗ? – Писатель Unboxed
Изображение Стефана Чинофа с DeviantArt.com
Сколько у вас ТЗ? Вот в чем вопрос.
ТК в рукописи означает «приходить». Итак, если вы пишете сцену в историческом романе, действие которого происходит, скажем, в Нью-Джерси в 1777 году, и вы упускаете необходимые факты, но не хотите прекращать писать в этот момент, чтобы найти соответствующую информацию, ваш черновик может выглядеть так:
Мэри склонила голову в сторону гостиной, давая понять, что они не одни.
[Солдат соответствующего звания] поколебался, затем повернулся и вышел наружу. Мэри еще раз проверила карман своей юбки, чтобы убедиться, что [ТК-средство для сообщения] все еще там, и последовала за ним на крыльцо.
Вы знаете, куда клоните историю и что делают ваши персонажи, но еще не проработали некоторые детали. Так что вы бросаете несколько ТК и продолжаете.
Вы пишете ТЗ? Или, когда вы пишете с помощью ТЗ, вам кажется, что вы готовите пикантный рецепт, например, курицу с сорока зубчиками чеснока, но без чеснока, вина, трав и всего остального, что имеет хоть какой-то вкус? В таком случае, зачем вообще делать рецепт?
Я всегда относился ко второй категории; Мне никогда не нравились никакие, кроме самых конкретных ТЗ. Я предпочитаю сначала провести исследование, а затем набросать. Почему? Мне нравится чувствовать, что я действительно знаю своих персонажей, части их жизни, обстановку. Я хочу собрать все ингредиенты, которые могут повлиять на историю моих персонажей, когда я буду писать, потому что я хочу знать все, что знают они.
Вы понимаете, к чему все идет, верно? В своем писательстве я подошел к моменту, когда этот подход, который когда-то хорошо служил мне, начал сильно меня сдерживать.
Я делал заметки, обдумывая следующий черновик моего WIP, ну, скажем так, очень долго. Этот черновик должен был быть серьезно переписан: я вырвал огромный кусок сюжета, и мне нужно было написать новый раздел книги, чтобы заменить его. На базовом уровне я определил, что должно произойти в истории, но столкнулся с проблемой: героям нужно было отправиться в место, где я никогда не был и куда я не смогу попасть, и они необходимо было сделать это в момент недавней истории, когда существовали очень специфические, трудно различимые условия.
Итак, из-за того, что у меня не было знаний, необходимых для описания переживаний моих персонажей, в течение нескольких месяцев я не достиг… ничего.
Я могу быть склонен к неэффективности в процессе написания, но это было смешно.
Зная, как я расстроился из-за того, что не пишу, мой друг-автор предложил мне рискнуть и все равно написать черновик, используя ТЗ. В ужасе я утверждал, что не могу этого сделать. Как я мог писать события, описания и действия, не зная, о чем я говорю? (Разве мы не должны оставить это некоторым нашим кандидатам в президенты?) Но она настаивала.
«Вы знаете что это такое.
Ты читаешь. Вы смотрите фильмы. Вы слушаете людей. У тебя есть смысл. Пишите то, что приходит к вам, ставьте ТЗ везде и рассказывайте. Вы можете вернуться и заполнить детали позже, когда проведете исследование, но таким образом вы напишите сейчас ».
Я обдумывал ее слова несколько дней. Чем больше я думал, тем больше смысла в ее словах. Чего я очень хотел, так это изложить на бумаге историю моих персонажей — что они сделали, почему они это сделали, что произошло в результате и что произошло после этого. Я, конечно, знал достаточно о том, где они собирались написать план этой истории, как черные контуры на белой странице книжки-раскраски. Я мог бы заполнить цвета позже. Если позже мне придется внести коррективы в то, что я написал, что ж, для этого и будут нужны будущие, надеюсь, менее радикальные переделки.
В январе я начал свой новый черновик. Сейчас у меня 300 страниц, и я начинаю этот новый раздел. Почти каждое слово с этого момента будет новым материалом.
Вероятно, ТЗ будут на каждой странице, потому что параллельно с написанием я буду проводить исследования. Мое разочарование исчезло, когда я создал слова на странице, и я на самом деле немного взволнован, чтобы начать писать новый раздел, не зная всего, что мне нужно знать. Я работал над этим WIP в течение долгого времени, и то, что я вынужден работать за пределами своей зоны комфорта, немного встряхнет ситуацию. Это может даже оказаться положительным моментом как для меня, так и для моей рукописи.
Чем закончится этот эксперимент? Я должен сообщить вам. Результаты ТК.
Теперь, благодаря tinyCoffee и PayPal, это возможно!
О Трейси Хан-Беркетт
Трейси Хан-Беркетт написала все, от речей для сенатора США до автобусных заметок для своего восьмиклассника. Бывший сотрудник Конгресса, юрист Министерства юстиции США и защитник государственной политики в области гражданских прав, гражданских свобод и государственного образования, Трейси сменила костюмы на синие джинсы и флис, когда переехала в Нью-Гэмпшир с мужем и двумя детьми.