Совершенствование бизнес-процессов в IT-компаниях посредством финансового моделирования



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

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

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

— FL.ru. Род деятельности: платформа для фрилансеров, связывающая заказчиков (бизнесы) и исполнителей (дизайнеров, программистов, копирайтеров). Потребность: снижение комиссий за переводы и увеличение доли IT-выручки для соответствия требованиям аккредитации;

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

— Livemaster (Ярмарка Мастеров). Род деятельности: маркетплейс для продажи handmade-изделий, соединяющий мастеров и покупателей. Потребность: повышение прозрачности платежей и снижение затрат на банковские комиссии;

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

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

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

— низкая доля выручки: доходы от IT-услуг составляют около 20 %, что ниже порога в 30 %, необходимого для аккредитации it-компаний в России;

— высокие издержки: до 15 % выручки теряется на банковских комиссиях и операционных расходах;

— ограниченная гибкость: посредническая роль компании усложняет масштабирование и увеличивает финансовые риски.

Экономический анализ показывает, что агентская схема ограничивает развитие бизнеса и препятствует использованию льгот, таких как снижение налогов и доступ к грантам. Например, такие компании, как FL.ru или Livemaster, работающие по агентской модели, несут значительные потери из-за банковских комиссий и сложностей с учетом большого числа мелких транзакций, что снижает их эффективность и конкурентоспособность.

Пример расчета для оборота 100 млн руб.: доход от IT-услуг — 20 млн руб. (20 %), издержки на комиссии — 15 млн руб. (15 %), чистая выручка — 5 млн руб. Это ограничивает развитие бизнеса и доступ к льготам, таким как аккредитация IT-компаний, требующая высокой доли IT-выручки [1].

Новая финансовая модель основана на маркетплейс-схеме, где платежи между контрагентами осуществляются напрямую, а компания взимает комиссию (15–20 %) за предоставление IT-услуг. Для реализации используется сервис Т-Банка «Маркетплейс», обеспечивающий полную интеграцию и настройку платежных процессов. Преимущества модели:

— увеличение выручки: доля доходов от IT-услуг возрастает до 85 %, что соответствует требованиям аккредитации;

— снижение издержек: исключение компании из цепочки расчетов сокращает комиссионные потери;

— повышение прозрачности: прямые платежи упрощают финансовые операции и снижают риски.

Экономическая выгода подтверждается расчетами: при обороте 100 млн руб. и комиссии 15 % новая схема увеличивает чистую выручку от IT-услуг с 5 млн руб. (в агентской схеме с издержками 15 %) до 13 млн руб. (в маркетплейс-схеме с издержками 2 %), повышая рентабельность и открывая доступ к льготам. Эта модель применима к любой компании, оптимизирующей финансовые потоки между контрагентами.

Переход на маркетплейс-схему требует интеграции с банком, обеспечивающим обработку платежей и управление расчетами.

Основные этапы перехода следующие [2]:

1. анализ текущих процессов: изучение существующих бизнес-процессов и выявление рисков перехода;
2. разработка ТЗ: создание технического задания с архитектурой системы, включая API для платежей, возвратов и управления задолженностями;
3. интеграция с Т-Банком: настройка интерфейсов для прямых платежей между контрагентами через сервис «Маркетплейс». Это включает регистрацию «точек» (расчетных счетов участников), обработку авторизованных средств и моментальных возвратов в период холда (5 дней);
4. тестирование: проверка модели на выборке участников для оценки стабильности и удобства;
5. оценка эффективности: анализ ключевых метрик (доходность, скорость транзакций, удовлетворенность пользователей).

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

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

Процесс включает несколько этапов, каждый из которых сопровождается поддержкой и контролем со стороны исполнителя [3.4]:

1. анализ и проектирование. Детальный аудит финансовых потоков клиента с использованием предоставленных данных;
2. разработка технического задания (ТЗ) для интеграции с банком, включая настройку API для платежей, возвратов и учета операций;
3. согласование ТЗ с клиентом, определение ключевых участников процесса (например, «покупатели» и «поставщики»);
4. интеграция с банком. Это включает настройку расчетных счетов и передачу данных (ИНН, БИК, email и др.) через API;
5. настройка прямых платежей между контрагентами с удержанием комиссии за IT-услуги;
6. интеграция системы учета задолженностей и возвратов;
7. тестирование и отладка. Проведение пилотного запуска на ограниченной выборке участников клиента (например, 10 % от общего числа транзакций);
8. сбор обратной связи от пользователей системы и устранение выявленных ошибок;
9. проверка ключевых метрик: скорость транзакций, точность расчетов, уровень издержек;
10. полное внедрение. Перевод всех финансовых операций клиента на маркетплейс-схему;
11. настройка фискализации чеков через онлайн-кассу (например, CloudKassir) для соответствия налоговым требованиям [5];
12. обучение сотрудников клиента работе с новой системой через интерфейс личного кабинета;
13. сопровождение и оптимизация. Мониторинг работы системы в течение 1–3 месяцев после внедрения;
14. анализ эффективности. Сравнение фактических показателей с плановыми (рост выручки, снижение издержек);
15. предоставление рекомендаций по дальнейшему улучшению процессов (например, настройка дополнительных функций Т-Банка).

После завершения процесса клиент получает (также на примере Т-Банка):

1. экономическую выгоду;
2. снижение операционных издержек благодаря исключению посреднических комиссий;
3. техническое решение. Полностью интегрированная система на базе Т-Банк «Маркетплейс» с автоматизированным учетом платежей, возвратов и задолженностей;
4. личный кабинет для мониторинга операций, включая баланс «точек», комиссии и статусы транзакций;
5. прозрачность и масштабируемость. Упрощенная схема расчетов между контрагентами, снижающая финансовые риски;
6. возможность масштабирования на новые рынки или участников без увеличения издержек;
7. документацию и поддержку. Полный комплект технической документации для самостоятельного управления системой;
8. доступ к консультациям по оптимизации в течение оговоренного периода (например, 6 месяцев).

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

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

Литература:

1. Бизнес-модели маркетплейсов: как зарабатывать, ничего не продавая (почти). — Текст: электронный // Purrweb: [сайт]. — URL: https://www.purrweb.com/ru/blog/biznes-modeli-marketplejsov/ (дата обращения: 10.04.2025).
2. Paywall. — Текст: электронный // Paywall: [сайт]. — URL: https://paywall.ru/ (дата обращения: 10.04.2025).
3. Т-Банк Маркетплейс. — Текст: электронный // Т-Банк: [сайт]. — URL: https://www.tbank.ru/business/seller/ (дата обращения: 10.04.2025).
4. Т-Банк Касса. — Текст: электронный // Т-Банк: [сайт]. — URL: https://www.tbank.ru/kassa/dev/payments/ (дата обращения: 10.04.2025).
5. Агентский договор (схема). — Текст: электронный // Jump Finance: [сайт]. — URL: https://jump.finance/articles/agentskiy-dogovor-skhema/ (дата обращения: 10.04.2025).