API (Application Programming Interface, программный интерфейс приложения) — это технология, которая позволяет программам общаться друг с другом. В качестве аналогии можно применить официанта в ресторане, либо дверь (позволяет заходить в дом или выходить на улицу), либо банковского кассира, который выдает клиентам деньги. Здесь важно то, что клиентам самим не нужно быть официантом или кассиром, чтобы получить необходимые ресурсы.
API появились, чтобы “поженить между собой” разные компьютерные системы и языки программирования. Благодаря технологии, не требуется, чтобы на всех подключенных к Интернету устройствах, будь то компьютер или смартфон, использовался один и тот же язык программирования, уже не говоря об одном и том же оборудовании. Так API позволяет объединять Python на сервере и JavaScript в мобильном приложении. Более того, разработчики могут вносить изменения внутри своих систем независимо друг от друга: дверь в вашу квартиру будет открываться и гости смогут вас проведать, даже если вы сделаете дома перестановку, замените мебель или проведете ремонт.
Также стоит подчеркнуть, что такой способ общения программ между собой гораздо безопаснее прямого подключения. Представьте, что вы не даёте своему коллеге пароль от компьютера, а вместо этого отправляете необходимый файл через мессенджер. Так и API защищает ваши системы, предоставляя клиентам доступ лишь к определённым действиям и данным, без необходимости прямого взаимодействия.
В этой статье мы расскажем, как знание API поможет бизнес-аналитику в работе и насколько глубоко стоит погружаться в “кроличью нору” технических знаний.
Насколько часто понадобится знание API
Как API используется в работе бизнес-аналитика
Что надо знать для работы с API
Насколько часто понадобится знание API
К слову, API уже нельзя назвать чисто техническим термином. Ведь само понятие API с 2023 года стало широко известно казахстанцам благодаря проекту Нацбанка по внедрению Open API. Платформа позволит клиентам, в числе прочего, пользоваться услугами нескольких банков в одном приложении. Или делать платежи с помощью QR вне зависимости от того, какой банк у продавца. С самой технологией пользователи Интернета начали сталкиваться намного раньше: при получении справок через мобильное приложение eGov, или при покупках на маркетплейсах с помощью банковской карты.
Бизнес-аналитику нужно знать про API гораздо больше, чем обычному пользователю, но гораздо меньше, чем разработчику. Сейчас почти все приложения используют эту технологию. Например, CRM-системы, онлайн-магазины или банковские приложения используют API для передачи данных, автоматизации процессов и подключения сторонних сервисов. Это делает знание API важным для большинства IT- и бизнес-проектов.
Самый востребованный навык: насколько вам нужен SQL?
Специалисту либо надо будет уметь запрашивать документацию у создателей API (а для этого надо знать что, как и у кого запрашивать и кому передавать), чтобы подключить разрабатываемое приложение (Пользователь), либо участвовать в создании API, чтобы к нему могли подключиться другие компании (Поставщик).
- IT-проекты. Если ваша работа связана с разработкой софта, API станет вашим ежедневным инструментом.
- Данные и аналитика. При работе с BI-системами (Power BI, Tableau) API помогает получать данные из разных источников. К слову, для этого существует отдельный язык, который называется SQL.
- Маркетинг. API позволяют собирать данные из рекламных платформ, социальных сетей и CRM.
- Финансы и логистика. Интеграции с платёжными системами, автоматизация процессов, для этого API используются регулярно.
Как API используется в работе бизнес-аналитика
Как уже говорилось выше, знание технологии понадобится на этапе сбора требований, потому что бизнес-аналитику будет необходимо знать, как продукт будет взаимодействовать с другими программами. В случае создания MVP разработчики используют готовые решения, поэтому необходимо проверять, может ли нужная интеграция быть реализована через API.
Деньги любят эксперименты: что такое MVP
Как подчеркивает бизнес-аналитик Ануар Адильжан, все зависит от специфики работы специалиста и отдельной организации.
“В основном, API смотрят системные аналитики. Сам я с редко работаю с этой технологией, предпочитаю развивать гибкие навыки, налаживать коммуникацию. Если просят, задачу передаю”, — делится он.
Бизнес-аналитик Нненно Идегву считает, что технические знания нужны прежде всего для эффективной коммуникации с разработчиками:
“Вас нанимают не для того, чтобы вы делали работу разработчиков. Ваша задача донести до них действительно важную информацию на их языке. В случае с API это;
- что нужно, чтобы софт работал
- какую информацию мы отправляем
- и какую информацию мы получаем из другой системы”.
По ее мнению, бизнес-аналитик должен в первую очередь решать бизнес-задачи. Например, если компания разрабатывает систему онлайн-заявок (на гранты, на покупку билетов и так далее) и она даст сбой, то хороший бизнес-аналитик будет договариваться с разработчиками, чтобы они в приоритетном порядке “все починили”.
“А вот исключительный бизнес-аналитик увидит боль клиентов и у них горят сроки (Наступает Новый год, подходит дедлайн для государственных грантов). Он сделает рассылку, да, своими руками. В письме он предоставит форму заявки и даст возможность отправить свои данные другим способом, например, распечатав документы и отправив их бесплатной почтой за счет компании. Или через мессенджеры, если все совсем срочно. И только затем он пойдет договариваться с разработчиками.
Ваша работа — это прежде всего бизнес-задачи. Бизнес должен продолжать работать вне зависимости от технологий”, — делится эксперт.
Что надо знать для работы с API
На практике бизнес-аналитики часто сталкиваются с инструментами, облегчающими работу с API. Среди них особенно выделяются Swagger (OpenAPI) и Postman. Swagger помогает документировать и тестировать API, предоставляя аналитикам полное понимание доступных запросов и ожидаемых ответов, что упрощает процесс сбора требований и взаимодействие с разработчиками.
Postman, в свою очередь, используется для самостоятельного тестирования API-запросов, таких как GET, POST, PUT и DELETE, без привлечения разработчиков. Это делает работу с API более удобной и понятной.
Что должен знать Junior веб-разработчик: API и бэкенд
Среди стандартов API наибольшей популярностью пользуется REST API благодаря своей универсальности, а также GraphQL, который позволяет запрашивать только необходимые данные, оптимизируя запросы.
Нненно Идегву также рассказала о полезных базовых терминах, приведя интересные аналогии:
Монолит: Это ваше тело, когда вы его перемещаете при ходьбе. Или, другой пример, если вы потеряли ключи от дома, вы не можете пользоваться туалетом.
Микросервис: Вы двигаете ногами при ходьбе, микросервисы это ноги по отношению к вашему телу. Или, другой пример, если вы потеряли ключи от дома, вы можете воспользоваться уличным сортиром у вас во дворе. Но не можете полежать на кровати у себя дома.
Endpoint: Иначе это называется интерфейсом. Эта та часть вашей системы, которую могут видеть другие люди: почтовый адрес/Get-адрес.
Метод: GET/POST/PUT/DELETE — команды для запроса данных с API.
“Это все дресс-код. Я не шучу, это буквально как дресс-код. В ресторане вы видите человека в белой шляпе и в белой одежде, вы подумаете, что это повар. На взгляд вы можете отличить клиента от сотрудника и вы знаете, что клиентов нельзя пускать на кухню”, — говорит Нненно.
Call: Так называют весь процесс работы API по отправке запроса и получению ответа. По аналогии с тем, когда кто-то за вас звонит, узнает у своего друга о его делах и рассказывает вам.
Интеграция: Это когда вы соединяетесь с API поставщика (подсоединяете кабель, связываетесь с кем-то, чтобы пойти вместе в ресторан).
API — это инструмент, который позволяет связать бизнес-цели и технологии. Чем лучше вы его понимаете, тем эффективнее сможете формулировать требования, управлять проектами и находить решения. Эксперты подчеркивают, что бизнес-аналитику не надо пытаться самостоятельно справиться с техническими деталями.
API рассматриваются как «кабель», соединяющий две системы, и от аналитика требуется лишь определить, какие данные запрашиваются (request) и какие должны быть получены в ответе (response). Работа с API должна быть ограничена записью и документированием требований и коммуникацией с разработчиками.
