Сравнение CPaaS и API с другими готовыми телеком-инструментами

Сравнение CPaaS и API с другими готовыми телеком-инструментами. Фото: из архива компании

Важность использования программных интерфейсов подтверждает 85% компаний. Причём чем больше бизнес, тем больше API он использует в рамках внутренней IT-инфраструктуры — представители 40% крупных компаний говорят о 250 встроенных программных интерфейсах.

Поэтому увеличилось и число разработчиков, которые используют в работе партнёрские и сторонние API как для платёжных систем, так и коммуникаций, например SMS API. Сравнение цифр за 2020 и 2021 год показывает рост почти на 5% (с 44,2 до 48,9% для партнёрских и с 49 до 53,9% для сторонних). А если анализировать технологическую отрасль, то этот показатель достигает 10%.

Что такое CPaaS и интеграция через API

CPaaS — это цифровая платформа, которая предоставляет среду и инструменты для создания собственных коммуникационных решений вместо готовых программ и сервисов.

Использование таких сервисов через API требует от разработчиков иного подхода к созданию собственных приложений. Около 51% респондентов считают, что больше половины усилий команд тратится на программный интерфейс. В процентном выражении это составляет 40% в 2020 и 49% в 2021 году. Такие цифры говорят о том, что API эффективны для создания собственных программных продуктов.

CPaaS — замена устаревших аппаратных решений?

Например, в Великобритании с 2025 года будут отключены все ISDN-коммуникации. То есть использовать такие АТС будет невозможно технически.

С точки зрения разработки использование CPaaS выгоднее по следующим причинам:

• Гибкость и масштабируемость. С помощью облачной платформы можно выбрать технологию связи, организовать омниканальную коммуникацию и расширять возможности по мере роста каналов. 40% крупных компаний уже используют 250+ программных интерфейсов внутри своей IT-экосистемы.
• Сокращение времени настройки на 72%. В аппаратных АТС и коробках для рассылки SMS достигнуть нужной степени интеграции практически невозможно. 
• Удобство эксплуатации. Облачная коммуникационная платформа намного проще в сопровождении и модернизации. Надёжность позволяет сократить время простоя компании из-за неработоспособности коммуникаций со 120 часов в год до 15 минут. Экономия средств при этом достигает 4,8 млн $ в год.  

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

Сравнение CPaaS с готовыми облачными сервисами

Коммуникационная платформа как сервис (CPaaS) отличается от готовой облачной телефонии (contact center as a service, или CCaaS) набором услуг.

CPaaS — это конструктор, с помощью которого можно создавать решения, интегрировать в инфраструктуру и адаптировать под бизнес-процессы.

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

Как выбрать подходящий вариант

• Удобство использования

Если заказчику нужен готовый кол-центр с определённым набором функций, подойдёт CCaaS-решение. В нём уже есть все необходимые инструменты, доступные без дополнительной разработки.

CPaaS же позволяет предложить клиентам разнообразные коммуникационные услуги (видеосвязь, чаты, мессенджеры) путём создания своего программного обеспечения.

• Процесс разработки

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

Источник

CCaaS уже готова к использованию, её нужно лишь интегрировать в уже используемое компанией программное обеспечение.

• Настраиваемость

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

CPaaS-решения предоставляют более широкий набор интеграций, чем CCaaS. Компании могут легко интегрировать CPaaS-решения с другими приложениями, CRM, ERP, сделать маркетинговые автоматизации.

К тому же, только CPaaS могут дать свободу для интеграции в свои механики сложных средств вроде Coqui, Whisper или даже библиотек на Python вроде pyttsx3. 

Согласно исследованию Gartner, рынок интеграции приложений вырастет с 16,5 млрд $ в 2020 году до 31,6 млрд $ в 2025 году.

• Выбор каналов коммуникации

В облачных готовых продуктах разработчик получает строго выделенный набор возможностей, которые практически невозможно расширить. Кроме того, он ограничен в выборе каналов связи. Как правило, предоставляется 1–2 варианта. Поэтому приходится использовать несколько сервисов.

Если коллеги решат, что в мобильном приложении нужны текстовые или голосовые функции, то ещё и SDK подключай в духе Amity, Stream, Sendbird или PubNub. Каждый новый продукт будет порождать проблемы.

• Нет избыточности

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

• Обновление и поддержка

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

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

Почему при разработке следует применять API-ориентированный подход

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

Разработчики выделяют такие плюсы API-ориентированного подхода:

• ускоренный выход на рынок;
• повышенная продуктивность;
• меньшие временные затраты на отладку;
• сокращение рисков безопасности;
• быстрая интеграция с партнёрами;
• сокращение времени на встречи и согласования;
• улучшение качества разработки.

Да и разработчики чувствуют себя счастливее, работая с API.

Источник

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

Критерии выбора CPaaS

Можно выделить три критерия, по которым необходимо выбирать поставщика CPaaS-услуг:

1. Лицензирование. Применение агрегаторов телекоммуникационных услуг неэффективно, поэтому необходимо пользоваться только платформами, которые дают прямой доступ к коммуникационным каналам и услугам.
2. Быстрота работы. При обработке данных в общедоступных сетях они рано или поздно становятся перегруженными, из-за чего формируется длинная очередь на обработку и увеличивается время задержки. Поэтому важно выбирать CPaaS с малой задержкой.
3. Инструменты для разработки и масштабирования. Поставщик CPaaS должен предоставлять удобный для использования программный интерфейс, который позволяет реализовать нужные разработчику функции и создать собственное приложение.

Выводы

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

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