ГОСТ по техническому заданию

Распространено заблуждение, что если человек обладает большой базой знаний о чем-либо (SEO, PPC, программирование и так далее), он способен написать хорошее техническое задание. Опыт свидетельствует о другом: знания и опыт специалиста при составлении техзадания значения не имеют.

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

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

Содержание

Каждая задача — решение вопроса

Не знаете, какую проблему решаете — техзадание будет наполнено противоречивой информацией.

Готовьте техническое задание, учитывая все сложности, которые могут возникнуть из-за его выполнения. В частности, сотрудник может отложить другие, более приоритетные для вас задачи.

Проработайте техзадание так, чтобы минимизировать появление этих сложностей. Думайте о том, что произойдет после выполнения задачи.

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

Например, перед написанием технического задания для этой статьи я составила таблицу:

таблица перед написанием технического задания для статьи

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

Разработка смысловых блоков

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

Например, SEO-специалисту часто приходится писать техническое задание для формирования фильтров интернет-магазинов. Это сложно: нужно создать страницы с контентом и UTM-метками, учесть, как эти страницы будут оптимизированы.

Так выглядит скелет, который следует сформировать перед созданием детального технического задания.

1. Вводная часть.
Общее описание и оглавление. Что нужно будет сделать.
2. Внешний вид фильтров.
Как фильтры должны выглядеть в дизайне сайта.
3. Требования к страницам.
3.1. Подробное описание принципов формирования URL.
3.2. Требования к страницам фильтров.
В частности, следует написать о предоставлении возможности редактирования тегов, метатегов, публикации текстов и внедрении атрибута canonical.
4. Формирование метатегов.
Детальное описание алгоритма, по которому нужно формировать метатеги с учетом последовательности выбора фильтров.
5. Рекомендации по размещению текстов на страницах фильтров.
6. Скрытие прямых URL для фильтров четвертого уровня вложенности и выше.
Описание логики скрытия от индексации фильтров, которые могут быть бесполезны с точки зрения поиска.

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

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

Не можете четко представить техническое задание у себя в голове — не сможете изложить на бумаге

Истории бизнеса и полезные фишки

Требования к тексту и оформлению

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

В тексте не должно быть вводных слов, метафор и отступлений от темы. Всё четко и по делу.

В тексте не должно быть вводных слов, метафор и отступлений от темы. Всё четко и по делу

Каждая часть технического задания озаглавлена и пронумерована. Все подпункты также должны быть пронумерованы.

Не должно быть специфических терминов и сокращений без расшифровки.

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

Используйте выделения цветом, чтобы подчеркивать важные для выполнения техзадания моменты

Если возникает сомнение, что исполнитель может истрактовать вашу мысль по-своему, добавьте максимально подробные примеры и иллюстрации.

Если возникает сомнение, что исполнитель может истрактовать вашу мысль по-своему, добавьте максимально подробные примеры и иллюстрации

Ранее мы уже рассказали, как сделать красивый скриншот.

Для проектирования примеров интерфейсов можно использовать сервис Moqups.

Вставляйте скриншоты и макеты в техзадание в виде картинок, а не ссылок на картинки.

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

Также в качестве примеров можно использовать ссылки и скриншоты сторонних источников и ресурсов, если они объясняют то, о чем вы пишите в техзадании

Выводы

  1. Перед постановкой технического задания заполните таблицу с двумя столбцами: «какую проблему я хочу решить», «как ее можно решить».
  2. Разбейте текст техзадания на смысловые блоки.
  3. При написании текста убирайте всю «воду».
  4. Внедряйте как можно больше иллюстраций и примеров.

Как только вы составили техзадание, обязательно спросите себя: «Всё ли в нём будет понятно исполнителю?». Наконец, попросите исполнителя прочитать техзадание и поинтересуйтесь, все ли ему понятно.

Да, действительно, зачем нужно техническое задание. Мы же все профессионалы. Взяли да и начали делать сразу. Это хорошо когда все реально в теме. Да ладно, вы в это верите? Но бывает и так что, оказывается, нужен то далеко не просто сайт, не посадочная страница и не визитка, а целый сервис потенциально высоконагруженный со сложной логикой.

