Кредит для IT-компании без «железа»: как банк на самом деле оценивает ваш бизнес

Что интересует банки при кредитовании компаний в IT-сфере

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

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

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

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

Почему IT сложнее кредитовать, даже если вы «в плюсе»

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

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

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

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

Операционный денежный поток — сколько денег остается после выплат людям, подрядчикам и налогов.
Качество выручки — повторяемость, предсказуемость, концентрация на 1-2 клиентах, доля разовых проектов.
Запас прочности — сколько месяцев компания проживет, если продажи просядут, и как быстро можно резать расходы.

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

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

Две компании могут иметь одинаковую выручку 10 млн руб. в месяц. Для банка это могут быть два разных мира.

1) Концентрация выручки

Если 70% оборота дает один клиент, то для банка это не «стабильность», а зависимость. Частая ситуация в заказной разработке: есть «якорный» заказчик на 12 месяцев, все довольны. Но банк спрашивает: что будет, если контракт не продлят, или платежи уйдут в просрочку? Поэтому мы заранее готовим объяснение и план диверсификации, а иногда предлагаем продукт, где лимит привязан к поступлениям.

2) Длина денег и разрывы

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

3) Природа маржинальности

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

MRR, SaaS и подписка: что действительно важно показать

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

MRR и его структура — новые продажи, апсейл, даунгрейды, отток.
Churn — сколько вы теряете клиентов и денег ежемесячно.
Сроки жизни клиента и зависимость от 2-3 крупных подписчиков.

Собственники иногда приносят график «MRR растет» и считают, что этого достаточно. Не достаточно. Банку нужна расшифровка: за счет чего рост. Если рост идет «на маркетинге» и при этом CAC растет, а окупаемость тянется, то банк закладывает риск, что в моменте вы просто покупаете выручку.

Хорошо работает простая управленческая таблица на 12 месяцев: MRR на начало месяца, новые подключения, расширение, отток по деньгам, MRR на конец месяца, и отдельно — план платежей по кредиту. Это выглядит скучно, но именно так принимаются решения.

Команда как риск: банк не оценивает «талант», он оценивает заменяемость

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

Что обычно спрашивают (и что реально влияет):

Кто ключевые люди, на ком держатся продажи и разработка, и есть ли дублеры.
Как оформлены отношения с сотрудниками и подрядчиками (трудовые, ГПХ, аутсорс), есть ли NDA и права на результаты работ.
Насколько ФОТ управляемый: можно ли быстро сокращать расходы без остановки продукта.

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

Интеллектуальная собственность: ценность есть, залог — не всегда

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

Что повышает шансы, если вы хотите, чтобы IP хотя бы учитывали как плюс:

Права на ПО оформлены на компанию, а не на физлицо и не на «дружественного ИП».
С подрядчиками есть договоры, где прописана передача исключительных прав.
Есть регистрация программ, товарных знаков или хотя бы четкая цепочка документов.
В договорах с клиентами нет формулировок, по которым права «утекают» заказчику шире, чем вы думаете.

Мы часто говорим собственникам простую вещь: IP редко становится полноценным обеспечением, но очень часто влияет на итоговое решение как фактор прозрачности. Если права не оформлены, у банка появляется сомнение: а чем вы вообще владеете?

Что банк считает «нормальной» прозрачностью в IT

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

В плюс идут признаки зрелости:

регулярная управленческая отчетность (P&L, ДДС, баланс) с понятными сверками;
разнесение поступлений по клиентам, проектам или тарифам;
понятная зарплатная политика и отсутствие «хаоса» в выплатах;
внятные договоры: предмет, этапы, акты, сроки оплаты, ответственность.

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

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

