Как составить тз на разработку сайта

Как составить тз на разработку сайта

Контроль и отслеживание работ

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

Как отслеживать и контролировать работы:

Распространенные ошибки при составлении ТЗ

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

Не указан тип сайта

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

В ТЗ не прописаны целевые действия пользователей

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

Отсутствуют референсы

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

Обтекаемые формулировки

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

*Когда прочитал ТЗ с непонятными формулировками

Зачем применяют в маркетинге

В маркетинге техническое задание — это документ, который заказчик (частное лицо или компания) предоставляет исполнителю (маркетинговому агентству, команде дизайнеров, специалисту) при постановке задачи.

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

Техническое задание в маркетинге помогает:

  • Определить цели и задачи проекта
  • Указать технические требования
  • Сориентировать исполнителя на ожидания

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

Какие моменты нужно учесть при составлении ТЗ

  • Объективность и конкретика
  • Указание конкретных критериев для оценки
  • Подробное описание пожеланий заказчика

Формулировки в техзадании должны быть максимально четкими. Если в документе прописываются какие-либо критерии, важно, чтобы они подлежали объективной оценке. Для примера возьмем характеристику дизайна. Нежный, дерзкий, комфортный — все это очень субъективно. Другое дело — фон страниц оттенка пыльной розы PANTONE 17-1718 TCX Dusty Rose.

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

Как правильно составить ТЗ на разработку сайта

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

Подарок от команды Rubix

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

Разбираем ингредиенты

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

Раздел с организационными моментами

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

Кроме того, в этом разделе следует подробно описать объем работ. Все зависит от сложности поставленной перед исполнителем задачи.

Раздел с требованиями к сайту

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

Сценарий использования сайта

CMS (Content Management System), или движок, — это скелет веб-ресурса. В техзадании необходимо указать, какой вариант выбрал клиент:

  • WordPress
  • Joomla
  • Drupal
  • 1С-Битрикс

Требования к структуре

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

  • Главная страница
  • Каталог товаров
  • Корзина
  • Оплата и доставка
  • Контакты

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

Технические требования

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

  • Адаптивный дизайн
  • Быстрая загрузка страниц
  • SEO-оптимизация
  • Аналитика посещаемости

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

Начнем с доменной зоны. При запуске коммерческого проекта, рассчитанного на международный рынок, стоит выбрать зону .com или .net. Если владелец будущего сайта планирует работать на территории РФ и стран СНГ, оптимальный вариант — зоны .ru, .su и .рф.

Создание успешного веб-проекта: техническое задание и важные принципы

Выбор доменного имени

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

  • Однако, убедитесь, что доменное имя доступно для регистрации и не нарушает авторских прав.
  • Уточните, где будет зарегистрировано доменное имя (например, национальное или международное доменное расширение).

Хостинг и его важность

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

  • Кто является заказчиком и утвердил имя домена на 100%.
  • Убедитесь, что выбранный хостинг соответствует требованиям вашего проекта.

Контент — ключевой элемент веб-проекта

Одним из важных элементов веб-проекта является контент. При создании технического задания обсудите следующее:

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

Особенности служебных страниц

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

  • Необходимость оптимизации страниц-фильтров.
  • Добавление прототипов страниц или описание вида страниц.

Дизайн и его содержание

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

  • Указание на наличие брендбука (документ с визуальным стилем компании).
  • Описание функциональных и стилистических особенностей дизайна.

Полезные функции технического задания

При создании ТЗ важно придерживаться принципов эффективности:

  • Определите цель проекта и описание продукта для успешной реализации.
  • Уточните все детали, которые помогут исполнителю понять вашу задачу и прийти к идеальному результату.

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

Уточняющие вопросы для комментария эксперта в статье

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

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

Детализируйте ТЗ до исключения альтернативных решений

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

Указывайте точные, а не абстрактные требования

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

Иллюстрируйте и показывайте примеры

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

Используйте ясные формулировки

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

Профессионализм «главное зеркало» расшифровывается, чтобы смысл работы мог понять заказчик. Скриншот взят из ТЗ Ozhgibesov Agency

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

Зачем нужно ТЗ при создании сайта?

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

Что дает ТЗ для заказчика?

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

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

Статьи по теме

Бизнес-план для Вашего интернет-магазина. Как составить бизнес план и какие аспекты включить

Какую CMS выбрать для интернет-магазина, ТОП CMS для разработки интернет магазина

Оценка времени и общей стоимости работ

Разработчики (исполнители) могут использовать следующие методы и подходы для оценки времени и стоимости:

Разберем понятие “Техническое задание” в WEB разработке

Техническое задание (ТЗ) — это основной документ, определяющий цели, требования и детали проекта перед его разработкой. Оно позволяет заказчику и исполнителям четко понять задачи и ожидания, установить сроки разработки и бюджет, обеспечивая успешную реализацию проекта. ТЗ при процессе WEB разработки играет ключевую роль в оптимизации работы и минимизации рисков, так как заранее определяет не только сроки, необходимые для разработки проекта, но и оценивает затраты, которые компания будет нести в процессе создания продукта.

Можно ли написать ТЗ на разработку сайта самостоятельно?

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

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

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

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

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