Как обычно выглядит старт большинства проектов

  • Идея! Точно! Все, делаем!
  • Из глубины подсознания тихо доносится: «Так, а как объяснить, разработчикам и дизайнеру, что надо?»

Почему очень важно составлять техническое задание

Как бы это смешно не выглядело, но именно по такой схеме разрабатывается большинство проектов во всем мире.Горки процесс разработки

Кто должен составлять ТЗ

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

А помочь он может простым человеческим рассказом, что же он хочет сделать, причем он должен не просто его рассказать, а написать на бумаге, конечно можно и в Word. Так как сказать не скрывая эмоций и чувств.

Зачем заказчику вообще что-то писать

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

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

Почему это выгодно для заказчика

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

Тут есть несколько моментов, которые нужно учесть во время написания рассказа

Один из моментов, это то, как мы воспринимаем информацию, вот эта схема поможет вам лучше выражать свои идеи

Интересные моменты-ловушки

Сразу попросить дизайнера сделать дизайн сайта

Вы можете рассказать свою великую идею сразу дизайнеру, он, конечно, приступит к реализации. Потом быстренько найти верстальщика и заделать сайт. А потом будете разочарованы, что это он там понаделал то. Ах, какой же он плохой, да и разработчик что-то вообще не то реализовал.

Если вы просите дизайнера сразу, знайте, вы только что увидели в нем как минимуму: маркетолога, дизайнера, юзабилити специалиста, копирайтера, информационного архитектора, менеджера проекта, а может быть ещё и специалиста по контекстной рекламе и SEO-шника.

Запустить сайт, собранный на коленке и расстроиться, что продажи не подскочили вверх

Например, вы могли почитать статей в сети, книжек, посмотреть вебинаров и решить что вам это по плечу. Но почему-то все получилось не так ожидали. Но тут есть один подвох. Лучше всего ситуацию описывает басня Крылова Мартышка и Очки

мартышка и очки Мартышка к старости слаба глазами стала;

А у людей она слыхала,

Что это зло еще не так большой руки:

Лишь стоит завести Очки.

Очков с полдюжины себе она достала;

Вертит Очками так и сяк:

То к темю их прижмет, то их на хвост нанижет,

То их понюхает, то их полижет;

Очки не действуют никак.

«Тьфу пропасть! — говорит она, — и тот дурак,

Кто слушает людских всех врак:

Всё про Очки лишь мне налгали;

А проку на-волос нет в них».

Мартышка тут с досады и с печали

О камень так хватила их,

Что только брызги засверкали.

К несчастью, то ж бывает у людей:

Как ни полезна вещь, — цены не зная ей,

Невежда про нее свой толк все к худу клонит;

А ежели невежда познатней,

Так он ее еще и гонит.

Кто должен писать техническое задание. Ещё мнения

Техническое задание на разработку пишет ИСПОЛНИТЕЛЬ

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

Техническое задание на разработку пишет ЗАКАЗЧИК

Исполнитель — сторона, непосредственно заинтересованная в выполнении задачи с меньшими трудозатратами за большие деньги. Интересы исполнителя, в большинстве случаев, прямо противоположны интересам заказчика. Исполнитель знает и на чем можно сэкономить, как выполнить работу более оптимально. Поэтому может завышать цену и добавлять лишние нюансы.

Третья сторона или МЕНЕДЖЕРЫ проектов

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

У кого-то такое видение о том, зачем нужно техническое задание

Всем выгодно отсутствие технического задания.

  • Отсутствие опыта, слабое представление о сути дела, за которое берётся разработчик
  • Отсутствие ТЗ – это отсутствие временных рамок, размытие сумм
  • Это способ безнаказанно урезать объёмы работ, ухудшать показатели и функционал

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

Какой процесс создания ТЗ самый эффективный?

Атмосфера доверия и ясные цели – это на самом деле очень важно.

Лебедь, Щука и Рак. Давайте сначала освежим в голове басню.

лебедь рак и щука

Когда в товарищах согласья нет,
На лад их дело не пойдёт,
И выйдет из него не дело, только мука.
Однажды Лебедь, Рак да Щука
Везти с поклажей воз взялись
И вместе трое все в него впряглись;
Из кожи лезут вон, а возу всё нет ходу!
Поклажа бы для них казалась и легка:
Да Лебедь рвётся в облака,
Рак пятится назад, а Щука тянет в воду.
Кто виноват из них, кто прав — судить не нам;
Да только воз и ныне там.

