Что такое «техническое задание в формате концепции» и как оно помогает сэкономить 50% бюджета

«Напишите техническое задание» — говорят вам в любой веб-студии. И вы садитесь за 50-страничный документ, описываете каждую кнопку, каждое поле, каждую надпись. Тратите на это месяц своей жизни или платите аналитику 200 тысяч рублей. А потом проект всё равно делают не так, потому что вы что-то упустили.

Есть другой путь — концепция. Это короткий документ на 3-5 страниц, где вы описываете не «как», а «что». Мы работаем по концепциям уже 10 лет и ни разу не пожалели. Расскажу, что это такое, почему это дешевле и как составить концепцию за полдня.

Чем концепция отличается от ТЗ

Техническое задание (ТЗ) — это список требований к программисту. «При нажатии на кнопку Х должно открываться окно Y, в окне Y есть поле Z, которое принимает только цифры». ТЗ пишут, когда всё уже спроектировано до мелочей. В малом бизнесе это часто избыточно, потому что вы не знаете всех деталей заранее.

Концепция — это описание бизнес-целей и ключевых сценариев. «Клиент должен зарегистрироваться, создать заказ, оплатить его, получить уведомление. Менеджер должен видеть все заказы и менять их статусы. Директору нужен отчёт по выручке за месяц». Без привязки к конкретным кнопкам и полям.

Концепцию можно написать за вечер. Она не требует технических знаний. И она даёт разработчику достаточно информации, чтобы оценить сроки и бюджет, а также предложить оптимальное решение.

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

Почему концепция экономит деньги

Причина 1. Меньше времени на проектирование. Составление детального ТЗ стоит от 100 до 300 тыс. руб (если заказывать у аналитика). Концепцию вы можете написать сами бесплатно или заказать у нас за 30-50 тыс. (мы потом зачтём эту сумму в разработку).

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

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

Причина 4. Быстрее старт. Концепция пишется 1-2 дня, ТЗ — 2-4 недели. За это время мы уже можем начать делать прототип и показывать его вам.

Пример: один клиент заказал детальное ТЗ у другой студии за 200 тыс. руб. Через месяц он получил 80 страниц. Мы посмотрели и сказали: «80% этого можно сделать на готовом решении за 600 тыс. руб, а не за 2 млн». Клиент выбросил ТЗ и заказал у нас концепцию. Сэкономил 1,4 млн.

Как составить концепцию за полдня: шаблон

Возьмите лист бумаги или пустой документ. Ответьте на вопросы — коротко, по делу.

Раздел 1. Цели проекта (3-5 пунктов)
Что вы хотите получить от системы? Например:

• Сократить время обработки заказа с 30 минут до 5 минут.
• Уменьшить количество звонков от клиентов на 70%.
• Автоматически формировать акты выполненных работ.
• Получать отчёт по выручке в реальном времени.

Раздел 2. Роли пользователей (кто будет заходить)
Перечислите все типы людей, которые будут работать в системе. Например:

• Клиент (физическое лицо) — хочет видеть свои заказы, оплачивать, скачивать документы.
• Менеджер — обрабатывает заказы, общается с клиентами, выставляет счета.
• Директор — видит отчёты, управляет сотрудниками, получает уведомления о проблемах.
• Бухгалтер — работает с финансами, начисляет зарплату.

Для каждой роли напишите 3-5 действий, которые она должна выполнять.

Раздел 3. Ключевые сценарии (как всё работает)
Опишите 2-3 главные бизнес-цепочки. Обычным языком, без технических деталей.

Пример: «Клиент заходит на сайт, регистрируется, добавляет товары в корзину, оплачивает картой. Менеджер видит новый заказ в своей панели, проверяет, назначает курьера. Курьер в мобильном приложении отмечает, что забрал заказ, и клиент получает уведомление. После доставки система сама генерирует акт и отправляет клиенту на email».

Таких сценариев должно быть 3-6 штук. Они покрывают 80% функционала.

Раздел 4. Отчёты и аналитика
Перечислите 3-5 отчётов, без которых вы не представляете управление бизнесом. Например:

• Выручка по дням/неделям/месяцам.
• Топ-10 клиентов по сумме заказов.
• Количество заказов в статусе «просрочено».
• Загрузка сотрудников (сколько заказов у каждого).

Раздел 5. Интеграции
С какими системами должен обмениваться данными ваш новый портал? Например:

• Платёжный шлюз (Т-Банк, Альфа-Банк).
• 1С Бухгалтерия или Склад.
• API транспортной компании (для расчёта доставки).
• Телефония (Манго, Задарма).
• Сайт (если он уже есть, нужно связать кабинет с сайтом).

Раздел 6. Что важно, а что можно отложить
Честно напишите: «Красивый дизайн важен, но не в первой версии», «Мобильное приложение можно позже, пока хватит адаптивного сайта», «Интеграция с 1С критична, без неё не запустим».

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

Что делать с готовой концепцией

Вы можете отправить её нам (или любой другой студии). Мы в течение 2-3 дней дадим:

• Предварительную оценку по срокам (например, 3 месяца до первой версии).
• Предварительную оценку по бюджету (например, 500-700 тыс. руб).
• Рекомендацию: использовать готовое решение, дорабатывать существующее или писать с нуля.

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

Почему не стоит писать детальное ТЗ до старта

У меня есть поговорка: «ТЗ — это документ, который устаревает сразу после подписания». Пока вы его пишете, рынок меняется, появляются новые идеи, клиенты просят по-другому. Жёсткое ТЗ убивает гибкость.

Лучше сделать так:

• Концепция (1 день).
• Быстрый прототип (2 недели) — например, экраны без логики.
• Вы смотрите, говорите «нет, кнопка не там» — мы поправляем.
• Запускаем MVP (минимально жизнеспособный продукт) через 1-2 месяца.
• Добавляем новые фичи поэтапно, каждые 2-4 недели.

Этот подход называется «гибкая разработка» (Agile). Он дешевле и надёжнее, чем «сначала ТЗ, потом разработка, потом приёмка».

Реальный пример: сэкономили 300 тыс. благодаря концепции

К нам пришёл клиент с 40-страничным ТЗ, составленным другой студией. Оно стоило им 250 тыс. рублей. Мы прочитали ТЗ и сказали: «80% описанных требований можно закрыть готовым решением Falcon Service за 400 тыс. руб, а не за 2 млн». Клиент был в шоке: как так, у нас же ТЗ дорогое, а решение дешёвое?

Мы сели, перевели их ТЗ в концепцию (выкинули всё, что не критично). Получилось 5 страниц. На основе концепции мы сделали MVP за 2 месяца и 600 тыс. рублей (лицензия + доработки). Клиент запустился, получил первых клиентов, а через 4 месяца заказал дополнительные фичи, которые реально были нужны, а не те, что «просто красиво».

Экономия — больше 1,4 млн рублей по сравнению с разработкой с нуля. И всё благодаря переходу от ТЗ к концепции.

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

1. Скачайте шаблон концепции (пришлём по запросу в чат).
2. Заполните его за 1-2 часа, отвечая на вопросы из этой статьи.
3. Пришлите нам на почту support@falconspace.ru или в Telegram.
4. Получите бесплатную оценку в течение 3 дней.
5. Примите решение: заказывать разработку у нас, искать другую студию или делать сами.

Не тратьте месяцы на написание ТЗ. Начните с концепции — это быстро, дёшево и эффективно.

Насколько полезной была статья?