Существует множество передовых практик, но нет двух одинаковых API, и нет двух компаний, которые находятся на одном и том же пути API.
В APIvista мы считаем, что существует простой подход к определению приоритетов возможностей, стоящих перед организацией и ее программой API, а затем осознанный подход к этим возможностям, который обеспечивает следующий этап успеха.
Одно путешествие
По своей сути расширение использования API представляет собой путь технических и операционных изменений для каждой организации. Иногда речь идет об объединении десятков платформ «программное обеспечение как услуга» (SaaS) в единый набор услуг, которые организация будет интегрировать со своими существующими системами. Для других организаций речь идет о том, чтобы сделать свои API доступными для своих партнеров (или внутренних заинтересованных сторон) таким образом, чтобы их было легко использовать и они приносили действительно синергетическую ценность деловым отношениям.
Это путешествие поддерживается множеством инструментов и лучших практик. Некоторые из них очень стандартизированы, например, фактическое функционирование веб-службы. Другие могут быть сильно настроены, например, поддержка соглашений об уровне обслуживания для конкретных партнеров.
Обдумать все возможности и создать план атаки с приоритетами может быть непросто, но мы хотели бы представить интуитивно понятную модель для достижения успеха в API.
Два направления: публикация и потребление
Первый вопрос, который нужно задать:
Публикуем ли мы API для использования другими организациями или используем API, предоставленные третьей стороной, не связанной с нами?
Конечно, вполне возможно, что вашей организации может понадобиться сделать и то, и другое. Если это так, то стоит начать думать о публикации и потреблении как о отдельных видах деятельности, если вы еще этого не сделали. Это поможет вам разбить работу, которую вам нужно выполнить, на отдельные сегменты.
Есть по крайней мере еще один вариант использования с нюансами: публикация API-интерфейсов, которые также используются вашей собственной организацией, которые вы даже можете рассматривать как находящиеся в одном и том же приложении. В зависимости от масштаба, в котором вы работаете, все это может сделать одна команда. Тем не менее, мы рекомендуем подход, предусматривающий публикацию API только для внутреннего использования в соответствии с высокими стандартами, как если бы ваши внешние партнеры оценивали вас по достоинству.
Когда вы проходите цифровую трансформацию и начинаете предлагать расширенный доступ к своим основным услугам, вы фактически становитесь поставщиком SaaS. Клиенты в вашей организации будут ожидать того же уровня обслуживания, что и от внешнего поставщика SaaS.
Два фокуса: продукт и процесс
С этой точки зрения Продукт принимает как минимум две формы:
С точки зрения потребителя API, продукт — это то, что вы создаете. Это может быть приложение для ваших клиентов или комплексная системная интеграция, на которую будет опираться ваш бизнес. Вы хотите, чтобы ваши разработчики тратили свое время на ваши продукты, создавая новую ценность и развивая вашу интеллектуальную собственность, а не возились с кучей сторонних сервисов, пытаясь заставить их работать!
С точки зрения API Publisher, ваши API — это ваш продукт, а ваши технические партнеры — это ваши клиенты. Если вы ожидаете, что API-интерфейсы, которые вы публикуете, принесут реальную пользу и принесут пользу, важно, чтобы к ним относились как к первоклассным объектам и чтобы им уделялось внимание, которое уделяется вашему основному продукту.
Конечно, вы не можете просто создать продукт и ожидать, что он будет успешным сам по себе. Чтобы добиться успеха, требуется набор тщательно спроектированных и управляемых процессов. В экосистеме API эти процессы могут варьироваться от очень технических вещей, таких как мониторинг систем и автоматическое развертывание кода, до более ориентированных на людей, таких как процессы совместного управления.
Ключом к достижению успеха во всем этом является разбивка работы, которую необходимо выполнить, на правильную классификацию издателя/потребителя, продукта/процесса и определение приоритетов усилий по согласованию с основными бизнес-требованиями (ROI, эффективность, качество, расширение). , и т.д).
Управление программами API и поддержка
В APIvista мы подходим ко всей работе в экосистеме API, используя методологию, которая помогает нам в наших взаимодействиях с нашими клиентами:
- Сегментируйте области возможностей в квадрантах «Публикация/Потребление» и «Продукт/Процесс».
- Определите приоритеты того, что необходимо сделать, исходя из целей организации.
- Разработайте план, который эффективно использует нужные ресурсы
- Сотрудничайте с нашими клиентами, чтобы выбрать и внедрить правильные инструменты с необходимыми профессиональными услугами, чтобы получить максимальную отдачу от своих инвестиций.
- Предоставление постоянной поддержки и управляемых услуг для продолжения успешного партнерства с нашими клиентами, а в случае с издателями API — с их клиентами и заказчиками.
Часто мы обнаруживаем, что такие дисциплины, как DevOps и управление данными, появляются как связанные области возможностей для улучшения, чтобы удовлетворить новые требования, открываемые надежной программой API. Следите за нашими будущими статьями, в которых подчеркивается тесная взаимосвязь между этими критически важными областями, которые способствуют цифровой трансформации.
Подключайтесь к APIvista на: Medium, Twitter, LinkedIn и заходите на наш веб-сайт! Вы также можете написать по электронной почте [email protected]