Как ускорить процесс разработки сайта

Чем вы как заказчик реально можете помочь. В начале проекта вы больше всех шарите в предметной области. У вас есть видение, вы знаете чего хотите. Остался всего один шаг, просто перенести то что у вас в голове на бумагу.

Важно четко сказать, что это для вас за проект:

  • Проверка идеи. Это сэкономит бюджет, и исполнитель может предложить интересные возможности по проверке идеи.
  • Вторая итерация какой-то существующей идеи. Например, вы сменили исполнителя. Очень важно показать интернет-проект, который по каким-то причинам провалился. Это сэкономит бюджет.
  • Это идея, которая точно работает, и времени медлить нет. Отлично. Тогда не составит никакого труда составить техническое задание.
  • И конечно тут есть ещё варианты

Почему вы должны искать подрядчика на свой бюджет

Потому что те же посадочные страницы в сети предлагают сделать как за 3000 рублей, так и за 1 млн. рублей. Вы скажите: «1 млн да они одурели”. На самом деле нет, потому что за 1 млн. рублей вам сделают отлаженный генератор клиентов, и если вы, например, занимаетесь недвижимостью, и средний чек 2 млн., с маржей 300 тысяч рублей, и у вас в среднем в месяц около 3-х сделок, то вы можете сразу сказать, что примерно через месяц у вас все окупится, а в следующий месяц ещё и приумножится. Дак в чем диссонанс то?

Заполните шаблона технического задания

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

Но один примерчик более менее есть, положу пока на dropbox.

Заполните шаблон позиционирования продукта

Шаблон, который предложил Джеффри Мур в книге Преодоление пропасти, в далеком 1991 году, все ещё отлично работает и экономит деньги тысячам компаний.

Преодоление пропасти. Маркетинг и продажа хайтек-товаров массовому потребителю

  1. Для ____ (целевые покупатели только сегмента-плацдарма)
  2. Кем недовольны ____ (нынешняя рыночная альтернатива)
  3. Наш продукт является ____ (новая категория продуктов)
  4. Он обеспечивает ____ (ключевое качество, решающее существующую проблему)
  5. В отличие от ____ (продуктовая альтернатива)
  6. Мы собрали воедино ____ (ключевые качества целостного продукта, предназначенного для вашего конкретного применения).

Вот отличный пример реализации этого шаблона

Otis Elevator (производство лифтов) — предоставить всем клиентам средства перемещения людей и грузов вверх, вниз и в стороны на ограниченное расстояние с надежностью, какую не может обеспечить ни одна другая компания.

Ответьте на следующие вопросы

  • Что мы делаем? (Каким бизнесом мы занимаемся?).
  • Для кого мы это делаем?
  • Где географически мы это делаем?
  • Как мы это делаем? (Что делает ваш бизнес уникальным? Каковы наши конкурентные преимущества?)
  • Что мы не делаем, и не будем делать?

Заполните шаблон бизнес модели

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

Note: Если заказчик не может описать свою бизнес модель, то помогите ему либо ещё раз подумайте возьметесь ли вы за этот проект.

И так, между делом поглядите ещё раз на существующие способы монетизации интернет-проектов

А если вы получите на руки ещё и миссию компании, которой нужен сайт то это будет просто круто

Многие компании все ещё упираются и не фиксируют на бумаге миссию, держа у себя в головах мнимый образ идеала.

Не подозревают, что миссия может помочь им ставить цели, превращать их в конкретные задачи и выполнять их последовательно, шаг за шагом.

миссия и цели

Если формулировка миссии компании напоминает кашу, значит, организация не знает, куда идет.

Джек Траут

Настоящим сюрпризом, будет получить ещё и сравнение с конкурентами

Вы же должны понимать что, вы не первый, кто собирается это сделать. А если и первый, убедитесь, что ваш проект не аналог полета человека за пределы солнечной системы в этом году.

Вы можете, например, сделать это с помощью кривой ценности. Вот пример, такой стратегической канвы Cirque du Soleil.