Путают прибыль с кэш-флоу. На бумаге прибыль есть, но деньги съедает дебиторка и авансы подрядчикам. Банк смотрит на платежеспособность по месяцу, а не на годовую картинку.
Не могут объяснить скачки оборотов. «В прошлом месяце было 3 млн, в этом 12 млн, в следующем снова 4 млн». Если это нормально для вашей модели, надо показать договоры, этапность, график оплат.
Слишком большой запрос «под рост». Просите 30 млн при текущей выручке 6-7 млн и говорите «выйдем на 20». Банку нужны подтверждения, иначе это выглядит как ставка на будущее.
Концентрация на одном клиенте без плана Б. Даже если клиент — крупная корпорация, банк считает риск.
Кривые права на продукт. Код написан подрядчиком, договоров нет, права не переданы. Любая проверка застрянет.

Ограничения: кому и в каких случаях банк почти наверняка не даст

Есть ситуации, где даже сильный продукт не спасает, пока не исправите базу:

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

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

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

Кейс 1. SaaS для B2B: кредит под рост без классического залога

Компания продает подписку для автоматизации документооборота. MRR 4,8 млн руб., churn по деньгам 3,2% в месяц, 60% клиентов на оплате за квартал, остальное — помесячно. Запрос — 15 млн руб. на маркетинг и расширение продаж на 18 месяцев.

Проблема была в том, что по бухгалтерии прибыль «гуляла», а деньги уходили в привлечение и найм. Мы собрали ДДС по факту, разложили MRR по сегментам, показали сезонность и сделали стресс-сценарий: падение новых продаж на 30% при сохранении churn. В этом сценарии платеж по кредиту держался с коэффициентом покрытия около 1,4. Итог — лимит одобрили, но с условием поддержания минимального остатка на счете и ограничением на дивиденды на период сделки.

Кейс 2. Заказная разработка с одним якорным клиентом

Студия разработки с выручкой 9-11 млн руб. в месяц. Один клиент давал около 65% поступлений, оплата по этапам, средняя отсрочка 45 дней. Запрос — 8 млн руб. на оборотку, чтобы закрыть зарплаты и не тормозить проекты.

Банк сначала уперся в зависимость от одного заказчика. Мы подготовили пакет договоров, акты, историю оплат, и главное — отдельный план снижения концентрации: воронка продаж и уже подписанные небольшие контракты на 1,5-2 млн руб. в месяц. Сделку структурировали так, чтобы платеж был комфортным даже при задержке оплаты на один цикл. Итог — одобрение, но в виде короткого инструмента под поступления и с повышенным вниманием к движению по счету.

Кейс 3. Продуктовая компания с сильной командой и слабой «юридикой» по коду

Выручка 6 млн руб. в месяц, прибыль 900 тыс. руб. по управленке, запрос 10 млн руб. на масштабирование. На проверке выяснилось: часть ключевого кода делал подрядчик, а договоры старые и без передачи исключительных прав. Для банка это выглядело как риск: завтра подрядчик предъявит права, и продукт станет спорным активом.

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

Что будет если: три сценария, о которых лучше подумать до подачи

Кредитный комитет мысленно прогоняет вашу компанию через стресс. Мы советуем сделать это самим, еще до анкеты.

Если просел MRR на 15-20%. Какие расходы сокращаете первыми? Как быстро? Что будет с платежом по кредиту через 2 месяца?
Если задержали оплату два крупнейших клиента. Хватает ли подушки на ФОТ? Есть ли лимит на кассовый разрыв, который не убьет команду?
Если ушел ключевой человек. Есть ли документация, резерв, контур процессов? Банку важно понимать, что бизнес не держится на одном человеке.

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

Как принять решение: идти в банк сейчас или сначала подготовиться

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

Идти сейчас, если у вас понятный денежный поток на счетах, вы можете показать договорную базу, а платеж по кредиту покрывается кэш-флоу с запасом. Тогда задача — выбрать правильный формат (лимит, транши, график) и грамотно упаковать источник возврата.
Сначала подготовиться, если отчетность не бьется с реальностью, деньги «раскиданы» по разным контурам, концентрация выручки высокая, или есть юридические дыры по IP. Тут правильнее потратить 2-6 недель на наведение порядка, чем получить отказ, который потом еще долго будет всплывать в скоринге.

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

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

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

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

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

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

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