...

Кредит для IT-компании: как убедить банк, когда залога почти нет, а выручка неровная

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

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

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

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

Почему IT с точки зрения банка — бизнес без привычных поручней

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

Что в IT вызывает у банков настороженность чаще всего:

  • Нематериальный актив вместо залога. Код и IP почти всегда остаются «красивыми словами», если они не оформлены, не оценены и не монетизируются контрактами.
  • Клиентская концентрация. Один крупный заказчик на 60-80% выручки — классическая причина урезать лимит или просить дополнительное обеспечение.
  • Неровный cash-flow. Постоплата, акты раз в квартал, разовые внедрения, «проект закрыли — месяц провалились».
  • Высокая доля ФОТ. Для банка это риск: команда — самый важный актив, но удержать ее невозможно залогом. Если ключевые люди уйдут, операционная способность падает резко.
  • Быстрая смена модели. Сегодня интеграция, завтра коробка, послезавтра подписка. Для предпринимателя — гибкость, для банка — нестабильность.

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

Какие цифры банк считает в IT — и почему ваши метрики не заменяют их

В переговорах мы часто слышим: «У нас все отлично по юнит-экономике». Это правда, но кредитный аналитик не выдаст лимит по юнит-экономике. Он выдаст по платежеспособности. В IT он обычно собирает картинку из трех слоев: отчетность, движение денег и контрактная база.

1) DSCR и запас прочности по платежу

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

2) Структура выручки

Банк смотрит, что именно приносит деньги:

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

3) Налоговая дисциплина и прозрачность

Не потому что «так надо», а потому что любой технический долг по налогам или скачки в сдаче отчетности превращаются в риск-профиль. Для IT это часто боль: компания растет, бухгалтерия не успевает, а банк трактует это как управленческий хаос.

Как мыслит кредитный комитет: что должно «сложиться» в голове у аналитика

Решение по IT обычно рождается не из одного документа, а из связки. Внутри банка вашу компанию раскладывают на три вопроса:

  • Можно ли понять бизнес? Чем вы зарабатываете, кто платит, как формируется маржа, почему вы устойчивы.
  • Можно ли подтвердить цифры? Не обещаниями, а выписками, договорами, актами, закрывающими, отчетностью.
  • Что банк будет делать, если план не сработает? Вот здесь всплывают залог, поручительство, запас по обороту, диверсификация клиентов.

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

Форматы финансирования, которые реально заходят IT-компаниям

Мы сознательно не перечисляем «все подряд». Практически работающими для IT чаще оказываются несколько конструкций, каждая под свой сценарий.

Оборотный кредит или возобновляемая линия

Подходит, когда есть регулярные поступления и понятный цикл «работы-оплаты», но деньги застревают в ФОТ, подрядчиках, маркетинге. Важно: банк будет требовать доказать, что это именно оборотка, а не попытка закрыть дыру.

Овердрафт под обороты по счету

Хороший инструмент для кассовых разрывов при постоплате. Но лимит почти всегда привязан к оборотам по расчетному счету, поэтому «размазанные» поступления по разным банкам часто снижают доступную сумму.

Инвесткредит под масштабирование

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

Финансирование под контрактную базу

Если у вас сильные договоры с понятным графиком работ и оплат, иногда проще строить заявку вокруг контрактов и подтвержденного исполнения. В IT это часто оказывается убедительнее, чем разговоры про перспективы рынка.

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

Большинство отказов — не потому что «банки не любят IT», а потому что компания сама подставляет себя в момент оценки.

  • В заявке цель звучит как «на развитие». Для банка это пусто. Нужна расшифровка: на что именно пойдут деньги, какой эффект по выручке/марже/срокам.
  • Смешаны личные и бизнес-расходы. Регулярные переводы собственнику без логики, «карточные» расходы из расчетного счета, хаотичные займы между юрлицами.
  • Отчетность не бьется с выпиской. По декларациям одно, по счету другое. В IT это бывает из-за агентских схем, маркетплейсов, эквайринга, но банк все равно задаст вопросы.
  • Не показан план Б. Если проект сорвется, как вы режете косты? Можно ли быстро снизить ФОТ? Есть ли альтернативные контракты? В IT это критично.
  • Клиентская концентрация замалчивается. А аналитик все равно увидит. Лучше сразу объяснить, почему это контролируемо: рамочный договор, допсоглашения, история платежей, параллельные лиды.

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