стратегическая канва

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

Зачем нужно техническое задание, чтобы было как можно меньше сюрпризов.

Ну а прототипа экранов от вас вообще мало кто ждет

Если вы принесете с собой что-то типа того, это будет просто фантастически. Мы будем обсуждать не просто слова, цифры, идеи, а ваш видение всего этого проекта, да его ещё и можно пощупать. Это просто сказка =)

прототип

А если вы ещё и описали потенциальную аудиторию вашего проекта

То это просто космос. Даже не знаю, что и сказать. Просто проговорю очевидные вещи: про сегментирование, про составление портрета вашего клиента. Вы и так это знаете даже больше меня.

Персона — это вымышленный персонаж, в котором отражены основные характеристики целевой аудитории.

Вот мини-пример персонажа

персона

Михаил, 45 лет, преподаёт игру на скрипке в музыкальном колледже, пользуется интернетом менее года. Выходит в сеть исключительно с домашнего компьютера через широкополосное соединение. Никогда не совершал покупки посредством интернета, предпочитает делать заказы по телефону.

Какие вопросы реально интересно узнать про ваших пользователей

  • Имя и фотография
  • Пол, возраст, семейное положение, род деятельности
  • Страна, город, район
  • Стиль жизни, ценности и предпочтения, хобби
  • Цель посещения сайта, отношение к сайтам и интернету в целом, опыт использования интернета и сайтов конкурентов
  • Ресурсы: финансы, время, мобильность

Создавать для всех значит – урезать свой доход.

люди

Всю эту массу просто необходимо раскидать по сегментам

сегменты

Задачи, задачи, а как их потом делать то

Если цели ясные и доверие в порядке, то и задачи все делаются. Мало кто может сесть и составить цели. Британские ученые это анализировали, только 5% людей на земле могут выписать цели, да ещё и разложить их на SMART составляющие.

smart-цели

А что делать, если план все время меняется?

Ещё раз пересмотрите видение, миссию, цели. Сядьте и подкорректируйте план. План это не замороженный документ. Это то, что постоянно находится в предсказуемом, с определенной точностью, движении.

И кстати, если у вас есть целый штат сотрудников

Все что выше, очень сильно может им упростить задачу.

организация и цели

До вчерашнего вечера я был точно уверен, что Техническое задание на разработку сайта пишет исполнитель. С одной стороны это правильно, ведь все, что заказчик знает — это то, что ему нужен сайт. Какой сайт, как он будет выглядеть, как будет работать — ответы на данные и миллион подобных вопросов исполнитель пытается вытянуть из заказчика по средствам брифа.
Стандартная схема при таком подходе выглядит так:
1) заказчик говорит, что хочет сайт, примерно обрисовывает суть, задачи ресурса;
2) исполнитель дает заказчику бриф с большим количеством конкретных вопросов, которые помогают лучше понять суть задачи и составить Техническое задание;
3) исполнитель составляет ТЗ в соответствии с брифом, согласовывает с заказчиком;
4) в соответствии с ТЗ исполнитель разрабатывает сайт.

Логично

Совершенно логичная схема с одной стороны. Заказчику не приходится задумываться о глобальных вопросах мироздания, он сваливает все задачи на исполнителя.
Будучи на стороне исполнителя я даже не думал усомниться в верности отработанной схемы, пока не встретился со своим старым другом и не поговорил с ним по душам за кружкой пива.
Слово за слово, разговор зашел о технических заданиях и о том, кто должен их составлять. По мнению друга, ТЗ составляется третье стороной, которая не заинтересована в выигрыше ни заказчика, ни исполнителя, но, при этом, компетентна в вопросах обоих сторон. Все мои аргументы привели в тупик. Я начал сомневаться в верности схемы, и вот почему:
1) исполнитель берет деньги за составление ТЗ;
2) исполнитель ставит задачу таким образом, как ему будет проще и выгоднее;
3) исполнитель старается прикрыть каждый кусочек своей попы, исписать десятки листов бумаги, взять за это большую сумму денег и в дальнейшем прикрываться данной бумажкой.

Все сводится к тому, что исполнитель составляет ТЗ исключительно в своих интересах, при этом умудряясь навязать заказчику свою точку зрения.

