Техническое задание на разработку сайта

Привет, с вами Вячеслав Егоров, основатель и CEO MediaTen. Мы 13 лет разрабатываем для бизнеса коммерческие и корпоративные веб‑платформы, сервисы и мобильные приложения.

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

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

1. Техническое задание на разработку приложения – это и есть веб или мобайл продукт:

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

2. «‎Сколько стоит сайт?» – чуть ли не первый вопрос от клиентов, ответ на который – подробное ТЗ.

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

3. Наличие технического задания позволяет определить, хватит ли бюджета сразу на весь проект или лучше разделить его на этапы и выпустить пока MVP.

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

4. Техзадание обеспечивает двусторонние гарантии в процессе разработки сайта или приложения.

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

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

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

Я перекопал кучу таких примеров ТЗ: как для коммерческих продуктов, так и для полугосударственных. И чуть не сломал мозг, перечитывая 100+ страниц текста. Для своего агентства принял концепцию описывать функционал с четкой архитектурой, которая включает действительно важное для клиента.

1. Цель разработки на основе процессов бизнеса.

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

2. Информационная структура приложения.

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

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

3. Структура базы данных.

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

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

4. Прототипирование экранов.

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

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

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

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

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

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

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

Чтобы сказать правдивую сумму ТЗ, моя команда опирается на:

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

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

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

#ТЗнаразработкусайта #ТЗразработчикам #техническоезаданиеразработчикам #тзразработкасистемы