В статье рассмотрим причины, почему не все компании могут использовать SaaS и no-code решения и подберём им альтернативу.
С уходом иностранных сервисов для бизнеса компании стали заменять привычные IT-решения и перерабатывать стратегии цифровой трансформации. 76% организаций теперь самостоятельно разрабатывают продукты для автоматизации бизнеса.
При этом почти четверть компаний сократили бюджеты на закупку готового ПО. А 30% представителей крупного бизнеса вовсе отказываются использовать облачные и no-code решения в цифровой трансформации. Чаще всего это предприятия из нефтегазовой отрасли, металлургии и энергетики. В этих сферах много объектов критической информационной инфраструктуры, что ужесточает политику информационной безопасности.
Текущие вызовы бизнеса — обеспечить цифровизацию, но сделать её:
- Более адаптивной. Добиться возможности переиспользовать наработки, если разработка затянется и окажется, что продукт уже не нужен.
- Быстрой. Не дать разработке растянуться на годы.
- Дешёвой. У всех компаний разные бюджеты на цифровизацию, но оптимизация бюджета всегда позитивно сказывается на KPI сотрудников, отвечающих за неё.
В этой статье разберём, как подстроить разработку под вышеназванные требования в условиях, когда нельзя использовать облачные и no-code решения.
Боли бизнеса в разработке
В 2024 году Антон Макаров — руководитель digital production Creonit — выступал на конференции по управлению продуктом ProductCamp. Рассказывал про нашу собственную разработку — инструмент для быстрого запуска B2B-сервисов Oberton. Это low-code платформа, с помощью которой создать бизнес-приложение за 2 месяца.
Перед подготовкой к докладу провели внутреннее исследование, чтобы выяснить, с какими проблемами сталкивается рынок во время разработки. Изучили сделки за последние три года и жалобы, с которыми обращались к нам заказчики. Так выделили ключевые гипотезы. Далее запустили опрос среди продакт-менеджеров и руководителей digital-проектов — получили 60 ответов и выделили 5 основных проблем.
ТОП-5 сложностей компаний в разработке
- Длинные цепочки согласований — 36%. Из-за кросс-функциональных согласований, линейной структуры управления с разными стейкхолдерами и долгого ожидания фидбэка согласования могут длиться дольше самой разработки.
- Высокая стоимость разработки с нуля — 28%.
- Запрет на использование No-code и SaaS-решений — 23%. После массового ухода вендоров с российского рынка из-за санкций многие переносят сервисы на свои сервера.
- Нет культуры создания продуктов с нуля — 10%.
- Правки после разработки — 3%. Заказчики и стейкхолдеры лучше понимают продукт, когда его можно «потрогать»: выполнить действия, создать профиль, заполнить таблицу. На финальном этапе разработки часто выясняется, что результат не соответствует ожиданиям, и многое нужно переделывать.
Все проблемы дополнительно подтвердили на самой конференции ProductCamp, пока лично общались с продактами разных компаний.
Это третья статья из цикла про сложности рынка в разработке. Первая посвящена долгим согласованиям — её можно прочитать здесь. Второй материал о высокой стоимости разработки — по этой ссылке.
Почему компании отказываются от SaaS- и No-code решений в разработке
Как сказано выше, в первую очень рынок поразили последствия санкций 2022 года. Резкий уход зарубежных сервисов заставил компании задуматься, где находится исходный код софта, который они используют. И как снова не потерять доступ к критически важным данным в один день. Но это — не единственные причины.
Топ-5 причин отказа:
1. Политика безопасности компаний
Сервисы со сторонними вендорами могут закрыть доступ к данным, которые компания переносила и структурировала годами. Потерять клиентскую базу или затреканное рабочее времени сотрудников, из которого начисляются годовые бонусы, премии и рассчитывается KPI, — большой ущерб для любой компании. Кроме того, отрасли критической информационной инфраструктуры просто не могут пользоваться сторонними решениями. Им по законодательству положено хранить все данные на своих серверах.
2. Необходимость подстраиваться под готовое решение
Бизнес-процесс компании может отличаться от того, что предполагает готовый сервис. Например, предприятию необходимо, чтобы данные из таск-трекера импортировались в сервис для автоматического расчёта зарплат. Но готовые таск-трекеры не дают доступа к своему API — из-за этого интеграция невозможна.
3. Много лишней функциональности
Из-за этого интерфейс перегружен, и сервисом сложно пользоваться. При этом действительно нужных бизнесу возможностей — ~1%, всё остальное — лишние вкладки и элементы. Яркий пример — «Битрикс24». Если компания хочет внедрить его в качестве CRM-системы, сотрудникам придётся каждый день искать нужные функции между вкладками с товарами, складами и другими возможно ненужными опциями.
4. Ненадежность вендоров
Российские разработчики адаптируются к изменениям на рынке и запускают аналоги зарубежных сервисов. Уже можно найти замену Jira, Google Documents и другим продуктам. Массовая проблема новых продуктов в том, что чаще всего это стартапы, развивающиеся за счёт инвестиций. В любой момент их финансирование может прекратиться, и сервис закроется, потому что «гипотеза не подтвердилась», «плохо спланировали маркетинг» или других причин.
5. «Не подходит под процесс»
Готовое решение никогда не закроет потребность бизнеса на 100%. Почти всегда найдётся что-то, что должно работать по-другому. Кастомизировать это не всегда возможно, поэтому для компаний со сложными бизнес-процессами проще сразу разработать своё с нуля. Дорабатывать готовое решение больнее, чем сделать с нуля, и во многих случаях дороже.
Почему компании самостоятельно разрабатывают софт
1. Отсутствие ограничений в масштабировании. Собственный продукт проще интегрировать в любые корпоративные системы, либо с другими сервисами. Можно сразу заложить большие возможности для дальнейшего масштабирования.
2. Безопасность. Компания владеет исходным кодом, который лежит на её сервере. Бизнес сам контролирует круг лиц, у которого есть доступ к кодовой базе.
3. Не нужно адаптировать бизнес-процессы. Не нужно подстраиваться под процессы, заложенные в готовом продукте, можно сделать всё под себя.
Альтернатива SaaS и No-code решениям
Мы не просто так изучали проблемы рынка, проводили исследования и проверяли гипотезы. Главной задачей для нас было предложить решение, которое поможет компаниям справляться с результатами кризиса.
Создать инструмент, который позволит:
- Быстро запускать любые B2B-сервисы на замену иностранным: ERP-системы, таск-трекеры, облачные документы и таблицы и так далее.
- Снизить стоимость разработки почти в два раза.
- Размещать готовый продукт на сервере заказчика с возможностью доработки в любой момент.
Так мы создали low-code платформу Oberton — продукт для запуска продуктов. С её помощью можно за два месяца запустить бизнес-приложение.
Преимущества Oberton
1. Разработка под конкретные бизнес-требования. Создаём полноценный цифровой продукт под уникальные требования бизнеса.
2. Готовый демо-стенд за 5 дней. Часть сервиса можно будет «потрогать» сразу: заполнить данные, создать новые страницы, оформить заявку. Это позволяет формировать верные ожидания у заказчиков — полезно заранее увидеть, как будет выглядеть и работать продукт.
3. Исходный код. Результат разработки передаём заказчику в виде исходного кода.
4. Стоимость разработки. Для работы над продуктом достаточно команды от четырёх человек: руководителя проекта, бизнес-аналитика, python-разработчика и QA-инженера. Это уменьшает фонд оплаты труда, а вместе с ним и стоимость разработки. В то же время классическая кастомная разработка требует участия минимум семи специалистов.
5. Запуск продукта за ~2 месяца без учёта интеграций. Пропускаем этапы визуального проектирования и frontend-разработки, уменьшая количество согласований и этапов. За счёт этого ускоряем запуск продукта.
6. Легко развивать продукт. Предоставляем полную проектную документацию: любой python-разработчик сможет развивать и дорабатывать продукт на Oberton.
Итого
Запрет или нежелание использовать SaaS и no-code усложняют быстрый запуск новых цифровых продуктов.
Однако мы разработали low-code платформу Oberton, позволяющую быстро создавать цифровые продукты. Это решение облегчает процесс разработки и сокращает время выхода на рынок, особенно для малого и среднего бизнеса, при этом не возникнет сложностей с политикой безопасности или нестандартными бизнес-процессами.
Если хотите быстро запустить B2B-продукт — закажите демо на Oberton, оставив заявку в форме ниже.