Так ли это плохо?

Техническое задание — это документ, который должен сообщить исполнителю о том, что же хочет заказчик, это документ, который подробно описывает каждую страничку, каждую кнопочку разрабатываемого ресурса.
Заказчик — человек, чаще всего, совершенно далекий от только от процесса разработки сайтов, а от ИТ сферы в принципе. Именно поэтому он не может составить подробное ТЗ с описанием всех необходимых деталей.
Это аналогично тому, что я захочу построить дом. Будучи человеком далеким от домостроения, найму бригаду строителей, напишу документ, где опишу примерное мое представление о доме — количество, размеры комнат, расположение окон, розеток и так далее. По данному ТЗ мне построят схему дома, я ничего там не пойму, подпишу и буду ждать результатов. В итоге я получаю дом, построенный в точности с ТЗ, но коренным образом отличающийся от моих представлений: окна квадратные, а не прямоугольные, стены тонкие, нет звукоизоляции и т.д.
Кто виноват? Я? Нет, потому что я не специалист, я не могу учесть все особенности. Исполнитель? Нет, потому что он разработал проект в точности по ТЗ.
Исполнитель — сторона, непосредственно заинтересованная в выполнении задачи с меньшими трудозатратами за большие деньги. Интересы исполнителя, в большинстве случаев, прямо противоположны интересам заказчика. Исполнитель знает и на чем можно сэкономить, как выполнить работу более оптимально.
Аналогичная ситуация с домом, только теперь исполнитель составляет ТЗ. В итоге получаем подробнейший документ на 50 листах, в деталях описывающий весь процесс разработки дома. Казалось бы — ребята профи, так все четко и понятно расписали. Я, не думая, читаю, вроде все понятно — и окна прямоугольные, и стены толстые с утеплителем, и полы с гидроизоляцией, и джакузи, и душевая кабина — «Зачем она мне? Ладно, пусть будет, круто же”. В результате, дом выглядит потрясающе, все четко, профессионально, качественно.
Я счастлив. Ровно до тех пор, пока не приходит друг, разбирающийся в строительстве. И тут я понимаю, что оказался полнейшим лохом: «Сколько ты за это отдал? Да ладно!!! У меня на складе аналогичная в пять раз дешевле. А это тебе зачем? Ты же никогда этим не занимался! А это уже давно устарело, есть более лучшие и современные образцы.”
Кто виноват в данном случае? Ребята молодцы, все сделали четко, правильно, профессионально, я сам на это подписался, значит я виноват? Но я то откуда знать мог?

Может стоило позвать друга до начала стройки?

Вот и появляется та самая третья сторона. Та сторона, которая знает, что я хочу хороший, недорогой дом, со всеми удобствами и современными фичами. Но мне не нужен дворец с последними веяниями моды. Та сторона, которая знает, что такое строительство дома, которая имеет большой опыт работы со строительными организациями, знает все тонкости. Эта сторона имеет свой интерес, только один интерес — получить деньги за советы, за составление четкого задания.
Часто третьей стороной оказываются все те же веб студии, а точнее, менеджеры студий, для которых подобная работа — дополнительный заработок. Эти люди составляют грамотные, четкие ТЗ и получают за это хорошие деньги. Такой человек сможет понять суть моей задумки, опишет ее в подробном виде и, при этом, опишет все максимально выгодно для заказчика и максимально грамотно технически. Дальше остается найти исполнителя на поставленную задачу и требовать максимального ее выполнения.

Возможно ли это?

К сожалению (а может и к счастью) данная схема невозможно в условиях российского общества. У нас все еще думают, что нет никакой разницы между сайтами за 10 т.р. и за 50 т.р., а если нет разницы, зачем платить больше?
Техническое задание вообще считается чем-то бесполезным и совершенно не стоящим внимания. В стране преобладает совершенная безграмотность в ИТ сфере, и это на руку людям, работающим в ИТ. Именно поэтому ТЗ будет разрабатываться исполнителем, поэтому каждый третий заказчик будет оставаться недоволен.
Может это и к лучшему. Вопрос довольно неоднозначный. У каждого на этот счет свое мнение, но результат будет один.

Добавить комментарий