O painel discutiu casos de uso surpreendentes de APIs, estratégias para impulsionar a adoção de desenvolvedores, e o futuro das APIs. Os painelistas compartilharam exemplos de como APIs foram usadas de maneiras inesperadas e discutiram a importância de fornecer valor e recursos para desenvolvedores como documentação e fóruns. Também previram que mais APIs se tornariam disponíveis e haveria esforços para simplificar a construção e consumo de APIs.

1. Estratégia API e Design: API
Talks Recap Painel de
Boston
Um painel de discussão com os líderes da indústria sobre a
adopção de APIs, adopção desenvolvedor de condução, e
sua trajetória futura.
Esta semana, Talks API desembarcou em Boston. Nós fomos
unidos por um grupo impressionante de palestrantes após nossa
oficina API para discutir a estratégia API, o futuro das APIs, ea
demanda de integrações que enfrentam em suas empresas. O
painel moderado por Mark Geene, CEO e co-fundador em
Elements Nuvem, e consistiu de Rovaira Dasig, gerente de
produto ecossistema no Salsify; David Berard, plataforma sênior
gerente de produto da Constant Contact; William Thiel, diretor de
análise em Pointillist; e Jared Longo, gerente de produto sênior
da HeyWire. Descubra o que eles tinham a dizer:
O que são alguns casos de uso surpreendentes você executou
em com APIs?
Will: Quando você pensa de um motor de comportamento
analytics você acha de uma série de eventos diferentes que estão
sendo usados para rastrear um indivíduo, mas o que acontece
quando você está trazendo dados de um site? Você acaba com
comportamentos de eventos individuais com a finalidade de
analisar eventos para muitos indivíduos em vez de eventos de
rastreamento para um único indivíduo.
Dave: Granel e-mail e e-mail transacional como um único serviço,
que era um caso de uso surpreendente. Alguém usou uma vez o
contato constante para enviar e-mails transacionais. Havia
centenas de milhares de campanhas de e-mail com um contato
cada um e sublinhou o sistema de formas que não esperávamos.
Rovaira: os clientes que tivemos fazer coisas muito complexas
com o nosso conceito básico de um workflow. Temos que nos

2. perguntar quais são os nossos fluxos de trabalho e processos de
clientes? Estes devem ser a porta de entrada para a forma como
estes outros serviços irá trabalhar com os nossos clientes e como
vamos construir e evoluir o nosso produto.
Como você tem trabalhado para impulsionar a adoção
desenvolvedor de sua API?
Will: Em última análise, no final do dia você tem que perguntar,
qual é o valor da API está entregando? Se você pode articular o
valor que você entrega, que consome-lo e quando eles podem
consumi-lo em JSON, então você acabou de criar uma API. Essa
é a peça fundamental - a criação de histórias de usuários de
como a sua API vai ser consumido e usado.
Dave: Nós tentamos a estratégia evangelista desenvolvedor, e
não funcionou bem para nós porque os nossos clientes-alvo são
as pequenas empresas e as equipes de marketing dentro dessas
empresas. Em vez disso, girou para trabalhar com uma rede de
parceiros estratégicos que consome a nossa API e constrói
soluções que atendam às necessidades de nossos usuários
finais. Nós também têm investido muito em recursos de auto-
serviço para a nossa plataforma e API, como documentação da
API, fóruns de desenvolvedores públicas etc.
Rovaira: Eu acho que nós temos tido muita sorte que os clientes
que temos quer construir contra a nossa plataforma. Temos que
intensificar o nosso jogo para acompanhar a demanda para fazer
isso, fornecendo excelente documentação, um portal
desenvolvedor e apenas realmente bons recursos.
Jared: A melhor maneira de chegar aos desenvolvedores integrar
é falar com eles sobre a sua abordagem. Você precisa ser
realmente aberto a comentários de usuários. Ela tem ajudado
HeyWire desenvolver novas funcionalidades pessoas estão
pedindo que não teria de fazer o contrário.
Qual é o futuro de suas APIs / APIs em geral?
Will: Eu acho que você mencionou APIs abertas, eu costumo
realizar Mindcraft-se como o epítome do design API. É ter uma
API autonomamente simples. Ter uma API extensível, mas

3. elegante e simples permite construir aplicações que são mais
funcionais. Como o nível de interação aumenta, o número de
ações e reações a essa API vai ser enorme. APIs simples e
extensíveis vão ser enorme no futuro.
Dave: Eu acho que um dos desafios é o grande volume de APIs
lá fora hoje. O custo de manutenção de integrações e satisfazer
as necessidades dos clientes vai ser muito difícil de acompanhar.
Rovaira: Estamos no espaço onde Retail E-commerce em geral é
tão atrás. Walmart adquiriu Jet e eles são realmente apenas
alguns dos grandes varejistas que têm uma API. Espero mais
desses varejistas terá APIs.
Jared: Mais APIs vão se tornar disponível e lá vão ser pessoas
simplificadoras maneiras de torná-lo mais fácil de construir e
consumi-los. Haverá mais e mais empresas que tentam
simplificar o espaço API.
Grandes agradecimentos vão para quatro líderes na comunidade
API tecnologia Boston: Will, Dave, Rovaira, e Jared. Obrigado
para a preparação e participação na API Talks Boston.