Как составить техническое задание и получить то, что нужно

Что такое техническое задание

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

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

3. Порядок корректировки плана разработок.

План развития корректируется в следующих случаях:

1. Внеплановое отсутствие специалиста, ответственного за разработку программного обеспечения.
2. Необходимость оперативного восстановления штатной работы программного обеспечения.
3. Незапланированное повышение приоритета развития/улучшения руководством Компании.

В случае необходимости корректировки плана разработки Менеджер процесса разработки согласовывает с руководителем ИТ-отдела и Заказчиком перенос работ.

Наши факапы: что мы не учли и к чему это привело

Мы сделали шесть шагов к ТЗ, но все же допустили просчеты. Что можно было бы сделать по-другому для лучшего результата:

• Выделить время и собрать проектную команду

Как владелец продукта, я разрабатывал концепцию платформы в свободное от других задач время. Мы привлекли сотрудников из других проектов. Разработка MVP затянулась более чем на полгода. Если бы работала выделенная команда, проект был бы реализован быстрее и проще.

• Проверяйте все гипотезы в начале

Мы выявили и подробно описали боли целевой аудитории: предпринимателей и экспертов. Но их не убедило, что формат экспертной площадки наиболее востребован целевой аудиторией. Тестовый вариант мог быть и попроще: не отдельный сайт, а группа в Facebook со списком услуг и кнопкой конвертации, или Telegram-канал с чат-ботом для записи запросов.

• Выбрать другие технологии

Можно было создать сайт не на Тильде, а на Битриксе. Так дизайн занял бы меньше времени; было бы удобнее публиковать контент через административную панель.

• Тратьте меньше ресурсов на работу с экспертами

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

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

Когда стоит составлять техническое задание

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

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

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

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

Нет устоявшейся практики: как вести переговоры с подрядчиком.

Заказчик делает сам

Например, Анатолий Шостак, генеральный директор архитектурной фотостудии ArchPhoto, называет идеальным заказом ситуацию, когда заказчик сразу представляет подробное ТЗ и просит оценить работу.

В таких случаях мы точно знаем, что, как и когда снимать. Следовательно, мы можем сразу рассчитать стоимость и сроки работ. Но в большинстве случаев у клиентов нет точного ТЗ, потому что у них нет конкретного понимания, что именно нужно от исполнителя. В таких случаях предлагаем вам заполнить форму с наводящими вопросами.
Анатолий Шостак

Генеральный директор ArchPhoto

Совместная работа

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

Техзадание полностью делает исполнитель

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

Совместная работа по подготовке технического задания и сдаче задания исполнителю отличается главным образом своим подходом. Например, вы хотите заказать интернет-магазин:

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

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

7 типовых ошибок

1. Перепутанные цели и задачи.
2. Немного подробностей в технической информации.
3. Размытые или неуказанные сроки.
4. Между сторонами нет согласия по всем вопросам.
5. Нет регламента взаимодействия.
6. Нет ответственных людей.
7. Критериев для оценки результата нет.

Сколько стоит заказать ТЗ

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

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

Основатель компании по разработке информационных систем Work Solutions Максим Мул рекомендует ориентироваться на 10-20% от общей стоимости разработки продукта при запросе технических спецификаций.

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

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

Основатель WorkSolutions

Если речь идет об ИТ-задачах, например, интеграции между информационными системами, внедрении CRM, разработке дополнительного функционала ПО или приложения API, то на ТЗ стоимостью менее 50 000 рублей рассчитывать не стоит, — говорит Владимир Севрук, генеральный директор компании «Вычислительная техника» и Сервис.

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

Микро- и малый бизнес, как правило, не может позволить себе такие затраты: запрос технических спецификаций важен для топового малого и среднего бизнеса, когда ИТ-продукт в конечном итоге значительно сократит расходы бизнеса и принесет прибыль.
Владимир Севрук

Генеральный директор компании «Информатика и Сервис»

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

У нас есть более сложная форма ТЗ — мы называем ее «сценарий». По сценарию мы проводим предварительную съемку, прописываем и согласовываем с клиентом все ракурсы, определяем целевую аудиторию и рассчитываем время каждого кадра с учетом движения солнца. И все это до начала уборки.
Анатолий Шостак

