Техзадание на мобильное приложение - это документ, по которому подрядчик считает цену, а вы потом принимаете работу. Разбираем, что в нём должно быть с точки зрения заказчика, где обычно остаются дыры, сколько стоит подготовка ТЗ и когда приложение лучше не делать вовсе.
Зачем заказчику техзадание
Техзадание (ТЗ) защищает в первую очередь ваши деньги: без него подрядчик оценивает работу на глаз, а любая доработка становится «новой задачей» с новым счётом. Хорошее ТЗ отвечает на три вопроса - что делает приложение, для кого и как вы поймёте, что оно готово.
Важно различать два документа. Бизнес-ТЗ пишет заказчик: цели, пользователи, сценарии, ограничения. Техническую спецификацию (выбор платформ, архитектура сервера, базы данных) обычно готовит исполнитель на основе вашего документа. От владельца бизнеса никто не ждёт знания программирования, но описать, что должно происходить на экране телефона, можете только вы.
Что прописать в ТЗ: обязательные разделы
Объём документа не важен - важна полнота. Даже на десяти страницах можно закрыть всё ключевое, если идти по этим разделам.
| Раздел | Что в нём написать | Чем грозит пропуск |
|---|---|---|
| Цель и метрики | Какую задачу бизнеса решает приложение и по какой цифре вы судите об успехе: повторные заказы, записи, средний чек | Сделают красиво, но не то, что приносит деньги |
| Пользователи и роли | Кто пользуется: клиент, курьер, менеджер, администратор, что каждый видит и может делать | Забудут админку, и править цены будет нельзя |
| Сценарии | Пошагово: открыл, выбрал, оплатил, получил уведомление. Отдельно - что бывает при ошибке | Логика «по умолчанию» на усмотрение программиста |
| Платформы | iOS, Android или обе, минимальные версии систем, нужен ли планшет | Окажется, что старые телефоны клиентов не поддерживаются |
| Интеграции | С чем обменивается данными: CRM, 1С, касса, платёжный сервис, карты, служба доставки | Самая дорогая доработка после сдачи |
| Дизайн | Есть ли фирменный стиль, кто рисует макеты, сколько кругов правок входит | Бесконечные правки или чужой шаблон |
| Данные и безопасность | Какие персональные данные собираются, где хранятся, кто имеет доступ | Риски по закону о персональных данных |
| Приёмка и передача | Как проверяется результат, что передаётся: исходный код, доступы к аккаунтам магазинов, документация | Приложение есть, а обновить его без старого подрядчика нельзя |
Пишите сценарии глаголами и с примерами, а не прилагательными. «Удобная корзина» ничего не значит. «Пользователь добавляет товар, меняет количество, видит итог со скидкой и стоимостью доставки до оплаты» - это уже можно проверить.
Первая версия: что оставить, а что отложить
MVP (минимально жизнеспособный продукт) - версия, в которой есть только то, без чего приложение не решает свою главную задачу. Это главный способ сэкономить: каждая лишняя функция в первом релизе стоит денег на разработку и потом на поддержку.
Простой способ отбора: выпишите все желания списком и напротив каждого ответьте, перестанет ли клиент пользоваться приложением, если этого не будет.
- Каталог, заказ, оплата, статус заказа - обычно ядро, его оставляют.
- Программа лояльности с уровнями, чат с поддержкой, рекомендации на основе ИИ - кандидаты во вторую очередь.
- Соцсеть внутри приложения, игры, сложная аналитика для руководителя - почти всегда можно отложить.
- Админ-панель - не откладывайте: без неё любое изменение контента превращается в заявку программисту.
Если хочется добавить ИИ-функции, заранее решите, что будет при ошибке модели. Почему это важно, разобрано в материале про галлюцинации ИИ и риски для бизнеса.
Интеграции и данные: где чаще всего ошибаются
Приложение редко живёт само по себе. Заказы должны попадать туда же, куда заявки с сайта, остатки - подтягиваться из учётной системы, оплаты - сходиться с кассой. Если этого нет в ТЗ, подрядчик сделает отдельную базу, и сотрудники будут переносить заказы руками.
Для каждой интеграции укажите: какая система, в какую сторону идут данные, как часто, кто даёт доступы со стороны вашей компании. Подход тот же, что и при интеграции сайта и CRM: сначала договориться о полях и статусах, потом программировать.
Отдельно опишите персональные данные: телефоны, адреса, история заказов. Укажите, где хранится сервер, кто имеет доступ и как пользователь даёт согласие на обработку. Конкретные требования закона по вашему случаю лучше сверить с юристом - ошибка здесь стоит дороже, чем вся экономия на документе.
Сколько стоят ТЗ и разработка
Цифры ниже - рыночные ориентиры, а не прайс. Разброс огромный, и он объясняется не жадностью подрядчиков, а объёмом: число экранов и ролей, количество интеграций, нужна ли одна платформа или две, сложность дизайна.
| Что | Ориентир по рынку | От чего зависит |
|---|---|---|
| Подготовка ТЗ подрядчиком | от нескольких десятков тысяч рублей до сотен тысяч | Глубина: перечень функций или прототипы всех экранов |
| Простое приложение без сложных интеграций | от сотен тысяч рублей | Число экранов, одна или две платформы |
| Приложение с оплатой, личным кабинетом и связкой с учётной системой | от миллиона рублей и выше | Количество интеграций и ролей |
| Поддержка после запуска | ежемесячно, часто процент от стоимости разработки | Частота обновлений и требования магазинов приложений |
Сроки устроены так же: простая версия - от пары месяцев, сложная - полгода и дольше. Добавьте время на проверку в магазинах приложений: публикацию там согласуют не сразу, и замечания модерации иногда требуют доработок.
Если подрядчик называет цену без ТЗ одной цифрой, это не смета, а оценка «на вырост». Нормальная смета разбита по функциям, и вы видите, что можно вычеркнуть.
Когда приложение бизнесу не нужно
Самая дорогая ошибка - сделать хорошее приложение, которое никто не скачивает. Перед ТЗ честно ответьте на вопросы ниже.
- Клиент покупает у вас раз в год или реже. Ради разовой покупки приложение не ставят, хватит быстрого сайта.
- Нет бюджета на продвижение установок. Приложение само по себе не приводит клиентов, его нужно рекламировать отдельно.
- Задачу закрывает бот в мессенджере: запись, статус заказа, ответы на вопросы. Это дешевле и не требует установки.
- Сайт ещё не работает как следует. Начните с него: подробнее о бюджете в материале сколько стоит разработка сайта.
- Нет человека, который будет вести приложение после запуска: обновлять контент, отвечать на отзывы, следить за ошибками.
Приложение окупается там, где клиент возвращается часто: доставка еды, салоны и клиники с регулярными визитами, сервисы с подпиской, программы лояльности с частыми покупками.
Как принять работу и не попасть в зависимость
Критерии приёмки пишите заранее, в том же ТЗ. Иначе в конце проекта спор пойдёт о том, что считать «готово».
- Пройдите каждый сценарий из ТЗ на реальных телефонах обеих платформ, включая медленный интернет.
- Проверьте ошибки: отказ оплаты, пустая корзина, потеря связи посреди заказа.
- Убедитесь, что заказ из приложения появился в CRM или учётной системе с правильными полями.
- Получите исходный код и доступы к аккаунтам разработчика в магазинах приложений на вашу компанию.
- Возьмите короткую документацию: как обновлять приложение и где лежат данные.
Аккаунты в магазинах приложений должны быть оформлены на вас, а не на подрядчика. Если приложение опубликовано с чужого аккаунта, перенести его потом будет сложно, а смена исполнителя превратится в переговоры.
Наши работы
Сайты, которые студия уже запустила
Четыре проекта N3MIROFF, которые можно открыть прямо сейчас и посмотреть, как они работают.
Агротех с ИИ
SkyFarm ↗
Редизайн сайта систем выращивания: первый экран с контейнерной фермой, схема работы из трёх шагов, карусель продуктов и экран приложения.
Сайт салона
ayvazzovsky.com ↗
Салон сложного окрашивания в Москве: онлайн-запись, видео работ, портфолио и команда. Переехал с Тильды на свой хостинг.
Онлайн-академия
ayvazzovsky.academy ↗
Видеоуроки колористики: каталог, посадочные страницы уроков, личный кабинет и промокоды.
Event-агентство
navsegda-event.ru ↗
НАВСЕГДА: корпоративы и конференции - услуги, кейсы, этапы работы и расчёт мероприятия.
Витрина магазина
Monkey Market ↗
Премиальная витрина магазина кроссовок с заказом в Telegram.
Услуги студии по теме: разработка сайтов под ключ и SEO-продвижение статьями.
Нужен сайт, который принимает заявки, а не просто существует?
Сделаем премиальный сайт на React за 1-2 недели от материалов, с заявками в Telegram или CRM.
Частые вопросы
Может ли заказчик написать ТЗ сам?
Бизнес-часть - да, и лучше именно вам: цели, пользователи, сценарии, ограничения по бюджету. Техническую спецификацию разумно отдать исполнителю, но проверить, что она покрывает все ваши сценарии.
Сколько страниц должно быть в ТЗ?
Нет правильного объёма. Важно, чтобы каждая функция была описана так, что её можно проверить. Короткий документ со сценариями полезнее длинного с общими словами.
Что лучше: нативное приложение или кроссплатформенное?
Нативное пишут отдельно под iOS и Android, кроссплатформенное - одним кодом на обе системы. Второй вариант обычно дешевле и быстрее, первый нужен, когда важны сложная графика, работа с датчиками телефона или максимальная скорость. Решение лучше принимать вместе с исполнителем, исходя из ваших сценариев.
Можно ли менять ТЗ во время разработки?
Можно, но каждое изменение должно оформляться отдельно, с влиянием на срок и цену. Пропишите этот порядок в договоре заранее, иначе изменения сольются с исходным объёмом и спорить о деньгах будет не по чему.
Нужен ли прототип до разработки?
Желательно. Прототип - кликабельная схема экранов без дизайна. Он позволяет увидеть пробелы в логике до того, как за них заплатили программистам, и обычно обходится заметно дешевле переделок.
Разберём вашу идею приложения до сметы
Скажем, что из задуманного нужно в первой версии, что можно отложить и не проще ли решить задачу сайтом или ботом.
Получить целевые заявки → Telegram