Чтобы не строить иллюзий, фиксируем реальность рынка — без «страшилок», просто как это бывает на практике:

  • Компании на стадии MVP с единичными продажами и без подтвержденного потока чаще получают отказ или символические лимиты.
  • Нулевая/минимальная прибыль при хорошей выручке — не приговор, но почти всегда потребуются пояснения по структуре расходов и запас по обороту.
  • Отсутствие залога ограничивает максимальный чек. Можно пройти без него, но лимит будет упираться в обороты и «качество» выручки.
  • Серые выплаты или постоянные «займы туда-сюда» между компаниями группы сильно ухудшают оценку.
  • Молодая компания с короткой историей вынуждена доказывать устойчивость контрактами и движением денег — и часто это сложнее, чем кажется.

Что будет если: три стресс-сценария и как банк на них смотрит

В IT многие решения принимаются на скорости. Но кредит — это длинное обязательство, и банк всегда «прогоняет» в голове стресс.

Сценарий 1: ключевой клиент ставит проект на паузу

Банк смотрит, какая доля выручки выпадет и на сколько месяцев хватит резерва. Если у вас подписка, аналитик оценит, покрывает ли MRR хотя бы базовый ФОТ и платеж по кредиту. Если подписки нет — нужно показать pipeline и реальные договоры в работе.

Сценарий 2: команда дорожает, ФОТ растет быстрее выручки

В IT это обычная история. Но для банка важно, можете ли вы «управлять» ФОТ: есть ли гибкие бонусы, контур подрядчиков, возможность заморозить найм без потери выручки.

Сценарий 3: деньги нужны на рост, а рост задержался

Самый неприятный сценарий для заемщика. Поэтому мы часто закладываем в модель не «идеальный рост», а умеренный, и считаем, какой платеж компания выдержит даже при отклонении плана. Это влияет и на сумму, и на срок.

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

Кейс 1: системный интегратор, кассовые разрывы на постоплате

Компания в регионе, 28 сотрудников, внедрения для B2B. Выручка за последние 12 месяцев — около 84 млн руб., но поступления «лесенкой»: то 2 млн, то 11 млн, в зависимости от закрытия этапов. Запрос — 15 млн руб. на оборотку, чтобы не тормозить проекты из-за ФОТ и подрядчиков.

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

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

SaaS-сервис для ритейла. Выручка — 6,5-7,2 млн руб. в месяц, из них около 70% — подписка, остальное — внедрения и доработки. В отчетности прибыль небольшая из-за активных затрат на маркетинг и разработку. Запрос — 20 млн руб. на масштабирование продаж и инфраструктуру.

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

Кейс 3: продуктовая команда, сильный контракт, но короткая история

Команда разработчиков с юрлицом меньше двух лет. Есть крупный B2B-контракт на внедрение с этапами и актами, общая сумма договора 24 млн руб., аванс 20%, дальше постоплата по этапам. Запрос — 10 млн руб. на закрытие ФОТ и подрядчиков до поступлений.

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

Как подготовить заявку IT-компании: то, что реально ускоряет одобрение

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

  • Пояснительная записка на 1-2 страницы человеческим языком: чем занимаетесь, кто клиенты, как зарабатываете, почему деньги вернутся.
  • Расшифровка выручки по топ-клиентам и типам дохода (подписка/проекты/поддержка) с привязкой к поступлениям.
  • Контрактная папка: ключевые договоры, допсоглашения, акты, календарь оплат, подтверждение этапов.
  • Движение денег и ФОТ: как формируются расходы, где можно «ужаться» без остановки бизнеса.
  • Сценарный расчет: базовый план и стресс-план (например, минус 20% выручки) — и что будет с платежом.

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

Как принимать решение: брать кредит, ждать или перестроить финансирование

Мы всегда говорим с собственником не только про «как одобрить», но и про «стоит ли». В IT кредит может стать ускорителем, а может — якорем.

Разумные сценарии выглядят так:

  • Брать, если у вас понятный поток (подписка или стабильные контракты), кредит закрывает конкретный разрыв или масштабирование, а платеж укладывается в стресс-модель.
  • Подготовиться и выйти через 2-3 месяца, если сейчас отчетность/выписки выглядят слабо, но вы можете «подчистить» дисциплину, собрать контракты, выровнять обороты и сделать заявку сильнее.
  • Искать альтернативу, если деньги нужны «чтобы дожить», нет подтвержденных поступлений впереди, а платеж будет держаться только на оптимистичном росте. В таких случаях кредит часто усугубляет проблему.

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

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

Если вы хотите пройти этот путь без лишних кругов — от выбора конструкции до упаковки документов и переговоров с риск-блоком — мы обычно начинаем с диагностики модели и платежеспособности. Дальше выстраиваем план действий так, как это работает в реальном кредитовании малого бизнеса — с учетом именно IT-специфики, контрактов и cash-flow.

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

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

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

Подбор кредита


Он будет закрыт в 0 секунд

Он будет закрыт в 0 секунд