Почему бизнес покупает готовые приложения вместо собственной разработки

Сколько стоит «сделаем сами»

Представим обычную задачу: CRM должна проверять дубли, забирать данные из учётной системы, готовить коммерческое предложение или вести небольшой отраслевой процесс. Функция важна, но не настолько, чтобы становиться отдельным направлением разработки.

По исследованию Хабр Карьеры за первое полугодие 2026 года, основанному на 45 226 анонимно указанных фактических окладах, медианная зарплата разработчика составляла 200 тыс. ₽ в регионах и 270 тыс. ₽ в Москве, аналитика — 160 тыс. ₽ и 220 тыс. ₽ соответственно [оценка исследователя]. Для тестировщика возьмём верхнюю границу российского диапазона middle-уровня — 120 тыс. ₽ в месяц по данным hh.ru за 2025 год [оценка исследователя].

Для сравнения зададим нижнюю границу маленькой внутренней команды: один разработчик, аналитик на половину времени и тестировщик на четверть [сценарный расчёт]. В регионах это 310 тыс. ₽ в месяц и 1,86 млн ₽ за шесть месяцев; в Москве — 410 тыс. ₽ в месяц и 2,46 млн ₽ [сценарный расчёт]. Это не статистический минимум проекта. Здесь ещё нет подбора, обязательных начислений работодателя, инфраструктуры, руководителя, владельца продукта и поддержки после релиза.

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

Где находится рынок

По прогнозу Strategy Partners от 16 декабря 2025 года, российский рынок корпоративного программного обеспечения должен был достичь 248 млрд ₽ по итогам 2025 года [оценка исследователя]. По предварительной оценке TAdviser, российский рынок CRM за тот же год достиг 44,1 млрд ₽, прибавив 25% [оценка исследователя].

Эти числа показывают, что компании продолжают тратить деньги на корпоративные системы. Они не показывают доход авторов приложений. В 248 млрд ₽ входят крупные платформы, инфраструктурное и прикладное ПО; в 44,1 млрд ₽ — лицензии, облачные сервисы, внедрение и другие работы. Доступная конкретному разработчику доля начинается только там, где совпали платформа, повторяемая проблема, канал продаж и способность сопровождать продукт.

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

Пять площадок — пять моделей заработка

На 8 августа 2026 года российские экосистемы предлагают не один маркетплейс, а пять разных способов довести продукт до покупателя.

×

Схема 1. Данные вендоров и наблюдения НТА не сложены в рейтинг: регистрации, карточки, установки и просмотры описывают разные этапы воронки.

• Битрикс24. Деньги автора — доля подписочной выручки и собственные встроенные покупки. Публично заявлены 15 млн компаний, 4 000+ приложений, 600+ авторов и 3 млн+ установок [данные вендора]. Оговорка: 15 млн — число компаний в Битрикс24 по данным платформы, а не активных покупателей приложений.
• amoCRM. Деньги автора — внешняя подписка SaaS, платная интеграция и услуги подключения. В шести открытых разделах каталога найдено 96 уникальных карточек [наблюдение по выборке]. Общая аудитория, выплаты авторам и установки публично не раскрываются.
• 1С. Деньги автора — лицензия тиражного отраслевого продукта, партнёрская дистрибуция и сопровождение. В открытом каталоге показано 264 решения при выборе по отрасли [наблюдение по выборке]. Это не магазин маленьких виджетов: продукту часто нужны внедрения, стандарты выпуска и партнёрская сеть.
• ELMA365. Деньги автора — платное low-code-решение с фиксированной ценой или ценой по запросу. Вендор заявляет 4 000+ клиентов и 100+ решений Store [данные вендора]. Число клиентов платформы не равно числу покупателей конкретного решения.
• BPMSoft. Деньги автора — лицензия, внедрение и поддержка сертифицированного корпоративного приложения. В каталоге найдено 162 публичные карточки [наблюдение по выборке]. Аудитория и продажи не раскрываются, большинство цен в выборке — по запросу.

У Битрикс24 самая подробно описанная публичная экономика. Вендор направляет разработчикам 85% распределяемой выручки подписки [данные вендора]: половина вознаграждения связывается с приложениями, которые привели к покупке, вторая половина — с дальнейшим использованием. Установка сама по себе денег не гарантирует; учитываются обращения к интерфейсу и API, события и частота работы. В выборке из десяти популярных интеграций было от 4 034 до 96 046 установок [наблюдение по выборке], но это срез зрелых коммуникационных решений, а не прогноз для нового приложения.

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

В 1С сильнее модель тиражного отраслевого продукта. Официальные варианты «1С-Совместно» и «На платформе 1С» связывают разработку с правами, поддержкой, стандартами и партнёрским распространением; для ряда форматов ожидаются успешные внедрения. ELMA365 находится между каталогом и low-code-дистрибуцией: партнёр может сделать решение платным, назначить фиксированную цену или цену по запросу, а клиент получает 14-дневную демоверсию [данные вендора].

