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

Время на прочтение: 12 минут

К нам регулярно приходят собственники IT-компаний с одинаковой болью: продукт живой, клиенты есть, команда сильная — а на финансировании все буксует. Нужны деньги на найм, маркетинг, серверы, выкуп долей, закрытие кассового разрыва по проекту. И каждый раз звучит фраза: «У нас же IT, мы растем, почему банк не видит потенциал?»

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

В этой статье мы разложим механику именно банковского подхода к IT и стартапам: что они считают «нормальным бизнесом», где для них красные флаги, и как подготовить заявку так, чтобы она стала похожа на понятную историю. Если вы хотите заранее выстроить общую схему подготовки, полезно начать с практического разбора кредитования малого бизнеса — там базовые принципы, на которых потом держится одобрение в IT.

С чего начинается внутренний конфликт предпринимателя

IT-предприниматель часто живет в логике скорости: запустили фичу, нашли PMF, расширили воронку, наняли еще двух разработчиков. Финансовая дисциплина обычно догоняет бизнес позже. И вот тут появляется конфликт:

• Вы хотите деньги «под рост» — банк хочет деньги «под возврат».
• Вы мыслите продуктом и командой — банк мыслит платежеспособностью и обеспечением.
• Вы считаете нормой отрицательную прибыль — банк воспринимает это как отсутствие источника погашения.

Из-за этого в заявке предприниматель продает идею, а банку нужна финансовая модель и доказательство устойчивости. Итог — либо отказ, либо одобрение на сумму, которая «ни о чем».

Финансовая механика: что банк реально считает

Когда IT-компания приходит за кредитом, ключевой разговор идет не про технологию, а про цифры. Внутри кредитного комитета обычно крутятся несколько базовых блоков.

1) Источник погашения и запас прочности

Банк смотрит, есть ли денежный поток, из которого можно платить ежемесячный платеж. Часто оценка идет через показатель покрытия долга (по сути, «хватит ли денег на платежи»). На практике важно показать запас: не «впритык», а с подушкой на просадку выручки.

Если у вас выручка волатильная (то густо, то пусто), банк будет пытаться усреднить ее консервативно и закладывать негативный сценарий. И тут выручает правильная упаковка контрактов и календаря поступлений.

2) Качество выручки: один клиент или много

Одна из самых частых причин «тихого отказа» в IT — концентрация. Например, 70% выручки от одного заказчика. Для предпринимателя это «сильный якорный клиент», для банка — риск одного решения на стороне клиента, после которого выручка исчезает.

Что помогает:

• договоры с несколькими заказчиками, пусть меньшими;
• подписки и регулярные платежи, если модель SaaS;
• доказательство повторных продаж и продлений;
• письма о намерениях и планы закупок от клиентов — в связке с историей оплат.

3) Маржинальность и «куда утекают деньги»

В IT много расходов, которые для банка выглядят как «непонятные»: подрядчики, маркетплейсы, рекламные кабинеты, иностранные сервисы, выплаты самозанятым. Если это не объяснить, финансовый профиль становится мутным.

Кредитный аналитик задает прямые вопросы:

• почему фонд оплаты труда скачет;
• почему выплаты физлицам составляют существенную долю;
• почему прибыль «на бумаге» есть, а денег на счете нет;
• почему дебиторка растет быстрее выручки.

И чем спокойнее, цифрами и документами, вы отвечаете на эти вопросы, тем выше шанс на адекватное решение.

4) Структура долга и кассовые разрывы

Банк всегда смотрит, что уже висит на компании: кредиты, овердрафты, лизинг, поручительства по чужим обязательствам. Отдельная история — кассовые разрывы на проектах: вы делаете работу сейчас, деньги по актам через 45-90 дней, а зарплаты платить нужно каждую неделю.

Если запрос на кредит — это попытка закрыть дыру без понимания, как она возникла, комитет это считывает. А если вы показываете проектный календарь, условия оплат и механизм закрытия разрыва, заявка становится управляемой.

Логика банка: почему IT для них сложнее, чем торговля или производство

В классическом бизнесе есть товарный остаток, оборудование, склад, недвижимость. В IT главный актив — люди и код. Код как залог банку не интересен: его сложно продать и сложно оценить, а в случае дефолта он еще и может оказаться юридически неоформленным.

Поэтому у банков к IT обычно три модели отношения:

• Консервативная — «давайте залог и стабильную отчетность, тогда поговорим».
• Универсальная — «готовы рассмотреть без залога, но при стабильном денежном потоке и понятной структуре бизнеса».
• Сильная в залоге — «можем дать крупнее, если есть недвижимость/транспорт/оборудование и подтвержденная способность платить».

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

Типичные ошибки IT-предпринимателей, которые мы видим в заявках

Ошибки не про «не те документы». Они про неверную логику подачи.

• Путаница между инвестициями и кредитом. В презентации — рынок, TAM/SAM/SOM, планы роста. А банку нужны платежный календарь, подтверждение выручки и экономика юнита.
• «Красивые» обороты без маржи. Выручка есть, но расходы съедают все. Для банка это отсутствие источника погашения.
• Непрозрачные выплаты. Большие суммы «самозанятым», переводы на карты, регулярные снятия наличных — без объяснений это почти гарантированная настороженность.
• Слабая связка договор — акт — оплата. В IT много работ «по факту», а банк любит цепочку.
• Слишком оптимистичная сумма. Запрос «нам нужно 20 млн», а по оборотам и чистому потоку тянете 6-8 млн. Комитет воспринимает это как отсутствие финансового понимания.

В работе брокера большая часть результата — не «найти банк», а сделать так, чтобы заявка соответствовала банковской картине мира.

Ограничения, о которых лучше знать до подачи

