Каждый провал IT-проекта на субподряде начинается одинаково — агентство не задало правильные вопросы клиенту перед IT-проектом. Не потому что не умеет. А потому что торопится закрыть сделку. Подписать договор, передать бриф подрядчику и ждать результат. Знакомо?
Однако между «клиент хочет приложение» и «клиент получил работающий продукт» — пропасть. И заполняет эту пропасть не код, а информация. Точнее — 5 вопросов, которые digital-агентство должно задать до старта разработки. По нашему опыту работы с десятками агентств в Москве, именно эти вопросы отличают проекты с маржинальностью 40% от проектов, которые уходят «в минус».
Почему вопросы клиенту перед IT-проектом важнее технического задания
Большинство агентств начинают с ТЗ. Логично: клиент описал задачу, менеджер оформил документ, подрядчик оценил сроки. Но в этой цепочке есть критическая ошибка — ТЗ фиксирует «что», но не объясняет «зачем».
Вот реальный пример. Агентство получает запрос: «Нужна CRM для отдела продаж на 15 менеджеров». Менеджер агентства пишет бриф, передаёт подрядчику. Через 22 дня клиент получает CRM. А через месяц выясняется: клиенту нужна была не CRM, а система контроля дебиторской задолженности. Менеджеры просто привыкли называть всё «CRM».
Таким образом, правильные вопросы на предпроектном этапе экономят десятки часов переделок. Более того, они показывают клиенту, что агентство глубоко понимает бизнес-задачу — а не просто берёт заказ «на разработку». Подробнее о методологии выявления потребностей — в нашем гайде по выявлению потребностей клиентов в IT-решениях.
5 вопросов, которые меняют результат проекта
Эти вопросы — не формальность и не часть анкеты. Каждый из них раскрывает отдельный слой информации, без которого подрядчик работает вслепую. Давайте разберём каждый.
Вопрос 1: «Какую бизнес-задачу вы решаете этим продуктом?»
Не «что вы хотите», а именно «какую задачу решаете». Разница огромна. Первый вопрос порождает список функций. Второй — раскрывает контекст.
Когда клиент отвечает «хочу мобильное приложение для курьеров» — это список функций. Когда отвечает «курьеры теряют 2 часа в день на ручное планирование маршрутов, и мы из-за этого не можем масштабировать доставку» — это бизнес-задача. Из неё подрядчик поймёт: нужна не просто «аппка», а оптимизация логистики. Возможно, мобильное приложение вообще не нужно — достаточно Telegram-бота с интеграцией в Google Maps.
Что даёт агентству: понимание реальной проблемы клиента, возможность предложить оптимальное решение (а не то, что клиент сам себе «назначил»), рост доверия.
Вопрос 2: «Кто будет пользоваться системой и как часто?»
Этот вопрос определяет архитектуру, UX и бюджет. Система для 5 бухгалтеров, которые заходят раз в день, — это одно. Портал для 500 менеджеров с одновременным доступом — совершенно другое.
Кроме того, важно выяснить роли пользователей. Администратор, менеджер, клиент конечного пользователя — у каждого свои сценарии. Если агентство не уточнило роли до старта, подрядчик сделает «одну панель для всех». Результат — клиент просит переделать интерфейс через неделю после сдачи.
ПараметрЕсли не спросилиЕсли спросили
Количество пользователейАрхитектура не выдерживает нагрузкуПравильный выбор инфраструктуры Роли пользователейОдин интерфейс для всехПерсонализированный UX по ролям Частота использованияПерерасход на кеширование или отсутствие оптимизацииТочная настройка производительности УстройстваТолько десктоп, а клиент работает с планшетаАдаптивная вёрстка или нативное приложение
Что даёт агентству: точная оценка стоимости для подрядчика, отсутствие «сюрпризов» на этапе тестирования.
Вопрос 3: «Какие системы должны быть интегрированы?»
Интеграции — главный «убийца» бюджетов в IT-проектах. Каждая интеграция — это дополнительные 20-40 часов работы. А клиент часто вспоминает про «подключение к 1С» или «синхронизацию с Битрикс24» уже после того, как подрядчик начал разработку.
Поэтому задайте этот вопрос максимально прямо: «Назовите ВСЕ системы, с которыми новый продукт должен обмениваться данными». Перечислите типичные варианты: 1С, CRM, платёжные системы, email-рассылки, мессенджеры, внешние API. Клиент может не знать технических терминов, но точно знает, откуда берёт данные и куда их отправляет.
К тому же интеграции влияют на выбор технического стека. Если клиент работает на 1С-Битрикс, а подрядчик предлагает React + Node.js — нужен API-мост. Это дополнительные сроки и бюджет, которые лучше заложить до подписания договора. Подробнее об оценке стоимости IT-проектов — в отдельном гайде.
Что даёт агентству: реалистичная оценка сроков, защита от scope creep, предсказуемая маржинальность.
Вопрос 4: «Как вы будете измерять успех проекта?»
Вопрос, который боятся задавать 90% агентств. Потому что ответ может быть неудобным: «Я пойму, когда увижу». Но именно поэтому его нужно задать заранее.
Без измеримых критериев успеха проект обречён на бесконечные доработки. Клиент будет просить «сделать лучше», не объясняя, что конкретно не устраивает. Напротив, если в начале зафиксировать: «Успех — это сокращение времени обработки заявки с 2 часов до 15 минут», — появляется объективный ориентир для всех сторон.
Хорошие критерии успеха бывают трёх типов:
- Бизнес-метрики: рост конверсии на X%, сокращение расходов на Y%, увеличение LTV клиента
- Операционные метрики: скорость обработки заявок, количество одновременных пользователей, время отклика системы
- Пользовательские метрики: NPS, частота использования, процент заполнения профилей
Что даёт агентству: чёткие критерии приёмки проекта, защита от «бесконечных доработок», доказательная база ценности для клиента.
Вопрос 5: «Что произойдёт, если проект не запустится вовремя?»
Этот вопрос раскрывает реальный приоритет проекта для клиента. Ответы бывают двух типов.
Первый: «Ничего страшного, плюс-минус месяц не критично». Значит, проект средний по приоритету. Можно спокойно работать, не гнать подрядчика.
Второй: «Мы потеряем контракт с крупным заказчиком» или «запуск привязан к выставке 15 марта». Тогда сроки — не просто пожелание, а жёсткое ограничение. В результате нужны другие условия: промежуточные демо каждую неделю, параллельная работа нескольких разработчиков, фиксированный скоуп без права на изменения.
По нашему опыту, 60% «срочных» проектов на самом деле не имеют жёстких дедлайнов. Но 100% проектов с реальным дедлайном требуют особого подхода к управлению — и агентство должно знать об этом ДО передачи брифа подрядчику.
Что даёт агентству: правильная приоритизация ресурсов, адекватная оценка рисков, выбор подходящей модели работы (фиксированная цена для срочных, T&M для гибких).
Как применять эти вопросы на практике
Пять вопросов — это не анкета, которую нужно отправить клиенту на email. Это структура для живого разговора — на встрече или Zoom-колле. Вот несколько правил, которые делают этот подход эффективным.
Правило 1: Задавайте вопросы до обсуждения бюджета. Как только клиент озвучивает сумму, всё обсуждение строится вокруг неё. Сначала — потребности, потом — деньги.
Правило 2: Записывайте ответы дословно. Не интерпретируйте. Фраза клиента «менеджеры тратят часы на рутину» — это инсайт. Ваша интерпретация «нужна автоматизация» — уже допущение.
Правило 3: Передавайте ответы подрядчику. Не пересказывайте — дайте прочитать. Подрядчик увидит нюансы, которые вы могли пропустить. В white-label формате это особенно важно: подрядчик не общается с клиентом напрямую и зависит от качества информации от агентства.
Правило 4: Используйте ответы в коммерческом предложении. Когда КП начинается с «вы описали проблему: курьеры теряют 2 часа в день…», а не с «предлагаем разработку мобильного приложения…» — клиент видит, что его услышали.
Правило 5: Фиксируйте ответы в едином документе. Создайте шаблон предпроектного интервью — таблицу с пятью вопросами, ответами клиента и пометками менеджера. Этот документ станет основой брифа для подрядчика и приложением к договору. Кроме того, при повторных проектах с тем же клиентом вы сможете сослаться на предыдущие ответы и показать прогресс.
Когда вопросы не работают: 3 типичные ошибки
Даже правильные вопросы клиенту перед IT-проектом можно задать неправильно. Вот чего стоит избегать.
Ошибка 1: Задавать вопросы формально
«Заполните, пожалуйста, нашу анкету из 20 пунктов». Клиент заполняет на автопилоте, ответы поверхностные. В результате информация есть, но ценности — ноль. Вопросы работают только в формате диалога, где можно переспросить и уточнить.
Ошибка 2: Пропускать неудобные вопросы
Менеджер агентства боится спросить «как вы будете измерять успех?», потому что клиент может ответить: «Не знаю, вы же эксперты». Тем не менее именно этот момент — возможность показать экспертизу. Предложите клиенту варианты метрик. Помогите сформулировать критерии. Это повышает доверие.
Ошибка 3: Не возвращаться к ответам в процессе
Вопросы задали, ответы записали, бриф передали подрядчику — и забыли. Между тем, к ответам нужно возвращаться на каждом этапе: при оценке, при проектировании, при тестировании, при сдаче. Они — компас проекта.
FAQ о вопросах клиенту перед IT-проектом
Когда лучше задавать эти вопросы — до или после коммерческого предложения?
До. Ответы клиента формируют содержание КП. Если задать после — придётся переделывать предложение. По нашему опыту, агентства, которые задают вопросы до КП, получают одобрение в 2-3 раза чаще, потому что предложение точно отражает потребность клиента.
Что делать, если клиент не может ответить на вопрос о метриках?
Предложите 3-4 варианта метрик, типичных для его отрасли. Например, для e-commerce: конверсия, средний чек, время обработки заказа. Для B2B: количество обработанных заявок, скорость цикла сделки, LTV клиента. Клиент выберет подходящие или предложит свои — главное запустить диалог.
Сколько времени занимает предпроектное интервью по этим вопросам?
45-60 минут на встрече или Zoom-колле. Это инвестиция, которая окупается многократно: качественный бриф снижает количество итераций с подрядчиком на 60-70%. Для проектов стоимостью от 500 000 рублей час предпроектной работы экономит десятки часов переделок.
Подходят ли эти вопросы для проектов на субподряде?
Именно для субподряда они критичны. В white-label формате подрядчик не общается с клиентом напрямую. Всё, что он знает о проекте, — это информация от агентства. Поэтому чем глубже агентство разберётся в потребностях клиента, тем точнее подрядчик попадёт в ожидания.
Итог: от вопросов — к предсказуемому результату
Пять вопросов — бизнес-задача, пользователи, интеграции, метрики успеха, последствия задержки — это не rocket science. Однако наша практика показывает: агентства, которые системно задают эти вопросы клиенту перед IT-проектом, получают на 40% меньше пересогласований и на 30% выше маржинальность.
Причина проста. Правильные вопросы превращают размытый запрос клиента в чёткий бриф для подрядчика. А чёткий бриф — это предсказуемые сроки, контролируемый бюджет и клиент, который доволен результатом. Сохраните этот чек-лист и используйте его на следующей встрече с клиентом — результат почувствуете уже на первом проекте.
А как вы выявляете требования перед стартом IT-проекта? Какие вопросы считаете обязательными?
Хотите обсудить, как выстроить предпроектный процесс в вашем агентстве? Запишитесь на бесплатный Zoom-колл — разберём ваш кейс и подскажем, как адаптировать эти вопросы клиенту перед IT-проектом под специфику вашего бизнеса.