Выбор площадки начинается не с самой большой цифры в презентации, а с уже накопленной компетенции. Массовая утилита с быстрым самостоятельным подключением ближе к Битрикс24. Внешний сервис с собственной подпиской — к amoCRM. Отраслевой учётный продукт и партнёрское распространение — к 1С. Переносимый low-code-процесс — к ELMA365. Модуль, который требует обследования, интеграции и корпоративной поддержки, — к BPMSoft. Это рабочая эвристика, а не рейтинг доходности. Переход на незнакомую платформу ради предполагаемой аудитории добавляет обучение и риск раньше, чем приносит продажи.

Почему BPMSoft требует отдельного расчёта

BPMSoft интересна разработчику, который знает корпоративные продажи, сервис, маркетинг, данные или интеграции. В каталоге соседствуют коннекторы к 1С, телефонии, DaData и офисным системам, канбан-доски, проектное управление, отраслевые решения, инструменты аудита и эксплуатации. Это не только расширение интерфейса, но и предметная логика, которая встраивается в критичный процесс заказчика.

В выборке НТА из 20 приложений 17 имели цену «по запросу», три распространялись бесплатно [наблюдение по выборке]. Публичные просмотры карточек находились в диапазоне от 57 до 6 510 [наблюдение по выборке]. Это сигнал интереса, но не продаж: BPMSoft не показывает установки, активных клиентов или выручку приложения. Поэтому больший потенциальный чек здесь — вывод из модели поставки, а не опубликованная рыночная статистика. Корпоративный модуль можно продавать вместе с внедрением и поддержкой, но сделка будет длиннее, а клиентов — меньше.

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

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

Экономика покупателя: купить или построить

Сравним два шестимесячных сценария. В принятом составе собственная команда стоит 1,86 млн ₽ в регионах или 2,46 млн ₽ в Москве только прямыми зарплатами [сценарный расчёт]. Для готового решения возьмём иллюстрацию: 300 тыс. ₽ лицензии или подписки, 350 тыс. ₽ внедрения, 200 тыс. ₽ интеграции и 150 тыс. ₽ поддержки за полгода — всего 1 млн ₽ [сценарный расчёт]. Это не медиана рынка и не коммерческое предложение НТА; перед решением значения заменяются ценами выбранного поставщика.

×

Схема 2. Внутренняя команда посчитана по прямым зарплатам. Готовое приложение — сценарий для проверки чувствительности, а не статистика сделок.

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

Экономика автора: три сценария

Публичной статистики среднего заработка авторов на пяти площадках нет. Поэтому ниже не прогноз дохода, а три прозрачных сценария [сценарный расчёт]. Все суммы — валовая выручка до налогов, комиссии площадки, продаж, маркетинга и инфраструктуры. Час автора оценён в 1 250 ₽ как 200 тыс. ₽ региональной месячной зарплаты разработчика, делённые на 160 часов [сценарный расчёт]. «Остаток» после поддержки нужен только для проверки окупаемости и не является прибылью.

• Узкая утилита: 1 500 ₽ в месяц × 100 клиентов = 150 тыс. ₽ в месяц, или 1,8 млн ₽ в год. Поддержка — 40 часов в месяц, или 50 тыс. ₽ труда. Условная окупаемость: бюджет упаковки 600 тыс. ₽ / 100 тыс. ₽ остатка после поддержки = 6 месяцев.
• Интеграция или отраслевой процесс: 10 тыс. ₽ в месяц × 30 клиентов = 300 тыс. ₽ в месяц, или 3,6 млн ₽ в год. Поддержка — 80 часов, или 100 тыс. ₽ труда. Условная окупаемость: бюджет 1,2 млн ₽ / 200 тыс. ₽ остатка = 6 месяцев.
• Корпоративный модуль BPMSoft: 600 тыс. ₽ в год × 5 клиентов = 3 млн ₽ в год, или 250 тыс. ₽ в среднем за месяц. Поддержка — 120 часов, или 150 тыс. ₽ труда в месяц. Условная окупаемость: бюджет 1,8 млн ₽ / 100 тыс. ₽ среднемесячного остатка = 18 месяцев.

В первом сценарии потеря десяти клиентов уменьшает месячную выручку на 15 тыс. ₽ [сценарный расчёт]. Во втором уход трёх клиентов стоит 30 тыс. ₽ в месяц [сценарный расчёт]. В третьем один непродлённый договор убирает 600 тыс. ₽ годовой выручки; при неизменной поддержке условный срок окупаемости резко растёт [сценарный расчёт]. Чем меньше клиентов и выше чек, тем болезненнее единичный отток и кассовый разрыв между продажами.

Для Битрикс24 эти сценарии нельзя напрямую подставлять в подписную модель: автор не назначает всю цену приложения и получает долю распределяемой выручки по фактическому использованию. Для amoCRM, 1С, ELMA365 и BPMSoft точные комиссии и условия конкретного договора публично раскрыты не полностью. Там, где нет подтверждённого процента, формула должна оставаться формулой: цена × активные клиенты − комиссия − поддержка − продажи − инфраструктура.

