Новогодние решения для менеджеров по продуктам API


Каковы ваши новогодние резолюции?

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

Вам также может понравиться: Ваш API как продукт: мышление как менеджер по продукту (видео)

Потеря веса

Стратегия API для вашей организации была успешной. Но знаете ли вы, что будет следующей эволюцией для ваших текущих API? Вы страдаете от раздувания API, когда у вас нет проблем с количеством API, которое у вас есть, но вы обеспокоены качеством API? Знаете ли вы, какие API или методы следует амортизировать и на пути к выходу на пенсию? Если бы вы были потребителями ваших API, вы бы почувствовали запах наследия API, которое вы демонстрируете?

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

Контролируйте свой бюджет

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

Является ли стоимость обслуживания запроса-ответа API ключевым показателем, который вы отслеживаете? Это соображение при принятии любого нового облачного сервиса? Например, следующее статья отмечает, что переход от EC2 к AWS API Gateway + Lambda увеличил затраты в 8 раз.

Готовься

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

Как часто вы вносили критические изменения в своих потребителей API? Эффективна ли ваша стратегия тестирования для помощи вашей программе API? Эффективная стратегия API требует зрелости во многих дисциплинах внутри разработки, и любая из этих неработоспособных будет видна вашим потребителям API.

Начать быть более ответственным

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

Дополнительная сложность заключается в том, что эти потребители сами являются разработчиками и имеют более высокие ожидания и потребности. Поскольку вы относитесь к своему API как к продукту, вы должны иметь все обычные каналы поддержки продуктов, доступные круглосуточно и круглосуточно, для поддержки API (форумы сообщества, часто задаваемые вопросы, линии поддержки, ресурсы по вызову, отслеживание проблем, дорожные карты, документированные образцы, SDK, и т.д.).

Уменьшить стресс

Сохраняет ли вас потенциальная угроза безопасности API ночью? Кандидат в первую десятку OWASP API Security является доступныйВы управляете своей программой API, предполагая, что вы уязвимы для всего этого?

Когда в последний раз вы выполняли проверку / оценку безопасности ваших API? Вы понимаете, как используются данные, предоставляемые вашим API? Ты хочешь Кембридж Аналитика скандал у тебя на руках? Знаете ли вы, как вы потребляете и, возможно, раскрываете личные данные? Убедитесь, что у вас есть план обеспечения безопасности и соблюдения нормативных требований на 2020 год.

Поговори с кем-то

Обратитесь к своим пользователям API. Вы вовлечены в свою экосистему API? Есть ли у вашей экосистемы доступ к дорожной карте для вашего API? В API Design – Красота в глазах зрителя, я подчеркиваю, что «Создание API – это искусство рассказывать другому человеку, чего хочет система».

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

Приготовься

Пейзаж API постоянно меняется и развивается. Поскольку мы после праздников, большинство людей будут знакомы с историей Чарльза Диккенса Рождественская песнягде призрак Рождества еще впереди (также называемый: призрак Рождества будущего) посещает, чтобы показать будущее Эбенезер Скрудж, Выдержит ли ваша стратегия API визит Ghost of Christmas Future? Готовы ли вы к API на основе событий? Вы все еще отдыхаете? Проверьте «API Dead – Да здравствует API» для получения дополнительной информации.

Заработать больше денег

Спросите себя, помогает ли ваш API решать бизнес-задачи или вы предоставляете API для технических целей. Вы отслеживаете не только технические показатели (количество транзакций в секунду, время ожидания и т. Д.)? А как насчет бизнес-показателей? Потребительский отток / истощение?

Дополнительный доход, достигнутый за счет подключения нового пользователя API? Как часто API повторно используется другим типом потребителя или используется в другом случае использования? Рыночная доля? Ценность API намного выше технической, и ее следует отслеживать.

Если вы будете следовать и выполнять некоторые из этих новогодних решений API 2020, вы будете на пути к успешной программе API.

С новым годом!

Дальнейшее чтение

Будущее управления API

5 причин, почему менеджерам по продукту нужно заботиться об управлении производительностью API

Разработчики и управление API