Клиент спрашивает: «Сколько стоит наше приложение?» У вас нет разработчиков, нет CTO и 30 секунд, чтобы прозвучать убедительно. Знакомая ситуация? Большинство руководителей агентств пришли из маркетинга или дизайна — они точно знают, как оценить рекламную кампанию, но теряются, когда речь заходит о стоимости веб-приложения. Между тем клиенты ожидают уверенных ответов. Хорошая новость: чтобы оценить IT-проект без технического бэкграунда, не нужно разбираться в коде. Нужна методика.
Почему руководители агентств боятся оценивать IT-проекты
Страх выглядеть некомпетентно — главная причина, по которой агентства отказываются от IT-проектов или передают клиента напрямую разработчикам. Однако давайте разберёмся, что на самом деле стоит за этим страхом.
Первое заблуждение: «Чтобы оценить проект, нужно понимать технологии». На самом деле — нет. Заказчик ресторана не обязан быть поваром, чтобы оценить стоимость банкета. Аналогично руководитель агентства оценивает не архитектуру кода, а объём работы и степень неопределённости.
Второе заблуждение: «Если я ошибусь в оценке, потеряю клиента». В реальности клиент ценит честность больше, чем точность. Фраза «предварительная вилка — от X до Y, точную оценку дадим через 3 дня» вызывает больше доверия, чем мгновенный ответ «500 тысяч».
Третье: «Разработка — это слишком непредсказуемо». Непредсказуемость возникает из-за размытых требований. Если правильно декомпозировать проект — предсказуемость резко растёт. Именно этому посвящена наша методика.
Методика оценки IT-проекта: 5 шагов для нетехнического руководителя
Ниже — пошаговый алгоритм, который позволяет оценить IT-проект без технического бэкграунда за 1-2 часа. Методика проверена на десятках проектов и работает для задач любой сложности — от чат-бота до полноценного MVP.
Шаг 1. Декомпозируйте по пользовательским сценариям, а не по фичам
Типичная ошибка — считать фичи: «нам нужна авторизация, корзина, оплата, уведомления». Фичи ничего не говорят о сложности, потому что за каждой фичей может скрываться как 2 часа, так и 200 часов работы.
Вместо этого спросите клиента: «Что пользователь делает от входа до результата?» Запишите каждый сценарий как последовательность шагов.
Пример. Клиент хочет «что-то вроде Uber для доставки еды в нашем городе». Вместо списка фич записываем сценарии: (1) Клиент открывает приложение и видит рестораны поблизости. (2) Выбирает блюда и оформляет заказ. (3) Оплачивает онлайн. (4) Отслеживает курьера на карте. (5) Оставляет отзыв. Каждый сценарий — отдельная единица оценки.
Сценарный подход даёт три преимущества. Во-первых, клиент сам понимает, что именно он хочет (а не только вы). Во-вторых, каждый сценарий можно классифицировать по сложности. В-третьих, вы можете предложить поэтапную реализацию: «начнём с трёх ключевых сценариев, остальные — во второй версии».
Шаг 2. Классифицируйте сложность каждого сценария
Каждый пользовательский сценарий попадает в одну из трёх категорий. Для этого не нужно знать технологии — достаточно понимать признаки сложности.
УровеньПризнакиПримеры сценариевСтоимость (Москва, 2026)
ПростойСтандартная логика, нет интеграций с внешними сервисами, типовой интерфейсРегистрация, форма обратной связи, статическая витрина товаров30 000 — 80 000 ₽ СреднийНестандартная бизнес-логика ИЛИ 1-2 интеграции ИЛИ сложный интерфейсЛичный кабинет с историей заказов, онлайн-оплата, push-уведомления80 000 — 250 000 ₽ СложныйУникальная логика + множественные интеграции + real-time + AI-компонентыОтслеживание курьера на карте, рекомендательная система, чат с поддержкой250 000 — 600 000 ₽
Вернёмся к нашему примеру с «Uber для доставки еды». Сценарий «просмотр ресторанов» — простой. «Оформление заказа и оплата» — средний. «Отслеживание курьера на карте в реальном времени» — сложный. Теперь у вас есть предварительная карта сложности — и вы уже можете говорить с клиентом языком цифр.
Шаг 3. Примените рыночные бенчмарки
Суммируйте стоимость всех сценариев — и вы получите вилку бюджета. Для нашего примера с доставкой: 5 сценариев дают диапазон от 470 000 до 1 260 000 рублей. Это уже рабочая оценка, с которой можно идти к клиенту.
Важный нюанс: стоимость в таблице — это рыночные цены для конечного клиента. Если вы работаете по white-label модели, ваша себестоимость будет ниже — рекомендуемая наценка агентства составляет 30-50%. Подробнее о ценообразовании — в гайде по оценке IT-проектов.
Шаг 4. Добавьте буфер на риски
Любая предварительная оценка — это гипотеза. Буфер на риски превращает гипотезу в рабочий бюджет. Размер буфера зависит от степени неопределённости.
Уровень неопределённостиПризнакиБуфер
НизкийЧёткое ТЗ, известный тип проекта, опытный подрядчик+15% СреднийТЗ есть, но требования могут измениться в процессе+20-25% ВысокийНет ТЗ, новый тип проекта, клиент сам не знает чего хочет+30%
Для нашего примера с доставкой — уровень средний (есть понимание продукта, но деталей много). Добавляем 20%: итоговая вилка — от 560 000 до 1 510 000 рублей. Клиенту можно презентовать как «от 600 тысяч до 1,5 миллионов в зависимости от функциональности».
Шаг 5. Валидируйте оценку с техническим партнёром
Последний шаг — самый важный. Ваша оценка — это ориентир для разговора с клиентом, но не финальная цена. Прежде чем называть клиенту точную сумму, обязательно проведите 30-минутный звонок с техническим партнёром.
Что даёт валидация:
- Проверка реалистичности — партнёр подтвердит или скорректирует вашу оценку
- Выявление скрытой сложности — например, интеграция с конкретным платёжным шлюзом может стоить дороже стандартной
- Фиксированная цена — при работе с white-label партнёром вы получаете точную стоимость, а не вилку
- Аргументы для клиента — технические детали, которые помогут обосновать бюджет
При этом большинство надёжных партнёров проводят первичную оценку бесплатно. Поэтому не бойтесь обращаться за консультацией — подробнее о критериях выбора партнёра в нашем гайде по выбору подрядчика.
8 вопросов клиенту: чек-лист для оценки сложности
Чтобы декомпозиция по сценариям заработала, нужно задать клиенту правильные вопросы. Ниже — чек-лист, который мы рекомендуем использовать на первой встрече.
- Кто основные пользователи системы? — определяет количество ролей и интерфейсов
- Какие действия пользователь совершает от входа до результата? — основа для сценариев
- Нужна ли интеграция с внешними сервисами? (CRM, платёжные системы, 1С, ERP) — каждая интеграция = +сложность
- Есть ли требования к реальному времени? (чат, отслеживание, уведомления) — real-time = сложный сценарий
- Планируется ли мобильная версия? — веб-приложение и нативное приложение = разный бюджет
- Какой объём данных будет обрабатываться? — 100 пользователей и 100 000 пользователей = разная архитектура
- Есть ли аналог, на который ориентируетесь? — помогает быстро оценить скоуп
- Какой бюджет и сроки? — иногда бюджет определяет скоуп, а не наоборот
Ответы на эти вопросы дают достаточно информации, чтобы провести декомпозицию и классификацию за 30-60 минут. Даже без технического бэкграунда.
Пример: как разложить «что-то вроде Uber» за 20 минут
Разберём конкретный кейс. Клиент агентства — логистическая компания, которая хочет «приложение для доставки, как Uber Eats, но для нашей ниши».
После 8 вопросов выясняется:
- Три роли: клиент, курьер, администратор
- Интеграции: платёжный шлюз + карты + SMS-уведомления
- Real-time: отслеживание курьера на карте
- Мобильная версия: нужна (PWA допустимо)
- Ожидаемая нагрузка: 500-1000 заказов в день
- Бюджет: «до двух миллионов»
Результат декомпозиции и оценки:
СценарийСложностьОценка
Регистрация и авторизация (3 роли)Простой50 000 — 80 000 ₽ Каталог с фильтрами и поискомСредний100 000 — 180 000 ₽ Оформление заказа и онлайн-оплатаСредний120 000 — 200 000 ₽ Отслеживание курьера (real-time)Сложный300 000 — 500 000 ₽ Панель администратораСредний100 000 — 180 000 ₽ Push/SMS-уведомленияПростой40 000 — 70 000 ₽ **Итого (без буфера)**710 000 — 1 210 000 ₽ **Итого (+20% буфер)**850 000 — 1 450 000 ₽
Результат: клиенту можно сказать «от 900 тысяч до 1,5 миллионов». Это укладывается в его бюджет «до двух миллионов» — и оставляет пространство для маржи агентства при работе через white-label партнёра.
Когда методика не работает: 3 исключения
Пятишаговая методика покрывает 80% типичных IT-проектов. Однако есть случаи, когда она даёт неточные результаты.
ML/AI-проекты. Машинное обучение — это исследование, а не разработка. Сложность непредсказуема: модель может заработать за неделю, а может потребовать месяцы экспериментов. Для таких проектов стандартная декомпозиция по сценариям не подходит — нужна оценка по этапам исследования.
Интеграция с оборудованием. IoT, промышленные датчики, медицинские устройства — это проекты, где стоимость определяется не интерфейсом, а совместимостью с «железом». Буфер 30% может оказаться недостаточным.
Регулируемые отрасли. Финтех, медтех, государственные системы — требуют сертификации, аудита безопасности, соответствия стандартам. Эти затраты часто сопоставимы со стоимостью самой разработки и плохо поддаются стандартной оценке.
Во всех трёх случаях — не пытайтесь оценивать самостоятельно. Сразу привлекайте технического партнёра на этапе предварительной оценки.
FAQ об оценке IT-проектов
Можно ли дать клиенту точную цену без ТЗ?
Точную — нет, но вилку можно. Декомпозиция по сценариям даёт диапазон с погрешностью 20-30%. Для первого разговора с клиентом этого достаточно. Точная цена появляется после детального ТЗ — и это нормально.
Сколько времени занимает предварительная оценка?
С чек-листом из 8 вопросов — 30-60 минут на встречу с клиентом и ещё 30 минут на декомпозицию и расчёт. Итого: 1-2 часа. Валидация с техническим партнёром — дополнительные 30 минут.
Что если моя оценка сильно отличается от оценки подрядчика?
Расхождение до 30% — нормально. Больше 30% — значит, вы пропустили скрытую сложность. Типичные причины: неочевидные интеграции, требования к безопасности, масштабируемость. Именно для этого нужен шаг 5 — валидация.
Нужно ли руководителю агентства разбираться в технологиях?
Нет. Вам достаточно понимать бизнес-логику проекта: кто пользователь, что он делает, какие данные обрабатываются. Выбор стека технологий, архитектура, оптимизация — это зона ответственности технического партнёра.
Итого
Оценить IT-проект без технического бэкграунда — реально. Пять шагов: декомпозиция по сценариям, классификация сложности, рыночные бенчмарки, буфер на риски и валидация с партнёром. Этот процесс занимает 1-2 часа и даёт вилку с точностью 20-30%.
Главное правило: не пытайтесь быть разработчиком — будьте менеджером. Ваша сила — в понимании бизнеса клиента и управлении ожиданиями. Техническую экспертизу берёт на себя партнёр.
Хотите проверить методику на реальном клиентском запросе? Запишитесь на бесплатный Zoom-звонок — разберём ваш кейс и дадим предварительную оценку за 30 минут.