Интеграции — невоспетые герои многих приложений и молчаливые стражи передачи данных между платформами. Тем не менее, многие лица, принимающие решения, упускают из виду качество интеграции при оценке продуктов.
Часто бывает трудно понять, насколько хорошо построена интеграция, прежде чем вы начнете использовать продукт. На большинстве платформ есть интеграции, которые «поставляют галочку», но они часто различаются по качеству. Хорошо продуманная интеграция может превратить даже самую простую платформу в мощный инструмент. Однако плохо построенная интеграция может привести к разочарованию, снижению производительности, техническим трудностям и ошибочным решениям.
В этом посте мы исследуем преимущества хорошо продуманной интеграции, типичные ошибки интеграции и то, как выглядит построение с мышлением «интеграция прежде всего».
Интеграция — это канал связи между двумя приложениями. Точнее, это процесс объединения отдельных элементов программного обеспечения в одну систему. Например, предположим, что вы храните свою контактную информацию или информацию о потенциальных клиентах в системе CRM, но используете платформу подарков для отправки предметов или вознаграждений этим контактам.
Их интеграция позволит вам видеть и получать доступ ко всем вашим контактам изнутри платформы подарков.
Объединение данных , приложений, API и устройств в организации позволяет вам объединять функции различных систем и (в идеале) беспрепятственно использовать эти функции в рамках всего вашего технологического стека.
Когда интеграция работает хорошо, она может предоставить вашей организации множество преимуществ, таких как:
Хороший API позволит пользователям видеть четкие и четко определенные сообщения об ошибках (а не просто расплывчатый код ошибки), когда что-то пойдет не так. Интеграции постоянно меняются; Знание того, что означает код ошибки или где произошел сбой в интеграции, чрезвычайно важно для решения проблем. Лучшие интеграции эффективно и лаконично сообщают об ошибках, позволяя пользователям быстрее находить решение или даже самостоятельно устранять проблемы.
Хорошо построенная интеграция позволяет двум приложениям беспрепятственно взаимодействовать друг с другом. «Хорошо построенный» означает, что информация поступает так, как вы ожидаете, и для правильной работы практически не требуется сопоставления или настройки. Хорошо построенная интеграция должна взять на себя всю тяжелую работу, чтобы пользователь мог просто соединить два приложения и продолжить работу.
В наши дни эта модная фраза слишком распространена среди технических приложений, но при правильной интеграции это действительно так! Поскольку в арсенал бизнеса часто входит так много различных продуктов, хорошая интеграция (или серия интеграций) позволяет пользователям получать информацию из всех своих ключевых приложений и работать с ней в меньшем количестве (или в одном!) местах.
Продуманная интеграция обеспечивает синхронизацию, точность и согласованность информации на всех платформах. Устаревшие или неточные данные могут вызвать серьезные проблемы для любой компании.
Когда интеграция не работает должным образом, это может вызвать серьезные головные боли и проблемы в нескольких отделах. Некоторые распространенные болевые точки при интеграции включают в себя:
Некоторые распространенные болевые точки при интеграции включают в себя:
Иногда не вся информация, которая вам нужна, может быть получена посредством интеграции. Некоторые поля могут отсутствовать, быть несовместимыми или неправильно переведены в процессе передачи информации.
В других случаях ошибка в одном приложении может привести к экспорту ошибочных данных или проблем в интегрированное приложение, если пользователь неопытен или не знаком с тем, как настроена интеграция. Крайне важно убедиться, что все ваши интеграции отображены правильно и что соответствующие члены команды знают, как работает передача информации.
Добавление вызовов API, как это делает большинство компаний, добавляет дополнительный шаг в ваш путь ответа, что может замедлить производительность приложения. Кроме того, если они не настроены правильно, они могут стать
Другой пример возможной проблемы — «бесконечный цикл интеграции». Некоторые сторонние интеграционные решения используют средства автоматизации, которые могут конфликтовать друг с другом и вызывать «перенос» информации, когда поле обновляется на одной платформе, а то же поле обновляется на другой. Это может быстро запутаться, поскольку системы начинают бороться друг с другом за то, кто является конечным источником истины, создавая «бесконечный цикл», поскольку автоматизация снова и снова запускает друг друга.
Нет ничего более расстраивающего для клиента, чем обещание безупречной и надежной интеграции, а затем обнаружение, что все работает не так, как ожидалось. Хуже того, некоторым клиентам во время демонстрационного процесса продаются полноценные или многообещающие интеграции только для того, чтобы купить программное обеспечение и обнаружить, что интеграция едва работает или не соответствует их сценарию использования без тщательного картирования или перепрограммирования! Зачастую все гораздо хуже: вы заходите в тупик. Нужные поля недоступны, или необходимая вам функциональность просто «слишком сложна» и не поддерживается.
Заманивание обещанием чего-то, что сделает ваши рабочие процессы более эффективными и точными, только для того, чтобы обнаружить, что это неудобно или сложно настроить, может оставить неприятный привкус во рту; это также может быть основной причиной потери доверия и оттока клиентов.
Некоторые приложения, например
Например, другие приложения требуют сопоставления полей при настройке интеграции. Когда другие приложения просят вас сопоставить поля, это, по сути, информация о конфигурации вашего интегрированного экземпляра. Тем не менее, пользователю приходится настраивать интеграцию, чтобы все отображалось правильно, а правила и автоматизация применялись там, где это необходимо, или перестраивались там, где это возможно.
Visor хотел снять с пользователей нагрузку по настройке интеграции, чтобы они могли быстрее получить выгоду. Использование метаданных о полях и их единообразное хранение во всех приложениях позволило Visor обрабатывать сопоставление полей на серверной стороне, поэтому пользователю просто нужно выбрать интегрированное приложение, поля, которые он хочет видеть, и приступить к работе! «Мы стандартизировали метаинформацию, которую предоставляют сервисы, и превратили ее в один платформо-независимый формат. Наш код внутри Visor знает, как представлять поля таким образом, чтобы пользователи совершали меньше ошибок», — говорит Патрик Шэнли, главный инженер Visor.
Почти каждое SaaS-приложение гордится тем, что предлагает ту или иную форму интеграции. Поскольку все компании стремятся быть «источником истины» или централизатором информации, трудно понять, когда интеграция хорошо построена, а когда она просто добавлена в продукт в качестве второстепенной мысли. Но не все интеграции одинаковы, и как только вы поработаете с достаточным количеством из них, легко определить, какие интеграции просто «поставьте галочку», а какие представляют собой комплексные решения, созданные с учетом потребностей пользователя.