Наша команда Intent Solutions готова помочь Вам достичь лучшего результата.

Свяжитесь с нами и мы воплотим Ваши желания в реальность.

Структура технического задания (ТЗ) на примере мобильного приложения

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

Введение

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

Описание текущей ситуации на рынке.

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

Целевая аудитория приложения.

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

Описание функциональности

Тут указывают возможности приложения с раскрытием их особенностей.

Описание пользовательских сценариев.

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

Пример схемы пользовательского сценария приложения. Взят из видео на YouTube

Интерфейс и пользовательское взаимодействие.

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

Требования к базе данных и хранению данных.

Тут указываются требования к архитектуре СУБД, а также способы хранения и обработки информации.

Интеграция с другими системами или сервисами.

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

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

Дизайн и пользовательский опыт

Общие принципы дизайна.

Тут описывают визуал, цветовая палитра и типографика приложения.

Идентичность бренда и стиль оформления.

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

Навигация и структура информации.

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

Адаптивный дизайн и поддержка разных устройств.

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

Требования к разработке

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

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

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

Пример схемы архитектуры приложения. Взят из видео на YouTube

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

Система управления версиями.

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

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

Поддержка и обновление приложения.

Здесь указывают требования к поддержке и обновлению приложения после его выпуска: планы выпуска новых версий и исправлений дефектов.

План работ

Этапы проекта и сроки выполнения.

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

Роли и ответственности участников команды.

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

Контрольные точки проекта.

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

Пример определения контрольных точек проекта в программе «1С:Документооборот 8»

Управление рисками и качеством

Идентификация и анализ рисков.

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

Планы мониторинга и контроля качества.

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

Планы резервного копирования и восстановления.

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

Бюджет и финансовые требования

Распределение ресурсов и бюджетные ограничения.

В этом разделе определяются требования к распределению ресурсов: финансов, персонала и инфраструктуры, и устанавливаются бюджетные рамки.

План оплаты и условия контракта.

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

Соглашения и обязательства

Правовые и коммерческие соглашения.

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

Конфиденциальность и защита данных.

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

Правила изменения и утверждения ТЗ.

В этом разделе устанавливаются правила для внесения изменений в ТЗ и процедуры утверждения изменений.

Дополнительная информация и ресурсы.

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

Технические спецификации и диаграммы.

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

Примеры пользовательского интерфейса.

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

Макеты дизайна мобильного приложения, выполненные в Figma. Взято из видео на YouTube

Стандарты технического задания

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

ISO 29148:2018 — международный стандарт, который определяет процесс постановки требований на разработку ПО. Он охватывает все этапы жизненного цикла разработки: от анализа требований до проверки их соответствия. Стандарт определяет рекомендации по работе с требованиями, включая их классификацию, анализ, документирование и верификацию. Также этот стандарт включает рекомендации по взаимодействию с заинтересованными сторонами: заказчиками, пользователями и заинтересованными лицами проекта.

ГОСТ 34.602-89 — это стандарт, который устанавливает требования к оформлению документации, необходимой для разработки и эксплуатации ПО. Еще в нем есть правила оформления руководства пользователя, отчетов по тестированию и документации по обслуживанию. Он был разработан еще при СССР, но до сих пор применяется в России. Сейчас стандарт нуждается в обновлении и адаптации к современным условиям — аналогичных отечественных стандартов нет.

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

Какая информация должна быть в качественном ТЗ

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

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

ТЗ на разработку сайта, что ты такое?

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

Преимущества создания ТЗ для заказчика

Техническое задание позволяет клиенту:

Преимущества создания ТЗ для исполнителя

Техническое задание необходимо и разработчику. Оно помогает:

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

Кто составляет ТЗ на разработку сайта

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

*Клиент представляет сайт своей мечты

Для чего нужно техническое задание

Определяет и фиксирует необходимые требования к разработке или созданию продукта. Это основа для понимания и согласования проекта.

Также ТЗ помогает контролировать выполнение работы и оценить готовый результат.

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

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

Как влияет наличие ТЗ на разработку проекта

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

⦿ Четкое определение требований

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

⦿ Установление стандартов и рекомендаций

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

⦿ Минимизация рисков и ошибок

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

⦿ Легкость оценки и контроля процесса

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

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

Как правильно составить

В некоторых сферах, например в строительстве, оформление ТЗ регламентируют официальные ГОСТы.

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

Общий план включает следующие пункты:

Описание проекта

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

Фрагмент описания в ТЗ на мобильное приложение. Источник

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

Пример расшифровки терминов в техзадании

Цели проекта

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

Пример постановки целей и задач в ТЗ

В этом пункте описывают конкретные требования к проекту:

Фрагмент ТЗ с описанием требований к конечному продукту

Порядок контроля и приемки

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

Включает в себя:

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

Описание этапов работ в техническом задании

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

Образец чек-листа для проверки дизайн-макета

Здесь размещают все дополнительные материалы — имеющиеся наработки, референсы, фотографии, ссылки на видеоматериалы, например записи или расшифровки интервью сотрудников компании.

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

Пример референса с описанием деталей. Источник

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

Главные мысли

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *