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

В мире SaaS интеграция продуктов стала жизненно важной для успеха. Средняя быстрорастущая SaaS-компания имеет в среднем 15 интеграций продуктов.

Но что такое API и что такое интеграция продукта?

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

Что такое API?

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

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

API - это интерфейс, который абстрагируется от пользовательского кода каждого приложения, помогая двум приложениям взаимодействовать без знания деталей другого приложения.

Образно говоря, вы можете думать об этом как о человеке, говорящем по-французски (приложение SaaS 1), который пытается вести дела с кем-то, кто говорит по-испански (приложение SaaS 2). Хотя ни один из них не понимает другой язык, они оба немного знают английский (API).

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

Ключевым моментом является то, что они знают соответствующие английские слова - например, если человек в магазине: «Сколько это стоит?» и «Это стоит X долларов» было бы важно, зная: «Какой твой любимый фильм?» было бы гораздо менее важным.

Точно так же дизайн API будет определять, как приложения могут взаимодействовать друг с другом. Вы выбираете глаголы (например, получить или удалить) и существительные (например, имена или адреса электронной почты), которые другие приложения должны использовать для взаимодействия с вашим приложением.

Думайте об этом, как о вашем продукте с нестандартным и сложным кодом, как и обо всех других продуктах. API - это более абстрактный уровень, который означает, что продукты могут взаимодействовать друг с другом без необходимости видеть или получать доступ к пользовательскому коду другого продукта.

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

Каковы общие стили API?

Самый распространенный стиль API для современных SaaS-компаний - это REST API с ответом JSON.

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

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

Так что же такое интеграция продукта?

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

Интеграция продуктов - это тип интеграции, который позволяет всем клиентам компании SaaS (по соответствующему плану) перемещать данные из этой учетной записи в свою учетную запись с помощью другого приложения SaaS.

Так, например, если Busy Bee’s Soap хочет переместить свой список участников вебинара Zoom в Hubspot, они могут загрузить CSV-файл участников из Zoom, переформатировать его, а затем загрузить список в свою учетную запись Hubspot.

Это не интеграция, потому что Hubspot и Zoom не разговаривают друг с другом. И, конечно же, ручное перемещение таких данных занимает значительное время, и это открывает двери для человеческих ошибок.

Вместо этого разработчики Soap от Busy Bee могут создать для себя интеграцию, используя API Hubspot и Zoom. Разработчики Busy Bee могут запрограммировать свою интеграцию таким образом, чтобы имена участников и электронные письма автоматически отправлялись в Hubspot, где они становились новым контактом или отмечались в существующем контакте как участники вебинара.

Это будет интеграция, созданная Busy Bee’s, и преимущество состоит в том, что в рамках ограничений API Hubspot и Zoom Busy Bee’s может настроить эту интеграцию в соответствии с конкретными бизнес-потребностями.

Напротив, интеграция продукта будет, если Hubspot построит интеграцию с Zoom (или наоборот), чтобы их совместные клиенты могли получить доступ к функциям, описанным в абзаце выше.

В этом случае Busy Bee’s Soap - как и всем остальным клиентам Hubspot и Zoom по соответствующему плану - не нужно ничего строить; они могут просто следовать инструкциям внутри Hubspot или Zoom, чтобы установить и запустить интеграцию продукта.

Плюс в том, что разработчикам Busy Bee не нужно участвовать. Потенциальным недостатком является то, что маркетолог Busy Bee зависит от тех вариантов, которые Hubspot разработал для интеграции. Если Hubspot требует, например, чтобы кто-то, кто регистрируется на Zoom, указал свое имя, адрес электронной почты и компанию, которые будут добавлены в качестве контакта в Hubspot, это может не соответствовать цели маркетологов - требовать меньше полей.

Интеграция продуктов может быть относительно простой - скажем, отправка электронных писем и имен людей, которые зарегистрировались на веб-семинар Zoom, в контактное поле в Hubspot - или довольно глубокая и сложная - отправка данных между системами, где базовые поля не совпадают.

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

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

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

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