Агностический смысл в бизнесе: платформа, поставщик, технология
В презентациях программного обеспечения для B2B постоянно используются слова: «платформенно-независимый», «поставщик-независимый», «технологически-независимый». Это воспринимается как особенность. Объяснение обычно опускается.
В бизнесе термин «агностик» описывает продукт, услугу или стратегию, которые структурно не зависят от конкретной платформы, поставщика или технологии. Это не философская позиция, а практическая. Если вы можете сменить облачного провайдера, не перестраивая приложение, оно является облачно-агностическим. Если консалтинговая компания рекомендует инструменты без скидок для реселлеров, она является облачно-агностической. Это слово встречается в объявлениях о вакансиях, договорах с поставщиками, архитектурных документах и инвестиционных тезисах. Понимание того, что на самом деле подразумевает термин «агностик» в деловом контексте, помогает более четко оценивать все эти примеры.
Что означает «агностицизм» в бизнесе?
Слово «агностик » имеет корни в греческой философии. «Агностик» означает «непознаваемый», и Томас Хаксли адаптировал его в 1869 году для описания позиции преднамеренной нейтральности: отказа от утверждений, которые нельзя проверить. Технологическая индустрия переосмыслила эту логику для инфраструктуры в 1990-х годах. Система, которая не привязана к конкретной платформе или поставщику, является агностичной по отношению к ней — она работает независимо от этого.
Представьте себе универсальный адаптер питания. Он работает с европейскими, американскими и британскими розетками, без каких-либо предпочтений. Он был разработан именно так. Это тот самый принцип, на который указывает любой агностик в контексте бизнеса, только масштабированный до выбора программного обеспечения и договоров с поставщиками, а не до электрических стандартов.
На практике: отсутствие структурной зависимости. Компания, работающая сегодня на AWS, может перейти на Azure без перестройки основных систем, если архитектура изначально предусматривала такую гибкость. Консалтинговая компания, не имеющая договорных отношений с поставщиками, рекомендует, исходя из соответствия требованиям. Ни одна из сторон не является привязанной к одному из вариантов.
Виды агностицизма в бизнесе
Это слово встречается в разных сферах бизнеса с разными значениями. Вот основные типы.
Платформонезависимый
Если программное обеспечение работает одинаково независимо от операционной системы или браузера, оно является платформенно-независимым. Google Docs подходит под это описание: откройте его в Chrome на Windows, Safari на macOS, Firefox на Linux, и вы получите одинаковый результат. Никаких отдельных версий для каждой среды.
Почему это важно для компаний: пользователи используют разные конфигурации. Никому не нужна конкретная модель ноутбука или марка телефона для работы с CRM. Инструменты, не зависящие от платформы, исключают эту необходимость.
Независимый от поставщика
Независимость от поставщика — это коммерческая, а не техническая характеристика. Архитектура, не зависящая от поставщика, может работать на AWS, Google Cloud или Azure и не требует перестройки при смене провайдера. ИТ-консалтинговая компания, не имеющая партнерских соглашений с реселлерами, придерживается принципа независимости от поставщика в своих рекомендациях.
Причина сбоя — зависимость от поставщика, и обычно она проявляется только тогда, когда вы пытаетесь уйти. Данные хранятся в проприетарном формате. Экспорт требует платного проекта миграции. Подписанный вами контракт не включал права на переносимость данных. Ничего из этого не произошло внезапно — это накопилось в результате решений, принятых до того, как отношения стали проблематичными.
Технологически нейтральный подход
Здесь вопрос заключается в том, диктует ли система выбор языка программирования, базы данных или фреймворка тому, кто будет её использовать. Технологически независимый API этого не делает. Он принимает запросы из Python, Java, JavaScript, Go — из любого языка, выбранного вызывающей стороной, — и обрабатывает их одинаково. Выбор зависимостей остаётся за клиентом.
Kubernetes сделал это стандартным требованием в оркестровке контейнеров. Платформа запускает рабочие нагрузки независимо от языка программирования, фреймворка или облачного провайдера. Команды выбирают свой стек, а Kubernetes его запускает.
Другие виды делового агностицизма
Данная концепция выходит далеко за рамки разработки программного обеспечения:
| Тип | Что это значит | Пример |
|---|---|---|
| облачно-независимый | Работает на любом облачном провайдере. | Приложение развернуто на AWS, Azure или GCP без изменений. |
| независимый от устройства | Функции на любом устройстве | Веб-приложение, работающее на телефонах, планшетах и компьютерах. |
| независимый от данных | Обрабатывает данные любого формата и источника. | Аналитическая платформа, которая принимает данные из CSV, JSON, SQL или API-каналов. |
| не привязан к конкретной отрасли | Осуществляет деятельность в различных секторах. | Фирма прямых инвестиций, которая в равной степени инвестирует в здравоохранение, логистику и финтех. |
| независимый от бизнес-процессов | Программная логика не привязана к одному рабочему процессу. | ERP-система, адаптирующаяся к различным форматам счетов-фактур без написания пользовательского кода. |
| независимый от способа оплаты | Принимает несколько способов оплаты или валют. | Торговая платформа, обрабатывающая платежи картами, криптовалютой и банковскими переводами. |
Платформенно-независимый против платформенно-независимого
Люди часто используют эти два термина как синонимы, но они описывают разные вещи. Вот в чём их разница:
| Измерение | Платформонезависимый | Независимый от поставщика |
|---|---|---|
| Фокус | Операционная среда (ОС, устройство, облако) | отношения с поставщиками |
| Первостепенная задача | Взаимодействие | Избежать зависимости от одного поставщика |
| Пример | Приложение работает на iOS, Android и в веб-версии. | Инфраструктура работает на платформах AWS, Azure и GCP. |
| Распространен в | Разработка программного обеспечения, SaaS-продукты | Закупки, ИТ-консалтинг, облачная архитектура |
| Удалён ключевой риск | Блокировка совместимости | Коммерческая блокировка |
Система может быть одновременно и тем, и другим. Облачное приложение, которое к тому же не зависит от конкретного поставщика, работает на любой инфраструктуре, не будучи связанным договорными обязательствами с каким-либо одним провайдером. Эти концепции дополняют друг друга. Большинство зрелых технологических архитектур стремятся к обоим направлениям.
Почему компании выбирают агностический подход?
Агностицизм в бизнес-стратегии — это не нейтральность ради самой нейтральности. Это способ получить рычаг влияния. Компании стремятся к нему по практическим соображениям:
- Отсутствие привязки к конкретному поставщику : когда ваши системы не привязаны к одному поставщику, переход становится инженерным проектом, а не катастрофой. Компании, привязанные к одному поставщику, часто тратят 15–20% своего ИТ-бюджета только на миграцию от одного монолитного поставщика.
- Ценовое давление : если два поставщика могут выполнить одну и ту же функцию, они конкурируют за контракт. Привязка к одному поставщику сводит на нет это преимущество. Компании, привязанные к одному поставщику, постоянно сообщают о расходах на дополнительные услуги на 5% и более выше рыночных.
- Защита от устаревания : технологии меняются быстрее, чем большинство планов развития поставщиков. Независимая от конкретного поставщика архитектура позволяет заменять существующие инструменты на более совершенные, не дожидаясь, пока поставщик разработает функцию, которая уже есть у ваших конкурентов.
- Масштабируемость : модульные системы с API-интерфейсом развиваются за счет замены компонентов. Монолитная система от одного поставщика масштабируется путем обновления всего стека, что обходится дороже.
- Гибкость в регулировании : требования к соблюдению нормативных требований различаются в зависимости от юрисдикции. Программное обеспечение, не зависящее от конкретной юрисдикции, адаптируется к этим требованиям, не затрагивая основные системы.
- Ускоренные слияния и поглощения : независимые от поставщиков системы интегрируются быстрее после приобретения. Две компании, использующие программное обеспечение, ориентированное на API и не зависящее от поставщиков, тратят гораздо меньше времени на проекты интеграции, чем две компании, чьи системы жестко запрограммированы на основе различных проприетарных стеков.
Преимущества агностицизма по сравнению с подходом, основанным на использовании одного поставщика.
Компромисс реален. Агностические подходы требуют больше предварительной работы над архитектурой. Экосистему от одного поставщика проще создать. Вопрос в том, для чего вы оптимизируете решение в перспективе 3-5 лет.
| Критерий | Агностический подход | Подход с использованием одного поставщика |
|---|---|---|
| Гибкость | Высокий уровень — заменяйте компоненты по мере необходимости. | Низкий уровень — привязан к планам развития одного поставщика. |
| Начальная сложность | Более высокий уровень — больше работы по проектированию интеграции. | Более низкий уровень — единая экосистема, меньше решений |
| Долгосрочные затраты | Снижение — сохранение конкурентоспособных цен | Более высокая ставка — потеря рычага влияния при продлении договора. |
| Скорость инноваций | Быстрее — внедряйте лучшие инструменты немедленно. | Более медленный процесс — ожидание, пока поставщик выпустит новые функции. |
| Концентрация риска | Распространяется среди поставщиков | Сосредоточены в одних отношениях |
| затраты на переключение | Низкий уровень, если конструкция разработана с учетом портативности. | Очень высокий уровень — миграция данных, переобучение, время простоя. |
| Лучше всего подходит для | Масштабирование компаний с разнообразными потребностями | Команды на ранней стадии развития, которым быстро нужна простота. |
Ни один из вариантов не является универсально правильным. Стартапу, разрабатывающему MVP, необходимо действовать быстро, и единая интегрированная платформа имеет смысл. Предприятию, планирующему многолетнюю инфраструктуру, необходима независимость от конкретного поставщика с самого начала, а не адаптация после того, как возникнет зависимость от конкретного поставщика.
Реальные примеры бизнеса, не зависящего от конкретных условий.
Компании, которые работают таким образом целенаправленно, не являются мелкими:
- Netflix работает одновременно на AWS и собственной инфраструктуре. Ни один сбой в облаке не приводит к остановке сервиса. Облачная независимость в производственной среде, а не только на архитектурной схеме.
- Salesforce по своей сути является платформенно-независимой системой: CRM-система подключается к любой ERP-системе, хранилищу данных или инструменту автоматизации маркетинга через API, независимо от используемой клиентом технологической платформы.
- Kubernetes обеспечивает технологически независимую оркестрацию контейнеров. Рабочие нагрузки запускаются в любой облачной или локальной среде, на любом языке программирования, через любой конвейер CI/CD.
- PostgreSQL — это независимый от конкретной базы данных выбор для команд, которым нужна гибкость инфраструктуры. Приложения, построенные на ней, развертываются где угодно без необходимости использования зависимостей от Oracle или SQL Server.
- Платформы для управления платежами распределяют транзакции между несколькими эквайерами — Worldpay, Adyen, Stripe — и выбирают того, у кого лучший процент одобрения и самая низкая комиссия за транзакцию. Это и есть независимость от поставщика в контексте платежей.
- Инвестиционные банки, позиционирующие себя как отраслевые консультанты по слияниям и поглощениям в секторах здравоохранения, логистики, финансовых технологий и потребительских товаров, не отдающие предпочтение какому-либо конкретному сектору.
Как разработать бизнес-стратегию, не зависящую от конкретных условий.
Переход к архитектуре, не зависящей от конкретного поставщика, требует времени, особенно в организациях, которые годами накапливали зависимости от поставщиков, не управляя ими активно. Практические шаги:
- Проведите аудит текущих зависимостей. Составьте карту каждого инструмента, платформы, поставщика и интеграции в вашем технологическом стеке. Найдите точки отказа — того единственного поставщика, уход с которого будет катастрофическим.
- Отдавайте приоритет программному обеспечению, ориентированному на API. Выбирайте инструменты, предоставляющие понятные и документированные API. Если данные хранятся в проприетарных форматах без возможности экспорта, вы уже обречены на провал.
- Создавайте уровни абстракции. Промежуточное ПО, платформы iPaaS и инструменты оркестровки располагаются между вашими основными системами и конкретными поставщиками. В этом случае смена поставщика означает замену коннектора, а не перестройку системы.
- Обсудите пункты о расторжении договора до его подписания. Права на перенос данных и условия расторжения договора гораздо проще согласовать до подписания контракта, чем после. Настаивайте на их соблюдении в любом многолетнем соглашении.
- Документируйте свою архитектуру. Недокументированные системы создают зависимости из-за неясности. Только первоначальный разработчик знает, как она работает, а это значит, что только он может её изменить.
- Проводите ежегодные обзоры поставщиков. Цены падают. Появляются лучшие альтернативы. Поставщик, который был правильным выбором три года назад, сегодня может оказаться не таким. Регулярные обзоры поддерживают ценовое преимущество.
Применение агностического мышления к платежам
Платежи — одна из областей, где концепция «независимого» бизнеса имеет наиболее прямые финансовые последствия. Система, не зависящая от конкретного способа оплаты, принимает транзакции с использованием множества методов, валют и платежных систем: карты, банковские переводы, цифровые кошельки, криптовалюты — всё это, не привязывая продавца к одному процессору или платежной сети.
Проблема привязки платежей к конкретному платежному процессору специфична. Один процессор означает один процент одобрения, одну структуру комиссий, одну точку отказа. Если этот процессор изменит свои условия или выйдет из строя, резервного варианта не будет. Уровни управления платежами решают эту проблему, направляя каждую транзакцию тому эквайеру, который предлагает наилучший результат в данный момент.
Криптовалюты выводят независимость платежей на совершенно новый уровень. Продавец, принимающий Bitcoin, Ethereum, USDT и другие цифровые валюты, одним махом обходит карточные сети, банковские часы и географические ограничения на платежи. Возврат платежей, являющийся одной из основных статей расходов для продавцов, использующих карты, не применяется к криптовалютным транзакциям. Для продавцов, которым нужен действительно независимый от платежной системы вариант оформления заказа, Plisio поддерживает более 20 криптовалют, не привязываясь к какой-либо одной валюте или сети.
Что означает агностицизм для вашей бизнес-стратегии?
Общим звеном во всех этих контекстах бизнеса, где агностический подход имеет место, является возможность выбора. Вы можете сменить поставщика, обновить свой стек или выйти на новые рынки, не переделывая уже проделанную работу. Эта гибкость имеет свою реальную цену — когда поставщик обнаруживает, что вы не можете уйти, и соответствующим образом корректирует свои условия, или когда вы приобретаете компанию и понимаете, что интеграция займет 18 месяцев вместо 3.
На начальном этапе все это не бесплатно. Внедрение принципа агностицизма означает больше архитектурных решений на ранних этапах, больше работы по интеграции и постоянное поддержание совместимости по мере развития систем. Но компании, которые этого избегают, не избегают затрат — они просто платят за это позже, в худших условиях, когда остается меньше времени, чтобы сделать все качественно.