Генеральный директор ArchPhoto

За составление такого подробного пейзажа ArchPhoto берет деньги. В зависимости от сложности проекта и требований клиента, иногда сценарий стоит больше, чем сама съемка. Но благодаря спецификации клиент еще до начала работы понимает, что он получит в итоге, — говорит Анатолий Шостак.

Как написать техническое задание

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

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

Пишите однозначно

При написании ТЗ или описании продукта подрядчику старайтесь избегать качественных прилагательных. Одному подойдет «красивый» жакет, а другому, наоборот, широкий покрой. То же самое с любым проектом: чем больше деталей, тем лучше.

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

Бывает, что клиент точно не знает, что он хочет получить, и часто даже не осознавая этого. Из-за этого в ТЗ появляются расплывчатые и подробные формулировки. В результате заказчик и исполнитель потратят значительное время на их выяснение. Эффективнее делать ТЗ с конкретными и точными требованиями, без многословия.
Алексей Орлов

Менеджер проектов в Рексофт

Любые пожелания стоит попытаться свести к количественным требованиям.

Дайте подрядчику общую информацию

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

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

Расскажите подрядчику, какие задачи будет решать ИТ-решение. Это может быть увеличение прибыли, повышение узнаваемости бренда, лояльность пользователей. Указать, кто будет пользователями продукта, их социальные и поведенческие характеристики, такие как пол, возраст, интересы, семейное положение, потребности; это необходимо для того, чтобы правильно и эффективно сформулировать функциональные требования к продукту.
Максим Болотов

Генеральный директор ИНОСТУДИО

Помогите разобраться в терминах и нюансах

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

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

Покажите конкурентов

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

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

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

Генеральный директор ИНОСТУДИО

Уточните важные технические требования

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

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

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

Распишите сценарии использования продукта

Если вы делаете что-то стандартное, то не стоит так сильно углубляться в характеристики продукта, это только запутает и добавит многословия в техническое задание. Но в случае чего-то необычного, постарайтесь в техзадании ответить не на вопрос «Что?», а на вопрос «Как это сделает пользователь?».

• Неправильно: «Требование 1. На сайте есть корзина, список дополнительных товаров пользователь может получить по дополнительному запросу». При этом непонятно, что и как должно работать.
• Хорошо: «Когда пользователь заходит в корзину, сайт показывает ему всплывающий баннер. Этот баннер должен содержать товары, которые могут быть полезны покупателю. Вы можете добавить любой товар в заказ одним кликом. Или закрыть окно. В этом случае понятно, как работает сценарий использования корзины и блока с перекрестными произведениями.

Если мы говорим об ИТ-продуктах, то писать скрипты можно по следующему шаблону:

• действие пользователя;
• ответ сайта;
• если это делает пользователь, то это делает и сайт;
• если пользователь делает что-то другое, то сайт отвечает так.

Опишите требования к проверке проекта

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

Например, для интернет-магазина это может быть:

• Проверю корректность отображения в браузерах Chrome, Firefox, Mozilla последних трех версий.
• Отображение на экранах мобильного телефона с разрешением 320px на 480px, мониторе с разрешением 1024px на 802px, большом мониторе с разрешением…
• Скорость загрузки для того или иного сервиса не более 1 секунды.

Чем детальнее и длиннее чек-лист, тем лучше.

Двигайтесь от общего к частному

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

1. Общие сведения.

В этом пункте необходимо указать:

— название ПО (1С:Документооборот, 1С:КА, 1С:БП, 1С:ЗУП),

— наименование отдела Заказчика,

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

— список специалистов, к которым будет применяться автоматизация,

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

3. Требования к программному обеспечению.

3.1. Требования к программному обеспечению в целом.

В этом пункте необходимо указать:

— режим работы программного обеспечения и использующий его персонал (24*7, 8*5 и т.д.),

— порядок обучения персонала (необходимо разработать инструкции, памятки и т.п),

— если требуется дополнительная защита информации или ограничение прав доступа,

В этом пункте можно дополнительно указать:

— специальные требования на усмотрение Заказчика или застройщика.

