Пилот запустили, контракт сорвался: как один пункт в ТЗ превращает B2B-проект в убыток

Перспективный B2B-проект почти всегда начинается с скорости. Клиент заинтересован, пилот согласован, команда уже считает будущую выручку, руководитель просит не затягивать, а менеджер хочет быстрее перейти от обсуждений к запуску.

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

В редакционном материале издания «Люди и Деньги» разбирается кейс компании, которая могла получить B2B-проект примерно на 50 млн рублей. Первые этапы прошли успешно, пилот начался, ресурсы были вложены. Но позже выяснилось, что в документации заказчика с самого начала было условие, под которое исполнитель не подходил.

Проблема касалась лицензии. Формально это один пункт. По факту — потерянный проект, расходы на подготовку инфраструктуры, подбор и обучение команды, а также время специалистов.

Главная ошибка здесь не в том, что кто-то «плохо прочитал договор». Ошибка глубже: компания начала тратить ресурсы до того, как получила финальный ответ на вопрос, может ли она вообще выполнять проект на условиях заказчика.

Почему опасные пункты не выглядят опасными

В ТЗ редко пишут: «Внимание, здесь риск на несколько миллионов». Опасные условия выглядят как обычные рабочие формулировки:

— нужна лицензия, аккредитация или СРО;— требуется персонал с конкретной квалификацией;— срок реакции по SLA короче, чем позволяет реальный процесс;— нужно передать не только услугу, но и документы, отчеты, исходники или права;— есть требования к информационной безопасности и персональным данным;— поставка должна идти не по общему сроку договора, а по отдельным заявкам;— в документации есть отсылки к стандартам и нормативам, которые никто отдельно не открыл.

Пока проект не начался, это просто текст. После старта — расходы, штрафы, сорванные сроки, конфликт с заказчиком и внутренний вопрос: почему никто не остановил проект раньше.

Кто должен проверять ТЗ и договор

Менеджера по продажам недостаточно. Он видит коммерческую возможность, но не обязан держать в голове юридические, технические, лицензионные и финансовые ограничения.

Безопаснее разделить проверку по зонам:

Тендерный специалист или менеджер проекта смотрит состав заявки, сроки, порядок подачи документов и общую логику участия.

Технический специалист проверяет реализуемость ТЗ: оборудование, мощности, команду, допуски, инфраструктуру, ограничения.

Юрист смотрит договор, ответственность, порядок сдачи работ, односторонние условия, отсылки к нормативам и риски спора.

Финансист считает экономику: лицензии, обучение, ФОТ, обеспечение контракта, логистику, гарантийный период, страхование, возможные штрафы.

Руководитель или операционный директор принимает финальное решение: можно ли входить в проект сейчас или сначала нужно закрыть критические вопросы.

Главное — у проверки должен быть владелец результата. Не пять человек, которые «посмотрели каждый свое», а один ответственный, который собирает общий вывод: проект можно запускать, проект нужно уточнить или проект пока нельзя начинать.

Когда стоит поставить проект на паузу

Самый опасный сигнал — когда слова заказчика расходятся с документами. Например: «Это просто формальность», «никто это требовать не будет», «потом поправим», «сейчас подпишемся, а дальше разберемся».

В споре будут смотреть не устные обещания, а договор, ТЗ и приложения.

Пауза нужна, если:

— в документах есть противоречия;— заказчик не дает письменных разъяснений;— нужна лицензия, которой у компании нет;— сроки выглядят нереалистично;— экономика не учитывает обеспечение, штрафы и дополнительные расходы;— требования к персоналу или результату не совпадают с реальными возможностями компании;— пилот уже предлагают запускать, но критерии успеха не описаны.

Пауза неприятна. Но она дешевле, чем проект, в который компания вошла из-за будущей выручки, а вышла с потерями.

Что проверить до старта

Перед крупным B2B-проектом стоит пройти короткий чек-лист:

1. Что именно компания должна сделать, поставить или передать заказчику?
2. Есть ли все лицензии, сертификаты, аккредитации и допуски?
3. Подходят ли они именно под этот вид работ?
4. Реальны ли сроки по договору, этапам, заявкам и SLA?
5. Посчитаны ли расходы на людей, обучение, оборудование, обеспечение и логистику?
6. Понятны ли KPI пилота и критерии успешного завершения?
7. Есть ли ответственные с обеих сторон?
8. Зафиксированы ли спорные вопросы письменно?
9. Кто дает финальный допуск к старту?
10. Что компания делает, если проект останавливается или условия меняются?

Проверка ТЗ и договора — это не бюрократия. Это фильтр, который помогает понять, где перспективный контракт может оказаться дорогой ловушкой.

Вывод простой: чем крупнее проект, тем опаснее начинать его на энтузиазме. Сначала документы, экономика и допуски. Потом пилот, найм и закупки.

Материал подготовлен изданием «Люди и Деньги» на основе кейса Анны Шевцовой и комментариев экспертов по праву, тендерам и сопровождению проектов.