Как сделать техническое задание на сайт или мобильное приложение

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

1. Введение

Цель раздела

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

Что включить

Название проекта: ваш бренд или название продукта

Тип продукта

• Сайт (лендинг, интернет-магазин, корпоративный портал);
• Мобильное приложение (iOS, Android, кроссплатформенное);
• Веб-приложение (например, SaaS-платформа);

Основная идея: Краткое описание проблемы, которую решает продукт

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

Пример для сайта

Название: EcoMarket — онлайн-магазин экологичных товаров.

Тип: Многостраничный сайт с каталогом, корзиной и личным кабинетом.

Идея: Создать платформу для продажи товаров без пластика и химии, объединив эко-бренды в одном месте.

Контекст: Рост спроса на экопродукты на 25% в 2025 году (источник: исследование GreenTrends).

Советы

• Избегайте абстрактных фраз вроде «сделать крутой сайт».
• Укажите источники данных, если приводите статистику (например, «по данным SimilarWeb, аудитория конкурентов — 1 млн пользователей в месяц»).

2. Цели и задачи проекта

Цель раздела

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

Что включить

2.1. Бизнес-цели

• Увеличить прибыль, снизить затраты, захватить долю рынка.
• Пример:
• Повысить конверсию в покупку с 3% до 8% за 6 месяцев;
• Сократить время обработки заказа с 2 часов до 30 минут.

2.2. Пользовательские цели

• Решить конкретные проблемы аудитории.
• Пример:
• Найти товар за 1 минуту с помощью умного поиска;
• Оплатить заказ без регистрации.

2.3. Метрики успеха

• KPI (Key Performance Indicators), которые будут отслеживаться.
• Пример:
• Удержание пользователей (Retention Rate) ≥ 40% на 7-й день;
• Средний чек ≥ 5000 руб.

Бизнес-цели:01. Привлечь 50 000 установок за первые 3 месяца;

02. Достичь ROI 120% через 6 месяцев.

Пользовательские цели

• Заказать такси за 2 клика;
• Получать уведомления о скидках на любимые категории.

Метрики

• Средний рейтинг в App Store/Google Play ≥ 4.5;
• Время отклика сервера ≤ 500 мс.

Советы

• Используйте SMART-критерии:
• Specific (конкретные),
• Measurable (измеримые),
• Achievable (достижимые),
• Relevant (релевантные),
• Time-bound (ограниченные по времени).

3. Описание целевой аудитории

Цель раздела

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

Что включить

3.1. Демография

• Возраст, пол, география, доход, образование.
• Пример:
• Мужчины 30-45 лет, доход 15000 руб + живут в России.

3.2. Поведенческие характеристики

• Где проводят время (соцсети, форумы);
• Как используют аналогичные продукты;
• Пример:
• Активно пользуются Instagram для поиска товаров;
• Чаще заказывают с мобильных устройств.

3.3. Потребности и «боли»

• Что мешает пользователям сейчас.
• Пример:
• Нет времени сравнивать цены в разных магазинах;
• Сложно вернуть товар без чека.

3.4. Персоны пользователейСоздайте 2-3 персонажа — вымышленных представителей аудитории.

Пример персоны:Имя: Анна, 28 лет.

Профессия: Маркетолог.

Цели

• Купить экотовары быстро, без переплаты;
• Получить гарантию возврата.

Страхи

• Попасть на мошеннический сайт;
• Долгая доставка.

Советы

• Используйте данные аналитики (Google Analytics, опросы, соцсети);
• Учитывайте культурные особенности (например, в Японии мобильный интерфейс должен быть минималистичным).

4. Функциональные требования

Цель раздела

Детализировать, какие функции должны быть в продукте, и как они работают.

Что включить

4.1. Пользовательские сценарииОпишите шаги, которые выполняет пользователь для достижения цели.

Пример для интернет-магазина

Сценарий «Оформление заказа»

• Пользователь добавляет товар в корзину;
• Переходит в корзину, проверяет состав;
• Выбирает способ доставки (курьер, самовывоз);
• Вводит промокод (если есть);
• Оплачивает заказ через Google Pay/карту;
• Получает email с подтверждением.

4.2. Модули и функцииРазбейте продукт на логические блоки.

Пример для мобильного приложения:

• Профиль пользователя:
• Регистрация через email/соцсети;
• Редактирование аватара и личных данных;
• История заказов.
• Поиск:
• Фильтры по цене, рейтингу, бренду;
• Автодополнение запросов.

4.3. Интеграции

• С какими внешними сервисами должен взаимодействовать продукт.
• Пример:
• Платежные системы: SberPay, Apple Pay, Яндекс Pay;
• Аналитика: Google Analytics, Яндекс Метрика;
• CRM: Битрикс24 для синхронизации заказов.

4.4. Ограничения

• Что система не должна делать.
• Пример:
• Не хранить данные карт на сервере;
• Не показывать товары, которых нет в наличии.

Советы

• Используйте диаграммы Use Case или User Flow для визуализации сценариев.
• Приоритезируйте функции по методу MoSCoW:
• Must have: Без этого продукт не работает (например, корзина);
• Should have: Важно, но можно выпустить позже (например, чат с поддержкой);
• Could have: Желательные улучшения (например, dark mode);
• Won’t have: Отложенные функции.

5. Дизайн и UX/UI-требования