Чтобы не тратить недели и не копить отказы, мы заранее проговариваем рамки. Вот что чаще всего ограничивает IT-компанию:

• Короткая история бизнеса. Если компании несколько месяцев, банк почти всегда скажет «рано». Другая ситуация, когда бизнес давно, но юридическое лицо новое — тогда можно объяснять преемственность через контракты и движение денег.
• Отсутствие понятной отчетности. «У нас все в управленке» — не аргумент. Нужна связка управленки с движением по счету и сданной отчетностью.
• Концентрация на одном заказчике. Это не запрет, но почти всегда приводит к снижению суммы или требованию обеспечения.
• Непрофильные ОКВЭД/размытый вид деятельности. Когда в ЕГРЮЛ «все подряд», банк не понимает, чем вы реально занимаетесь и где риск.
• Отсутствие обеспечения для крупной суммы. Если запрос серьезный, а активов нет, придется доказывать стабильность потока и качество контрагентов, либо менять структуру сделки.

Что будет, если пойти в банк «как есть»

Сценарий, который мы наблюдаем чаще всего: предприниматель подает заявки в несколько банков через онлайн-формы, получает 1-2 предварительных «одобрения», а на финальном этапе приходит отказ или резкое урезание суммы. Причины стандартные: аналитик увидел концентрацию, не понравились выплаты, не сошлась экономика с платежом.

Вторая проблема — «след» в системе. Чем больше отказов подряд, тем сложнее затем объяснять, почему раньше не получилось. Не критично, но ухудшает переговорную позицию.

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

Кейсы из практики: как это выглядит в цифрах

Кейс 1. Студия разработки, кассовый разрыв на проекте

Компания делает корпоративную разработку. Выручка 4,8 млн руб. в месяц, но поступления неритмичные: два платежа в месяц по актам. ФОТ 2,6 млн руб., подрядчики 0,9 млн руб., остальное — аренда, налоги, сервисы. Разрыв возникал, когда клиент задерживал оплату на 2-3 недели.

Запрос: 6 млн руб. на 18 месяцев, чтобы закрыть разрыв и не срывать сроки по проекту. На «сырой» подаче банк предлагал максимум 2-3 млн и просил залог.

Что сделали: собрали календарь оплат по контрактам, показали историю задержек, вывели реальный средний чистый поток, предложили формат кредитной линии с лимитом 6 млн и фактической выборкой под разрыв. Итог — одобрение лимита 6 млн, выборка траншами, без «лишней» переплаты по процентам, с понятным графиком погашения от поступлений.

Кейс 2. SaaS с подпиской, но «бумажная» прибыль не совпадала с деньгами

У сервиса 1,9 млн руб. ежемесячной выручки, валовая маржа высокая, но деньги постоянно уходили в маркетинг и разработку, а на счете пусто. Предприниматель считал это нормой роста и хотел 10 млн руб. на масштабирование.

Банк увидел: прибыль минимальная, отток денег высокий, дебиторки почти нет — значит, вопрос в дисциплине расходов. Решение было бы отказным.

Мы предложили другой подход: запрос 5 млн руб. с понятной целью — финансирование конкретных расходов, которые дают прогнозируемый прирост (каналы с подтвержденной окупаемостью). Сделали модель «платеж по кредиту — из текущей подписки», заложили лимит на маркетинг, показали удержание клиентов и долю повторных платежей. Итог — согласовали 5 млн руб. на более комфортных условиях, чем предприниматель получал ранее по коротким дорогим займам.

Кейс 3. Интегратор с одним крупным заказчиком и просьбой «как у всех»

Выручка 12-14 млн руб. в месяц, но 75% от одного заказчика. Компания просила 15 млн руб. оборотного кредита «просто чтобы было». Банк уперся в концентрацию и сказал: либо залог, либо сильно меньше.

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

Сценарии принятия решения: как понять, за каким финансированием идти

В IT ошибка номер один — пытаться взять кредит не под тот сценарий. Мы обычно прогоняем с собственником три варианта и выбираем тот, который выдержит проверку банка.

• Сценарий «выручка растет, но проседает оборотка». Чаще всего нужна кредитная линия или оборотный кредит с привязкой к поступлениям. Ключ — показать цикл сделки и календарь.
• Сценарий «нужны деньги на актив». Серверы, оборудование, транспорт, иногда выкуп лицензий — лучше заходить через продукт с понятным обеспечением. Банку это проще: есть объект, есть стоимость, есть ликвидность.
• Сценарий «масштабирование команды и маркетинга». Самый сложный для банка. Проходит, если у вас уже стабильная база платежей и понятная юнит-экономика. Если этого нет, лучше не «убивать» кредитную историю отказами, а сначала навести порядок в цифрах.

Стратегический вывод

Для банка IT — не «особая отрасль», а бизнес с повышенной неопределенностью активов и выручки. Значит, побеждает не тот, у кого ярче презентация, а тот, кто умеет перевести продуктовую историю в язык финансов: качество выручки, прозрачные расходы, понятный цикл денег, сценарии просадки и план действий.

Если вы чувствуете, что кредит «в целом нужен», но непонятно, как правильно зайти — мы в таких ситуациях начинаем с диагностики: что именно мешает одобрению, какой формат кредита реалистичен и какие документы закроют вопросы аналитика. Дальше уже выбираем траекторию и ведем до решения, опираясь на нормальную банковскую логику для малого бизнеса, а не на ожидания «банки должны поддерживать IT».

Для оперативной связи вы можете написать напрямую в Telegram @VkreditOnline.

Если удобнее обсудить задачу в WhatsApp, можно написать в WhatsApp.

АВТОР: Михаил КМС по МСБ