3.2. Требования к функциям (задачам), выполняемым программным обеспечением.

В этом пункте необходимо указать:

— список функций, задач для автоматизации,

— необходимость создания дополнительных групп, ролей,

— форма представления выходной информации и ее характеристики,

— реакция программного обеспечения на некорректные действия пользователя,

— общая схема работы программного обеспечения,

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

3.3. Порядок приемки.

В этом разделе вы можете указать:

— график и методология тестирования программного обеспечения,

— группа для тестирования,

— место и способы размещения готовой документации.

ПРИМЕР

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ/СОВЕРШЕНСТВОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

1. Общие сведения.

Название программы: 1С:УПП

Наименование подразделения Заказчика: Отдел закупок и логистики

Тип задачи: Разработка

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

Цели, которые должны быть достигнуты в результате разработки программного обеспечения: повышение эффективности сотрудников Retail

2. Экономическое обоснование.

Сокращение времени формирования отчета

PSE (сумма) = 525 / 1970 = 0,266

По отчетности в среднем 2 раза в день

3. Требования к программному обеспечению.

3.1. Требования к программному обеспечению в целом.

Режим работы программного обеспечения и персонала, использующего его: 24*7

Порядок обучения персонала (необходимо разработать инструкции, памятки и т.п.): требуется разработать инструкции для пользователя по работе с функционалом

Требуется ли дополнительная защита информации или ограничение прав доступа? Юр отдел или назначенное им лицо и только для привязки номера к сотруднику в его зоне ответственности

3.2. Требования к функциям (задачам), выполняемым программным обеспечением.

Документ телефонной книги

Вывести в виде отчета список «Активных» номеров с указанием ФИО, должности и электронной почты (при наличии сотрудника на карточке). Отображаются только записи номерных карточек с выбранным полем «Показать в справочнике номеров». Доступ: Доступен для всех.

Образец:

Что нужно:

1. Сохраняйте/обновляйте загруженные ежемесячные данные о потреблении со ссылкой на номер (или код номерной карты) автоматически при загрузке/изменении/планировании.
2. Сохранять рассчитанный баланс с привязкой к номеру (или номеру кода карты) автоматически при списании/обмене/постинге.
3. Сохраните данные из пунктов 1 и 2 со ссылкой на ФИО/код сотрудника. При удалении сотрудника из системы 1С имя сотрудника сохраняется в реестре (на усмотрение программиста).

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

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

3.3. Порядок приемки.

Тестируемая группа: Функциональные испытания будет проводить сотрудник розничной торговли Иванов И.И.

Место и способы размещения подготовленной документации: Документация должна быть предоставлена ​​в ЭПС ведущему специалисту по закупкам Иванову И.И., а также должна быть размещена в Слиянии в разделе Инструкции

Сроки выполнения задачи

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