Что имеет шанс стать приложением

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

• Качество данных: дедупликация, нормализация, контроль обязательных полей и протокол исправлений.
• Интеграции: обмен с 1С, телефонией, ЭДО, проверкой контрагентов и отраслевыми сервисами.
• Согласия и комплаенс: сроки хранения, фиксация оснований обработки, удаление и аудит действий.
• Отраслевой микропроцесс: повторяемая часть закупки, сервиса, полевой работы или согласования.
• Миграция и диагностика: сравнение конфигураций, перенос данных, журнал результата, проверка окружения.
• Эксплуатация: мониторинг, тестовые данные, безопасные служебные инструменты и помощь первой линии.

Общий признак — измеримый результат. Продукт сокращает время операции, количество ошибок, срок запуска или стоимость сопровождения. Формулировка «добавляет удобный виджет» слабее, чем «находит дубли до передачи лида менеджеру и показывает протокол объединения».

Почему маркетплейс не печатает деньги

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

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

Третья ошибка — считать корпоративную продажу продолжением разработки. Заказчику нужны демонстрация, проверка данных и безопасности, договор, пилот, закупочная процедура, внедрение и обучение. У BPMSoft или 1С высокий чек не отменяет длинную сделку. Деньги на разработку уже потрачены, а выручка может прийти через несколько месяцев.

Четвёртая ошибка — бесплатно кастомизировать продукт до потери ядра. Один клиент просит новые поля, второй — другую модель ролей, третий — уникальный маршрут согласования. Если 70–80% решения не переносится между компаниями [сценарный критерий], лицензия превращается в небольшой аванс за заказную разработку.

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

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

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

До MVP полезно пройти пять фильтров.

1. Проблема повторилась хотя бы у трёх–пяти компаний, а не только у одного знакомого заказчика [сценарный критерий].
2. Не менее 70–80% логики, данных и установки переносится без переписывания [сценарный критерий].
3. Покупатель может измерить ценность в деньгах, времени, риске или сроке запуска.
4. Инженер, не участвовавший в создании, способен установить продукт по инструкции на чистую поддерживаемую версию.
5. Поддержка десяти клиентов оставляет автору время на развитие, продажи и обновление платформы [сценарный критерий].

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

Первые 90 дней

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

Следующие 30 дней [сценарный план] — платный пилот и ручная поставка результата. Здесь проверяются данные, установка, безопасность, цена и объём исключений. Код может быть неидеальным; критерии приёмки и границы продукта — обязательны.

Последние 30 дней [сценарный план] — MVP, документация администратора, диагностические сообщения, обновление и поддержка. Только после воспроизводимой второй установки имеет смысл подавать решение в маркетплейс.

Самостоятельный маршрут остаётся основным: интервью, пилот, одна платформа, повторная продажа. Если нужна внешняя проверка идеи, НТА может помочь оценить переносимость, экономику и требования безопасности, упаковать BPMSoft-приложение, провести внедрение и подготовить корпоративный выход. Партнёр нужен не вместо автора, а там, где продукту не хватает контура сертификации, продаж или сопровождения.

Тест понедельником

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

• Сможете ли вы обновить платформу у десяти клиентов без ручного разбора каждой базы?
• Поймёт ли первая линия, какие данные собрать при критической ошибке?
• Останется ли время на продажи, если два клиента одновременно попросят помощь?
• Можно ли отказать в уникальной доработке, не разрушив отношения и выручку?
• Переживёт ли продукт уход одного крупного клиента?

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

Источники и границы исследования

Срез выполнен 8 августа 2026 года. Четыре маркировки чисел используются буквально: данные вендора, оценка исследователя, наблюдение по выборке и сценарный расчёт. Отсутствующие цены, установки и выплаты не восстановлены косвенными расчётами. Число карточек получено обходом доступных страниц каталога; диапазоны цен, установок и просмотров — из целевой, а не случайной выборки 20 приложений BPMSoft и по 10 решений остальных площадок. Такая выборка показывает устройство предложения и прозрачность данных, но не средние продажи или доход автора.

1. Strategy Partners, 16 декабря 2025 года — прогноз объёма российского рынка корпоративного ПО.
2. TAdviser: CRM — предварительная оценка российского рынка CRM за 2025 год.
3. Хабр Карьера, 21 июля 2026 года и hh.ru, 2025 год — зарплатные ориентиры и методика исходных данных.
4. Платформа Битрикс24 для разработчиков, подписная модель и выплаты — аудитория, каталог, установки и распределение выручки.
5. Каталог amoCRM и требования к публичным интеграциям — открытые карточки, установка, данные, безопасность и модерация.
6. Каталог решений 1С, модели выпуска и «1С-Совместно» — открытые карточки, права, дистрибуция и сопровождение.
7. ELMA365, правила Store, лицензирование решений и экспорт в каталог — масштаб, цены, демоверсия и модерация.
8. Каталог BPMSoft и партнёрская программа Marketplace — выборка приложений, сертификация, поддержка и публикация.

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

Важное уведомление

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