{ «osnovaUnitId»: null, «url»: «https://booster.osnova.io/a/relevant?site=vc&v=2», «place»: «between_input_blocks», «site»: «vc», » конфигурация»: {«режимы»:{«externalLink»:{«buttonLabels»:«u0423u0437u043du0430u0442u044c»,»u0427u0438u0442u0430u0442u044c»,» «,» u041fu043eu043bu0443u0447u0438u0442u044c»,»u0421u043au0430u0447u0430u0442u044c»,»u041fu0435u0440u0435u043 » }, «deviceList»:{«рабочий стол»:»u0414u0435u0441u043au0442u043eu043f»,»смартфон»}} }

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

Шаблоны и примеры ТЗ

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

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

Если вы планируете заказывать товар у TI, то можете взять за основу ГОСТы. Например:

• ГОСТ 34. Это еще советская разработка сбора требований к созданию автоматизированных систем. Это не готовый шаблон, а множество вопросов к клиенту, которые помогут структурировать пожелания.
• IEEE 29148-2011 — это стандарт проектирования сложных систем, в котором задаются вопросы о требованиях к функциям, а также рекомендуется описание программных сред, то есть платформ, которые будут работать с вашим продуктом.
• Rational Unified Process — это расширенная спецификация для разработки требований к ИТ-продуктам. Большое внимание уделяется вариантам использования.

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

Основные рекомендации и пояснения по написанию ТЗ

1. Чем больше масштаб проекта, тем объемнее должно быть техническое задание.
2. Необходимо указать реальные сроки выполнения работ с учетом времени согласования проектной документации и приемочных мероприятий. Стоит обратить внимание на ответственность клиента за бездействие с его стороны или форс-мажорные обстоятельства, замедляющие работу.
3. Программисту нужны четкие условия. Недопустимы формулировки «как вариант», «примерно», «примерно», «где-то рядом», «там, где лучше всего на ваш взгляд». Требования и характеристики, носящие субъективный характер, бессмысленны с практической точки зрения и неверны с юридической точки зрения.
4. Для того, чтобы задача создания функционального модуля была понятна программисту, в техническом задании гиперссылка на те страницы, где расположены необходимые элементы интерфейса и функции, и даны подробные пояснения по ним. Также прилагаются скриншоты с выделением интересующего фрагмента.
5. Если дизайна страниц нет или это не так важно для клиента, программист может использовать прототипы, что после согласования указывается в задании.
6. Техническое задание должно быть удобным и понятным для всех частей проекта, подробно описывать все этапы и подэлементы даже для самой маленькой работы. Планировщик и менеджер не всегда имеют представление о том, что нужно заказчику, поэтому важно вовремя заметить и согласовать все нестыковки.

Когда ТЗ не нужно

Нет необходимости самостоятельно писать техническое задание на какой-либо продукт; Часто это лишняя работа, которая только запутает и станет бесполезной бумагой для подрядчика.

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

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

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

Может оказаться выгоднее и эффективнее выполнить бизнес-задачу, например, с помощью SCRUM. Действовать небольшими итерациями по 1-2 недели, анализируя результат и постепенно дополняя требования.
Владимир Севрук

Генеральный директор компании «Информатика и Сервис»

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

Домашнее задание:
Сделать на сайте www.site.name.ru новую страницу, где будут размещены контакты и фотографии продавцов-консультантов, а также онлайн-чат.

Описание:

1. КУДА? Добавьте новый раздел «Ваш консультант» в главное верхнее меню сайта между разделами «Блог» и «Наши клиенты».
2. КУДА? Создайте URL новой страницы: /your_konsultant.htm
3. КАКИЕ? Дизайн новой страницы возьмите со страницы «Наши врачи». Только вместо врачей будут консультанты.
4. КАКИЕ? Структура страницы следующая:
5. заголовок: Ваш консультант — ориентированный (в стиле заголовков других страниц сайта);
6. 3 блока подряд с полями:
7. с фотографиями продавцов размером 400*600 (выравнивание по центру);
8. ФИО продавцов под фотографиями (текстовый формат с возможностью редактирования);
9. общий для всех номер телефона: 555-555-55 под ФИО (текстовый формат с возможностью редактирования);
10. адрес электронной почты под телефоном (email: site2@mail.ru);
11. кнопка «Получить запрос» под всеми полями, размер, цвет и форма кнопки в стиле кнопок на сайте (см кнопку «Оформить заказ» по адресу: /katalog.ru).
12. КУДА? Данные консультанта необходимо отредактировать в редакторе сайта. Теги TITLE, DESCRIPTION, H1 тоже нужно редактировать.

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

Также разместите форму заказа ниже.

1. КУДА? Ниже списка консультантов, выше футера.
2. КАКИЕ? Три поля:
3. Имя
4. Телефонный номер
5. Содержание приложения
6. КАКИЕ? Обязательные поля: Имя и Телефон. Сделать дизайн по образцу формы обратной связи. Если обязательное поле не заполнено, должно появиться сообщение, например, в форме обратной связи.
7. КУДА? Отправьте запрос на электронную почту клиента: info@common.com
8. КАКИЕ? Написание в свободной форме.
9. ОСОБЕННОСТИ Защиту от ботов поставить, как в форме комментариев.
   При подаче заявки, если все прошло успешно, в Яндекс Метрику должно быть отправлено событие «Отправить заявку”.
10. НЕ ЗАБЫВАЙТЕ О ПРАВИЛАХ ПРИЕМКИ
    Проверить:
11. На странице не должно быть незакрытых тегов HTML.
12. Адаптивное тестирование на мобильных устройствах Android с разрешением ***x**** и ****x**** и планшетах с разрешением 1280 x 1024.
13. Проверить работу в браузерах Safari, Chrome, Mozilla.

Читайте также: Самые легкие браузеры для слабых компьютеров

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

Читайте больше похожих статей

SEO-сервис онлайн Лабрика

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

Многие сталкиваются с тем, что довольно сложно кратко и понятно объяснить, чего мы хотим в повседневной жизни. А когда нужно поставить задачу специалисту написать программу для организации или ИП с учетом особенностей и собственных пожеланий по функционалу, обычно можно «зависнуть».

Описание задачи и его структура

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

• Краткое описание проблемы и ее масштаба
• Видение вашего решения (или описание конкретных действий)
• Польза и польза проекту/команде/всем от выполненной задачи

Но помните, что вам не нужно долго читать свои пользовательские истории при описании ошибок. Краткость — душа изобретательности. Кроме того, текст отформатирован, с акцентами, логично распределен по абзацам.

Пример ИТ

Заголовок: задайте подготовленные метаданные для страниц сайта

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

Купить Отключить рекламу

Мы составили таблицу в Google Docs с письменными метаданными для каждой статической страницы сайта, а также шаблоны для динамически генерируемых страниц. Ссылка на документ: {ссылка}. Так как в проекте нет админки, где мы можем все настроить сами, вставляем метаданные документа на страницы сайта:

• Для статических страниц данные вводятся путем копирования и вставки
• Переменные используются для динамических страниц. Например: %ProductName% за %price% из интернет-магазина BRANDNAME.COM. То есть для каждой конкретной страницы сайта должно быть заменено ее содержимое. Полный список переменных также находится в таблице.

Сделайте это как можно скорее, так как от этого зависит вся последующая работа по оптимизации. Как только задача будет выполнена, мы отправим сайт на переиндексацию и сразу увидим увеличение показов и кликов в результатах поиска. Если у вас возникнут какие-либо вопросы по пути, не стесняйтесь спрашивать!

Объяснение: Кратко описываем проблему, готовим всю необходимую информацию для разработчика (таблица), затем описываем решение проблемы, объясняем ловушки с «переменными». В конце указываем важность задачи, желаемое время и выгоду, которую вы получите от решенной задачи. Также добавили, что мы всегда рядом и готовы быстро отреагировать и помочь (снижает стресс при получении неизвестного задания).

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

Пример дизайна

Название: Разработать целевую страницу для {clientname}

К нам подошли ребята из ХХХ. Они организуют мероприятия и встречи для крупных компаний и за два года стали лидерами. Текущая целевая страница скучна и не подходит для вашей компании.

Мы изучили и собрали всю информацию и контент о клиентах:

• {ссылка на googledoc}: Это ссылка на ТЗ с примерной последовательностью текстовых блоков и черновиков. Если появятся идеи и предложения, можно отойти от традиционных знаний и предложить свое решение.
• {Ссылка на Google Диск} — Мы собрали все необходимое для проекта в одной папке: шрифты для логотипов, фотографии с вечеринок и фотографии команд
• Вот подборка ссылок на хорошие сайты, которые вы можете изучить перед тем, как начать:

Помните: сначала переходите на мобильные устройства, так как 90% трафика приходится на мобильные устройства!

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

Пояснение: рассказываем о сильных сторонах клиента и проблеме, даем всю необходимую информацию для начала работы и показываем важные технические нюансы. По моему опыту, дизайнеры, как правило, не любят много букв, читают и копируют и вставляют текст не обращая внимания, поэтому большую часть времени им нужно обсудить задачу голосом. В конце опять же говорим о положительных нюансах и намерении сделать круто. Однако жизнь штука тяжелая и непредсказуемая: дерьмовый проект может слететь и ты понимаешь, что уже не выкрутишься, надо сдать и забыть, как страшный сон. При этом не стоит обманывать коллегу и честно сказать: «Брат, мы должны сделать эту грязную работу!».