Read more

Read more

Read more

Read more

Read more

O conceito de APIs ganhou popularidade no mercado nos últimos anos. 

APIs são ferramentas digitais que possibilitam a comunicação entre sistemas que, em teoria, são diferentes demais para poderem se conectar. Elas são “pontes” que ligam dois “lugares” distintos. 

As aplicações e utilidades deste conceito são infinitas. Por exemplo, é possível que haja transferência de dados entre duas plataformas completamente diferentes, de maneira ininterrupta e integrada. Por exemplo o Open Banking, conceito inovador de aplicação tecnológica ao mundo financeiro, não seria possível sem as APIs. 

A transformação digital provê a demanda das facilidades que as APIs criam. Se a minha organização tem um approach às entregas focado em APIs, ela consegue entregar produtos cada vez mais completos para os usuários, queira sejam estes produtos softwares, aplicativos, plataformas ou até mesmo um bot. 

Mas e quando a própria API é o produto?

Em função dessa conectividade, muitas empresas estão sendo criadas com base em APIs, ou seja, a tecnologia é vista como a essência do negócio, e passa a ser o principal instrumento que entrega valor ao consumidor ou cliente final. 

Unindo esse grande foco na solução e a alta escalabilidade, as APIs deixam de ser somente uma interface de integração para serem habilitadoras de negócios digitais. Como consequência dessa visão, temos a chamada Economia de APIs: essas interfaces passam a ser monetizadas e fazem com que as empresas se adaptem rapidamente à economia moderna.

APIs se tornam produtos quando conseguem entregar um serviço essencial para, enquanto está longe do core business de uma empresa, é essencial para o funcionamento da mesma. A API deixa de se tornar uma “ferramenta” e passa a se tornar parte indispensável do funcionamento da organização. A organização precisa dessa API, mas não tem como construí-la por si só. 

Imagine uma empresa onde o core business seja “venda de roupas”. Sendo (ou possuindo) uma loja online para comercializar seus produtos, por vezes ela necessitará de sistemas de “troca de senhas de contas” ou um envio de SMS com autenticação em dois fatores. Ela poderia criar uma operadora de telefone ou uma provedora de e-mail, o que é impensável. Ou ela pode pagar para usar uma API que realize o serviço.

Como é possível monetizar APIs?

A monetização de APIs depende do tipo de oferta do produto em questão, e pode ser tanto direta quanto indireta. 

A seguir alguns modelos de monetização direta:

• O desenvolvedor paga para utilizar uma API, seja por requisição ou mensalidade, que deverá prover a ele valor de uso ou a chance de conseguir receita de seus usuários.

• O desenvolvedor recebe incentivo para usar a API, já que o uso dela é importante demais para seu provedor, podendo receber por chamada ou até mesmo uma comissão do valor total transacionado.

• Freemium: embora o modelo Freemium não seja exatamente uma forma de monetização, ele permite a experimentação do serviço sem gerar custo no momento da implementação, ou até mesmo durante o início do negócio. Muitas vezes são oferecidos recursos básicos, e para acessar recursos mais avançados é cobrada uma taxa ou um valor percentual

• Tiered: o desenvolvedor não paga por transação individual, mas por volume de transações, sendo que ele pode optar por usar desde recursos básicos a mais avançados. É também conhecido como Pay as you go, e é um atrativo pois quanto mais o cliente ganha, a fornecedora da API também ganha. 

Desenvolver um modelo de negócio com APIs como produto exige uma mudança na forma como elas são construídas, sendo necessário seguir o pensamento de API First Design. Nesta abordagem, o design das APIs é priorizado, o que permite mais escalabilidade, flexibilidade, agilidade e performance para o sistema. O resultado são excelentes experiências para os usuários.

É na fase de Design que são definidos os requisitos da API e quais serviços você gostaria de expor aos consumidores.

Qualidades de uma boa API como Produto

A API deve ser projetada pensando na experiência de consumo. Para isso, ela deve ter três características básicas:

1. Bem documentada. Não ter uma documentação para se apoiar pode ser uma experiência um pouco frustrante. Procure explicar o que a API faz e para quem ela é destinada. Inclua também exemplos de uso.

2. Intuitiva e consistente. Sua API deve ser o mais previsível possível e contar com uma nomenclatura adequada. A uniformidade da API ajudará para que a documentação seja verificada de maneira breve, e não constantemente.

3. Apresenta boas mensagens de erro. Nem sempre as coisas dão certo ao usar uma API. Indique em suas mensagens de erro exatamente o que aconteceu, onde foi o problema e guie o usuário até a solução adequada. Nesta questão, contar com o suporte de um UX Writer pode fazer a diferença.

Para as empresas que estão iniciando sua exploração nesse mundo e descobrindo que seus produtos podem ser justamente suas APIs, é importante lembrar que não se trata apenas de monetização, mas de experiência e consumo. As APIs foram além do suporte à integração, para se tornaram uma forma de atender às necessidades do consumidor e assumir de vez o protagonismo do seu negócio.

Quer conversar sobre DX e APIs? Clique aqui e marque uma reunião

Este artigo foi escrito por Luana Brigo e publicado originalmente em Prensa.li.

A transformação digital está progressivamente mais acelerada, criando oportunidades de negócios para empresas cada vez mais digitais e conectadas. Esta mudança é impulsionada pelo compartilhamento de dados, um recurso valioso, porém muitos negócios continuam lidando com ele de forma isolada ou parcialmente restrita.

As APIs, ou Application Programming Interface (Interface de Programação de Aplicativos), facilitam essa troca de informações e dados de forma mais eficiente e com soluções específicas para cada software. Elas são capazes de criar pontes entre diversas aplicações e plataformas no mundo virtual, sem que seja perceptível para a maioria dos usuários.

Grandes empresas de tecnologia oferecem APIs para integração e troca de informações.

Por exemplo, quando você compartilha músicas do Spotify nos stories do Instagram, usa o Google Maps em sites de hotéis ou compartilha contatos no WhatsApp, são as APIs que estão possibilitando essa conexão entre as plataformas.

Toda vez que você fizer uma nova conta em algum site ou aplicativo usando as suas informações de um perfil de outra rede social, como Facebook, uma API também estará por trás dessa interação.

Quais são as vantagens do uso de APIs para as empresas?

Que as APIs são bastante simplificadoras para o universo digital nós já sabemos. Mas os usuários não são os únicos beneficiados com a praticidade e eficiência da interface, como nos exemplos acima.

Os negócios que desenvolvem e utilizam suas APIs também podem se favorecer bastante com as tecnologias de integrações, fundamentais para a modernização. Desde aumentar a produtividade até a monetização, as Interfaces de Programação de Aplicativos representam transformação na economia.

Com APIs, empresas podem conectar aplicações independente da tecnologia utilizada no desenvolvimento. Isso faz com que o trabalho dos times de desenvolvimento seja otimizado e permite acelerar o processo de criação de soluções, sem ter que começar tudo do zero e focando apenas no core bussiness.

As possibilidades são incontáveis.

Investir em estratégias de API em seus negócios garante a sua permanência em um mercado competitivo, além de aumentar a sua receita. 

O Open Everything, que engloba o Open Banking e Open Insurance, viabiliza a abertura de dados por meio de APIs padronizadas. Isso possibilita que os dados transitem entre diferentes serviços, facilitando a comunicação entre plataformas e criando um ecossistema mais tecnologicamente aberto.

Por exemplo, a plataforma de APIs da Embrapa, AgroAPI, oferece para organizações públicas ou privadas e startups conhecimento e exemplares agropecuários para a criação de softwares, sistemas web e aplicativos móveis, o que diminuiu gastos e tempo. Esse acesso é virtualizado de forma ágil e segura por meio de APIs.

E as vantagens de usar APIs não param por aí. 

Redução de custos

Um dos principais benefícios de uma API é abrir a possibilidade de automação de funções que antes eram executadas por humanos. 

Imagine o Google realizando autenticação de dois fatores manualmente. Seria necessário um exército de pessoas para enviar cada SMS e autenticar o mesmo no final. Definitivamente um trabalho tedioso e que pode ser automatizado. 

Usando uma API de SMS, a plataforma do Google envia o número de telefone do usuário e o código de autenticação. A API, por sua vez, faz todo o trabalho de envio do SMS e por fim o Google verifica se o código enviado e o digitado pelo usuário é o mesmo. Assim, em poucos segundos, é realizado um processo automatizado que poderia levar minutos ou até horas se realizado por humanos, gerando uma economia de tempo e dinheiro para a empresa.

Aumento da produtividade

Já pensou em ter uma comunicação entre softwares que acontece de forma automática e evita diversos erros? Digitação incorreta e utilização de arquivos desatualizados podem ser evitados com o uso de APIs. 

Por exemplo, softwares de marketing possuem APIs para envio de Marketing Qualified Leds direto para o pipe do time de vendas, compartilhando todas as informações necessárias para iniciar o processo de vendas sem ter que perguntar novamente todas as informações do Lead. Com isso, você otimiza o tempo de trabalho dos seus funcionários.

Mais segurança

Muitas vezes, estamos em ambientes online cheios de perigos. Uma camada especializada de proteção a mais, muitas vezes, pode ser a diferença entre evitar um grande problema ou um vazamento inacreditável de dados. Seus clientes merecem o cuidado extra que as APIs podem prover.

Com a análise veloz de dados das quais são capazes, elas podem verificar a confiabilidade. Permitindo consultas aos dados de sites maliciosos, para averiguar a segurança. Com isso, você pode bloquear páginas, domínios ou redes de risco.

As APIs são um investimento extremamente valioso para as empresas que desejam aumentar a receita e criar soluções mais eficientes. Elas são essenciais para gerar valor e boas experiências ao cliente, melhorar a produtividade e implementar transformação digital nos negócios, automatizando e inovando processos.

A popularização das APIs permitiu que elas não somente integrassem a parte técnica de algumas empresas como também tornassem diferentes modelos de negócios dependentes delas. Por vezes a API acaba sendo o próprio produto. Algumas empresas que trabalham com essa tecnologia fazem uso destas em seus sites, aplicativos web ou aplicativos para dispositivos móveis.

O problema ocorre quando tais organizações iniciam o processos de criação de aplicativos, por exemplo, deixando para depois a questão das APIs para fins de integração com tais apps.

O resultado é uma API que não foi devidamente construída ao longo do projeto. O ideal para evitar futuras falhas ou inconsistências entre app e API é adotar uma estratégia API First, ou seja, construir primeiro a API com base nos interesses do desenvolvedor para em seguida criar o produto em seu topo – seja ele um site ou aplicativo.

Outro ponto que vale mencionar sobre essa abordagem é que ela fortalece a escalabilidade e inovação. Os serviços oferecidos já saem prontos para integrações de diferentes tipos. Logo, a API First possibilita que determinado sistema seja mais flexível, apresente uma resposta mais rápida e se comporte de forma mais dinâmica.

Os benefícios de uma abordagem API First

Uma abordagem baseada em API para desenvolvimento de produtos e serviços consegue oferecer vários benefícios, incluindo:

1. Times de desenvolvimento trabalhando em paralelo

Não é incomum que processos de desenvolvimento sejam síncronos e não paralelos. Por exemplo, os primeiros a atuarem na criação de um novo serviço é o time de pesquisa. Em seguida a equipe de back-end começa a escrever o protótipo. A participação do front-end e Q&A só ocorrerá após a conclusão do protótipo e o compartilhamento da documentação da API.

O empecilho surge quando há a necessidade de aprimoramento por conta de um bug, fazendo este ciclo recomeçar, tomando um tempo valioso de todos os envolvidos e até atrasando o lançamento do produto ou serviço em questão.

Sendo assim, a estratégia possibilita o trabalho paralelo de equipes. Ela envolve também o estabelecimento de um contrato entre determinados serviços por parte dos times de desenvolvimento.

Tal contrato irá permitir que as equipes trabalhem em mais de uma API ao mesmo tempo. Dessa forma, um desenvolvedor não precisa esperar a atualização seguinte de uma API antes de passar para a próxima. Um contrato possibilita a simulação e testes das dependências de APIs com base na definição de API estabelecida.

2. Redução do custo de desenvolvimento de aplicativos

Tanto APIs quanto códigos podem ser reutilizados. Uma abordagem de API First ajuda na resolução de problemas antes que qualquer código seja escrito e previne possíveis erros na hora de integrar uma API a softwares ou aplicativos. Isso economiza tempo e dinheiro, fazendo com que desenvolvedores não precisem começar do zero caso estejam criando um novo aplicativo.

3. Aumento da velocidade de comercialização

A partir do uso de ferramentas adequadas a maior parte do processo de criação de APIs pode ser automatizado. O SwaggerHub, por exemplo, permite importar arquivos de definição de API e com eles a documentação de APIs e SDKs pode ser gerada automaticamente. Com a automação no processo de APIs é possível acrescentar serviços e tecnologias aos aplicativos e lançar novos produtos no mercado mais rapidamente.

4. Garantia de boas Developer Experiences (DX)

Quando falamos de consumidores de APIs, normalmente se trata de desenvolvedores e sua experiência com o produto API pode levar ao sucesso ou fracasso de uma API. A estratégia API First ajuda na criação de APIs mais consistentes, melhor projetadas e documentadas, garantindo uma Developer Experience positiva e uma menor curva de aprendizado.

5. Diminuição do risco de falhas

Hoje em dia, grande parte das empresas utiliza APIs em seus processos, seja em suas vendas ou aplicativos de comunicação. Isso implica que essa tecnologia tem o poder de influenciar positiva ou negativamente em um negócio. Uma API inconsistente, difícil de compreender ou com falhas, irá levar a um descontentamento por parte do usuário. E é daí que vem a importância de saber trabalhar uma abordagem API First.

Uma API não se traduz em apenas um componente técnico de um negócio, mas viabiliza o crescimento acelerado de uma empresa e sua adaptação às necessidades dos usuários finais. Essa agilidade é inerente em estratégias de API First, que possibilita uma rápida adaptação às mudanças.

Equipes de desenvolvimento que seguem tal abordagem possuem mentalidade de API como produto, logo eles possuem maior consciência do potencial de evolução das APIs e como seu espectro de casos de uso deve ser claro desde o início. A API First permite que o time de desenvolvimento primeiro crie um API pensando em sua consistência e confiabilidade. Assim, desenvolvedores estão menos suscetíveis a uma experiência ruim com o produto.

6. APIs mais descritivas

Uma das características mais importantes de uma API é sua capacidade de uso contínuo, logo esta deve ser facilmente compreendida por todos envolvidos em seu processo. Isso implica na necessidade de um documentação detalhada e clara sobre o consumo da API.

A estratégia API First auxilia na elaboração de uma documentação melhor estruturada, seguindo padrão de tipos de recursos, headers, parâmetros de solicitação formatos de resposta. Com isso explorar e entender as funcionalidades da API fica mais fácil mesmo à medida que ela evolui.

Além disso, é importante que sua abordagem de API First contenha:

• Brainstorm: identifique os serviços de sus empresa e veja que tipos de APIs devem ser construídas e quais serviços podem ser oferecidos por elas.

• Contrato de API: estabeleça um contrato com padrões e as melhores práticas para a concepção de suas APIs, melhorando a comunicação e entendimento da API entre back e front-end.

• Guia de estilos (Design Pattern): garanta que suas APIs sejam projetadas da mesma maneira, logo seu Design Pattern deve conter por exemplo códigos dos status das APIs, sua versão e manipulação das falhas.

• Governança de APIs: defina diretrizes e políticas com foco em todo o ciclo de vida suas APIs

• Automatização de processos: utilize ferramentas automatizar processos como geração de documentação da API e validação de estilo. Forneça também uma documentação interativa ou sandbox para que os desenvolvedores explorem os endpoints da API.

• Gerenciamento de portfólio: Evite códigos duplicados e a criação de APIs redundantes

• Portal interno para os desenvolvedores: Crie um local onde tudo relacionado às APIs possa ser armazenado (especificação, documentação, referências).

Como grandes empresas tem utilizado essa estratégia?

Algumas organizações foram lançadas com apenas APIs como produto, como Twilio, que transformou a infraestrutura tradicional de telecomunicações possibilitando que os desenvolvedores replicassem qualquer experiência de comunicação através das APIs. Em 2018 a empresa anunciou a Twilio Build, programa parceiro projetado com abordagem API First.

A Twilio Build oferece programas de suporte, certificação e treinamento de mercado para apoiar organizações de consultoria e tecnologia conforme estas fazem parceria com a Twilio. O investimento busca fomentar o próximo estágio de crescimento da empresa, assumindo um mercado de US$ 1,45 trilhão.

O efeito API First

Quando uma empresa utiliza essa abordagem o resultado é um efeito positivo como clientes internos e externos mais confiantes com os serviços, já que a abordagem se propõe a oferecer transparência, escalabilidade, desempenho e benefícios de custo.

A estratégia API First permite que empresas organizem melhor seus processos. É importante considerar primeiro elaborar e desenvolver sua API. Isso irá gerar impactos positivos tais quais economia de tempo, redução de gastos, desempenho aumentado, melhor experiência para todos e deixou sua proposta de valor mais clara.

Para o desenvolvedor isso representa mais facilidade em seu relacionamento com stakeholders (time interno e clientes que desejam consumir a API) bem antes de ter codificado para além do ponto de retorno. Trata-se de um colaboração que permite a criação de histórias de usuários, do mock da API e da documentação a ser usada para alinhar ainda mais a intenção e a funcionalidade do serviço que está sendo desenvolvido.

Adotar um estratégia API First como base para seu modelo de negócio pode representar uma vantagem sobre seus concorrentes de mercado em termos de rápida evolução. Porém é preciso ter consciência de que nem sempre isso valerá para todos os modelos de negócios. Antes de mais nada é essencial conhecer o core da sua empresa e serviços oferecidos, para saber se a introdução de uma API é ou não relevante.

Empresas de diversos setores, especialmente o digital, têm combinado seus times de desenvolvimento e operações, ou seja, rearranjando as responsabilidades e colaboração entre estas áreas. O intuito é a criação de uma cultura baseada em melhoria contínua. Uma tarefa desafiadora, mas que representa uma série de benefícios se feita adequadamente.

Trata-se do DevOps, um conceito poderoso do mundo digital que vem ajudando empresas e profissionais de TI a atingir suas metas.

O conceito DevOps envolve cultura, ferramentas e processos ágeis. Essa combinação acarreta no aumento da produtividade e da capacidade da empresa em oferecer softwares e aplicativos. Tudo isso a partir do aperfeiçoamento de seus produtos em ritmo mais acelerado que empresas tradicionais de desenvolvimento de software e gerenciamento de infraestrutura. 

A proposta do DevOps permite uma maior transparência e eficiência, garantindo não apenas redução de gargalos e silos de comunicação, mas uma força competitiva no mercado. De forma geral, o modelo DevOps apresenta quatro grandes pilares:

1. Comunicação;

2. Colaboração;

3. Automação;

4. Monitoração.

De um lado há a cobrança para que os desenvolvedores entreguem softwares com funcionalidades de agreguem valor, de outro há a cobrança para que a equipe de operações mantenha a estabilidade do ambiente. Para que ambos setores alcancem seus objetivos é preciso que haja uma boa comunicação entre as partes envolvidas.

Por isso se fala tanto da importância da integração entre estes times. O desalinhamento pode levar a falhas, atrasos, desgaste das equipes, necessidade de refazer tarefas e no pior dos casos um produto final de pouca qualidade. 

Em determinados casos ocorre a integração também de times de controle de qualidade e segurança aos de desenvolvimento e de operações, melhorando assim o ciclo de vida de aplicativos. A esse modelo damos o nome de DevSecOps.

Os benefícios de adotar uma cultura DevOps

A cultura DevOps engloba diferentes tarefas e métodos a fim de alcançar suas metas, seguindo as necessidades de cada projeto. A partir de sua implementação muitas empresas que passaram a aplicar o conceito DevOps em sua atuação no mercado tem vivenciado uma série de benefícios em seus processos e ambiente organizacional.

A seguir listo cinco benefícios que essa cultura vai oferecer ao seu negócio:

1. Maior produtividade

O DevOps colabora para uma mentalidade de experimentação. Logo o que temos é um crescimento gradual da produtividade de TI, conforme o estabelecimento dessa prática ganha maior maturidade na empresa, diminuindo a quantidade de falhas e oferecendo soluções para futuros problemas.

2. Maior agilidade

Tempo é fator importante para qualquer empresa, por isso não há espaço para desperdiçá-lo. A prática do DevOps faz com que os fluxos de trabalhos sejam mais ágeis, agradando clientes e gerando maior retorno financeiro.

3. Maior automação

Uma boa parcela dos empecilhos enfrentados pelas empresas estão ligados à falta de ciclos automatizados de testes e análises direcionadas à otimização de tempo. Tradicionais e burocráticos processos de entrega simplesmente facilitam o reaparecimento de falhas, sem contar a insustentabilidade da organização em um mercado competitivo.

A adoção do conceito DevOps auxilia na automatização de todo ciclo de um projeto, do planejamento a entrega, permitindo que novas funcionalidades de um sistema estejam disponíveis ao longo do dia, sempre com controle e monitoramento.

4. Adoção pode ser gradual

Implantar práticas DevOps não é algo que deva ou seja feito do dia para noite. Iniciar a integração de equipes de desenvolvimento e operações exige tempo, além de muito esforço de todos os envolvidos. Dessa forma, é uma vantagem que tal conceito possa ser adotado de forma gradual, permitindo que todos consigam se adaptar adequadamente, sem falar na obtenção de resultados mensuráveis em menos tempo que o habitual.

5. Colaboração estimulada

Por meio do DevOps as equipes possuem melhor acesso à informações e proposta integração entre desenvolvimento e operações gera uma nova cultura organizacional. A partir da união de times a empresa pode estimular valores como propriedade e responsabilidade, além de estimular soluções mais ágeis e reduzir ineficiências. Tudo isso prezando a transparência e realização de feedbacks condizentes com a realidade da empresa.

Como DevOps fez a diferença para as empresas

Como já mencionado, muitas empresas têm atuado no mercado a partir de práticas DevOps, principalmente as gigantes de tecnologia. Não é difícil deduzir que Amazon, Netflix, e Facebook façam parte deste grupo, mas outras empresas como Target, Walmart e Etsy também compõem esse grupo

A seguir explicarei em detalhes como algumas delas realizaram a implantação da cultura DevOps em seus processos.

Amazon (AWS)

O começo da mudança se deu a partir de 2010 quando os servidores físicos da empresa migraram para a nuvem Amazon Web Services (AWS). A transição acarretou em uma boa economia de recursos e em uma significativa redução da capacidade em incrementos de uma veiculação.

A Amazon também iniciou a utilização de um processo de implantação contínua, cuja gestão era realizada pelo sistema interno Apollo. Isso garantia aos desenvolvedores a liberdade para implantar códigos sempre que quiserem, em qualquer servidor que eles precisassem.

A adoção da prática DevOps levou justamente a um aumento na frequência da implantação. Porém toda empresa bem-sucedida tem conhecimento de que saber gerenciar riscos e a qualidade é tão essencial quanto a velocidade de entrega. No caso da Amazon, a implementação de um novo balanceador de carga assegurou que somente 1 a cada 100.000 implantações resultasse em uma interrupção no site da Amazon. 

Netflix

A empresa referência de streaming, Netflix, possui uma prática muito forte da cultura DevOps, afinal de contas estar entre os líderes do seu setor requer velocidade, flexibilidade e atenção à qualidade. É por esse motivo que Seus desenvolvedores elaboram, implantam e operam os próprios clusters de servidores e possuem a responsabilidade de solucionar as falhas em seus setores.

Em caso de qualquer problema, reuniões são agendadas para investigar as causas e assim discutir possíveis abordagens, com intuito não apenas de resolver o problema, mas também de prevenir questões similares no futuro.

Target

A empresa é uma das maiores importadoras nos Estados Unidos, possuindo quase duas mil lojas e uma presença online significativa, o que representou ao longo de sua história uma série de desafios técnicos e ao mesmo tempo oportunidades de inovação. Por isso a adoção de práticas DevOps foi tão importante.

Um dos objetivos iniciais da Target era acabar com os silos entre os departamentos através da maior integração proporcionada pelo DevOps, assim os silos poderiam manter uma melhor comunicação entre si.

A nova abordagem organizacional era focada em uma coordenação mais rigorosa entre engenheiros e equipe de implantação de produtos, além de uma forma mais ágil de desenvolver e testar aplicativos.

Antes da implantação da cultura DevOps a organização de TI da Target era mais complexa e difícil. Na época a empresa também terceirizava seu trabalho de engenharia, que levou a soluções de menor qualidade. O antigo modelo de entrega era mais sobre gerenciamento de contratados do que sobre construção de soluções tecnológicas reais.

Uma das mudanças que a Target adotou com o DevOps foi a criação de um ambiente interno para que seus funcionários se adaptassem da melhor maneira ao modelo DevOps. Neste ambiente funcionários obtêm apoio de treinadores e especialistas no assunto para que aprendam práticas ágeis e de engenharia em um ambiente altamente colaborativo. 

Removendo barreiras com DevOps

A prática do DevOps está muito relacionada à automação e à velocidade. Trata-se de repensar o design de equipes para conseguir remover gargalos e obter a melhoria contínua. Isso pode, em um primeiro momento, parecer desafiador demais para qualquer empresa, já que a transição exige uma mudança de cultura e de mentalidade.

Entretanto a eficiência adquirida com a remoção de barreiras entre dois times separados por silos (desenvolvedores e operações) beneficiará tanto a organização quanto seus colaboradores.

Vale ressaltar que o DevOps não é baseado somente em filosofias, mas também em ferramentas e experiências em tempo real, justificando o porquê dele ser aceito e implementado e comprovadamente bem-sucedido em muitas empresas.

Atualmente é difícil encontrar uma empresa que não faça uso de algum software ou ferramenta de análise para auxiliá-la em seus processos diários. Tais ferramentas oferecem um suporte crítico nas tomadas de decisões, especialmente quando o assunto são empresas de SaaS (Software-as-a-Service).

É vital para elas estarem a frente da competição e o melhor modo é provendo serviços mais rápidos, melhores e confiáveis através de microsserviços.

Empresas de tecnologia bem conhecidas também fizeram a transição para uma arquitetura de microsserviços. A Netflix, por exemplo, foi uma das das pioneiras no movimento dos microsserviços em 2009. Nessa época, o termo microsserviços nem sequer existia.

Operando em uma arquitetura monolítica, a Netflix lidava com dores de crescimento rápido e paralisações constantes e foi a partir da arquitetura de microsserviços que a empresa de streaming passou a implantar código milhares de vezes ao dia. 

O que fato significa microsserviço

Microsserviços são uma abordagem de arquitetura voltada para a criação e desenvolvimento de software e aplicativos. A partir dessa arquitetura as aplicações podem ser desmembradas em componentes mínimos e independentes. Ainda que separados, tais componentes trabalham juntos para a execução das mesmas tarefas e cada componente é considerado um microsserviço.

O desenvolvimento de software por meio de microsserviços permite uma valorização da granularidade e da leveza, facilitando o compartilhamento de processos semelhantes semelhantes entre várias aplicações.

Além disso, microsserviços são elementos essenciais para uma criação de aplicações mais otimizada e facilitam a inovação e aceleram a introdução de novos recursos e soluções no mercado.

Microsserviços apresentam cinco características fundamentais. Eles são:

• Isolados;

• Autônomos;

• Escaláveis;

• Resilientes;

• Responsivos (baixa latência).

E como posso diferenciar microsserviços de uma arquitetura monolítica?

No caso de uma arquitetura monolítica, todos os processos se encontram altamente acoplados e dessa forma atuam como um único serviço. Isso pode se tornar uma desvantagem no pico de demanda de um dos processos de um aplicativo por exemplo, significando que toda a arquitetura precisará ser escalada.

Outro ponto é que conforme a base de códigos cresce maior é a complexidade de adição ou de aprimoramento de recursos.

Isso significa que mesmo funcionando bem os aplicativos monolíticos acabam gerando frustrações, principalmente quando se trata da manutenção da boa estrutura modular, cada vez mais difícil com o tempo, já que uma alteração vai requerer todo um redimensionamento do aplicativo.

Essa complexidade pode agir como barreira e limitar a experimentação e implementação de novas ideias. Além disso existe a questão das falhas. A arquitetura monolítica aumenta o risco de disponibilidade de aplicativos, já que seus processos estão acoplados e dependem uns dos outros. O resultado é um impacto ainda maior da falha no aplicativo como um todo.

A arquitetura de microsserviços se diferencia justamente pelas duas características principais de microsserviços: autonomia e especialização.

Os componentes que executam os processos de um aplicativo são independentes, ou seja, esses serviços podem ser atualizados, implantados, operados e escalados para atender a funções específicas, sem que afetem o funcionamento de outros serviços. Isso porque não há necessidade de compartilhamento de nenhum código ou implementação destes com os demais.

Toda a comunicação entre os serviços é feita a partir de interfaces bem definidas através de mecanismos leves, muitas vezes em uma API com recursos HTTP.

6 vantagens da arquitetura de microsserviços

Vamos dar uma olhada detalhada nos benefícios da arquitetura de microsserviços. 

1. Entrega contínua e agilidade

Os microsserviços conseguem agilizar o pipeline de CI/CD. Dessa forma desenvolvedores não precisam trabalhar todos juntos em elementos como interface do usuário, banco de dados ou lógica do servidor. Eles podem trabalhar simultaneamente em um único serviço. Outro ponto é que os testes novas funcionalidades ocorrem com maior facilidade, pois o desenvolvedor não precisa escrever testes de integração complexos para sua configuração monolítica.

2. Escalabilidade flexível 

Escalabilidade é uma das peças-chave dos microsserviços, sendo um dos principais motivos para que uma empresa migre para uma arquitetura baseada em microsserviços. Cada um dos serviços atua como um componente separado, o que permite a cada um deles o fácil dimensionamento com ferramentas de alta demanda.

Ao utilizar microsserviços não será necessário escalar todo o aplicativo, mas somente dimensionar o serviço que está em alta demanda. Isso economiza muito dinheiro para as empresas.

Em suma, os microsserviços permitem maior disponibilidade e desempenho sem afetar outros serviços. Além disso, os times conseguem dimensionar com precisão as necessidades de infraestrutura, os custos de cada recurso e mantém o serviço disponível ainda que este esteja com um pico de demanda.

3. Fácil implantação

Microsserviços auxiliam nos processos de experimentação e reversão caso algo não seja executado de forma adequada. Isso porque eles possibilitam uma maior integração e entrega contínua, acelerando a atualização de códigos e introdução de novos recursos, ao mesmo tempo em que diminuem o custo das falhas.

4. Liberdade tecnológica

A arquitetura de microsserviços não se trata de uma abordagem generalista, já que as equipes possuem liberdade para escolher a melhor ferramenta na resolução de problemas específicos.Como consequência os times de desenvolvimento ao criar um software podem optar pelas ferramentas mais adequadas.

5. Código reutilizável

Uma vez que o software é dividido em módulos pequenos e bem definidos as equipes conseguem utilizar funções para diversas finalidades, logo um serviço desenvolvido para uma função específica pode muito bem ser utilizado como componente básico em outro recurso. 

6. Resiliência

O fato de microsserviços terem maior independência torna um aplicativo mais resistente a falhas, diferente de uma arquitetura monolítica em que os erros em um único componente podem prejudicar todo o aplicativo.

Sua empresa está preparada para começar a usar microsserviços?

Muitas empresas, além da Netflix, como Amazon, Apple, Spotify e eBay aderiram à tendência. Elas dominaram a entrega contínua, DevOps, e evidenciam como a arquitetura de microsserviços pode impulsionar uma organização. No caso da Amazon o que a levou a migrar para uma arquitetura de microsserviços foram as inúmeras solicitações recebidas.

Sua antiga arquitetura de duas camadas já não suportava mais a demanda e por isso a API da Amazon precisava ser dimensionada rapidamente para lidar com todas as solicitações.

Abraçar uma arquitetura baseada em microsserviços pode trazer vários benefícios e as organizações que não souberem enxergar esse fato pode ficar para trás. Ainda sim, nem todas as empresas estão devidamente preparadas para fazer a transição de uma arquitetura monolítica para os microsserviços. Antes de mais nada é importante se certificar se sua empresa é capaz de gerenciar esse modelo de arquitetura.

Aqui estão algumas ressalvas organizacionais:

Você precisará estar equipado para provisionamento rápido e implantação de aplicativos.

A equipe deve contar com determinados recursos para acompanhar o ritmo necessário para aproveitar ao máximo os microsserviços. Caso haja uma demora para que os serviços sejam fornecidos, você terá sérios problemas. Logo para migrar para uma arquitetura de microsserviços você precisa rapidamente implantar novos serviços ou aplicativos.

Um monitoramento robusto é obrigatório

Cada serviço depende de seu próprio idioma, API e plataforma, por isso você deverá coordenar vários times trabalhando simultaneamente em diferentes entidades do seu projeto de microsserviços. A solução é um monitoramento robusto para gerenciar efetivamente toda a infraestrutura. Sem um monitoramento adequado o rastreamento de falhas será prejudicado e, consequentemente, seu aplicativo.

Você deve abraçar a cultura DevOps

Ao se trabalhar com times multifuncionais, práticas e cultura DevOps precisam ser incorporadas à sua empresa. Isso porque em uma configuração mais tradicional os desenvolvedores têm como foco recursos e funcionalidades, já o time de operações, no alcance de desafios de produção. Dentro de um a cultura DevOps, o time completo é responsável ​​pelo provisionamento de serviços - e as falhas.

Para aqueles abraçaram a cultura DevOps, os microsserviços trazem alguns benefícios significativos, incluindo:

• Implantabilidade: Microsserviços proporcionam mais agilidade, o que melhora a capacidade de implantar novas versões de um serviço. Tal rapidez é resultado dos ciclos de construção, de teste e de implantação mais curtos.

• Confiabilidade: Uma falha em um microsserviço só afetará esse microsserviço específico e seus consumidores. 

• Disponibilidade: Anunciar uma nova versão de um microsserviço específico pouquíssimo tempo de inatividade quando comparado a implantação de uma nova versão de serviço na aplicação monolítica.

• Modificabilidade: Microsserviços permitem maior flexibilidade no consumo de novas estruturas, bibliotecas, fontes de dados e outros recursos. 

• Gestão: Microsserviços podem alavancar a metodologia ágil, na qual o esforço para se desenvolver um aplicativo é dividido entre times menores e que trabalham de forma mais independente.

Os testes podem ser complexos

Microsserviços não possuem testes diretos, já que cada um dos serviços apresenta suas próprias dependências, algumas diretas, outras transitivas. Conforme o time de desenvolvedores adiciona novos recursos, novas dependências também irão aparecer. Outra questão é o aumento da complexidade ao mesmo tempo em que o número de serviços cresce.

Quer se trate de erros de banco de dados, latência de rede, problemas de cache ou indisponibilidade de serviço, os microsserviços precisa ser capaz de lidar com um nível razoável de falhas. Logo, testes de resiliência e de injeção de falhas são primordiais.

A transformação digital têm mudado e muito a forma como as organizações agem, são estruturadas e fazem negócios. O ambiente corporativo precisa estar aberto não apenas a novas ferramentas, mas a novos profissionais que ganharam mais força e presença no mercado empresarial.

A onda tecnológica vem tornando o papel de profissionais de TI cada vez mais essenciais nas empresas. E não falo apenas de organizações puramente ditas como de criação e desenvolvimento de software. O mundo desses profissionais se expandiu e hoje eles são o diferencial para impulsionar o um negócio, melhorar a presença da empresa no mundo digital e oferecer mais valor em termos de produto, serviço e atendimento.

Eles representam a uma parte importante no quebra-cabeças organizacional, ou seja, se hoje uma empresa deseja se destacar é preciso que esteja ligada intrinsecamente com as novas tecnologias e profissionais emergentes.

Dentre os profissionais que mais tem ganhado espaço é o desenvolvedor (DEV). Ele tem se consolidado no mercado e cada vez mais diferentes empresas, desde startups a grandes corporações, necessitam de um DEV ou mesmo um time composto por eles.

Só para você ter um ideia, hoje somam-se quase 22 milhões de DEVs no Mundo, de acordo com pesquisas feitas pela Evans Data Corporation e IDC (International Data Corporation), considerando ano de 2018. A estimativa é que até 2022 esse número chegue a 27 milhões.

Toda essa multiplicação no mercado fez com que surgisse também a necessidade das empresas saberem se relacionar com DEVs e vice e versa.

Um bom squad multidisciplinar, combinando desenvolvedores, devops e demais profissionais, pode causar grandes mudanças em uma empresa, especialmente quando estamos falando de eficiência operacional, fluidez na comunicação, redução de custos com TI e satisfação de usuário, e claro, combinando com entregas de valor constantes!

Reconhecer a necessidade de uma relação entre o ecossistema empresarial e o de desenvolvedores é simples, mas o maior desafio é fazer a ponte entre esses dois mundos, já que agora mais do que nunca eles precisam se apoiar nessa atual fase da transformação digital.

E como minha empresa pode chegar até esses profissionais? Como fazer parte de comunidades?

Provavelmente você pensou em procurar perfis através de consultorias especializadas, dar aquela checada no LinkedIn de diferentes profissionais e até mesmo consultar plataformas com foco no recrutamento de developers e programadores.

Mas até aí estamos falando em simplesmente encontrá-los, a necessidade real é bem maior: a criação de uma rede de relacionamentos e colaboração entre ambas as partes, cujo um dos propósitos principais é a inovação.

Existem algumas formas mais indicadas para aprofundar esse contato:

1. Meetups

Você provavelmente já se deparou com essa palavra ou mesmo chegou a participar de um. Meetups são encontros mais informais e descontraídos com intuito de discutir sobre negócios de uma forma não convencional. Hoje meetups discutindo temáticas envolvendo tecnologia são muito comuns.

Nesses espaços os participantes podem conversar especialistas, trocar experiências, fazer o famoso networking, discutir as novas tendências da área e expor cases de sucesso. É uma verdadeira oportunidade para empresas que estão iniciando o contato com desenvolvedores de compreender um pouco mais sobre seu trabalho e como ele pode ser integrado à empresa.

Para começar basta realizar o cadastro na plataforma Meetup e baixar o aplicativo.

2. Fóruns de discussão

Essa ferramenta presente em várias páginas da internet serve como espaço para trocar informações sobre determinado tema. A interação nesses espaços busca fomentar a discussão de um problema específico ou um assunto particular. Você deve imaginar que por se tratar de um fórum de discussão o espaço utilizado é apenas o virtual, mas hoje os debates podem ocorrer em espaços físicos também.

Ainda sim, um fórum de discussão permanece ligado ao ambiente virtual e se relaciona mais com discussões online, ou seja, troca de mensagens e opiniões acerca de softwares e problemas da sociedade.

É possível participar de fóruns de desenvolvedores de empresas como Cartão Elo, Facebook, Mercado Livre, Apple, Intel, Samsung, Amazon e Twitter.

3. Eventos de tecnologia (patrocínio, promoção e criação)

Eventos de tecnologia estão se tornando mais relevantes a cada ano e simbolizam crescimento e novas oportunidades para empresas. De acordo com uma pesquisa realizada pela CWT Meetings & Events, a previsão para que eventos tech cresçam é de 5% a 10% este ano.

É importante na busca por inovação que empresas se mantenham conectadas com as novas tendências do mercado, principalmente quando falamos de transformação digital e organizações de tecnologia.

“Bater o ponto” em eventos assim é fundamental para que as empresas aproveitem oportunidades de lançarem seus produtos, se aproximarem de desenvolvedores e outros profissionais do ramo, para assim realizar networking, discutir sobre estratégias de negócios e posteriormente agregar novas abordagens para seus negócios.

Não esqueça de deixar claro os interesses e objetivos da sua empresa durante esses eventos, afinal esta é a chance de criar um canal direto com os profissionais presentes.

Os eventos podem ser pequenos ou grandes. Mas o essencial é a participação da empresa. No começo dessa relação, o que pode ser feito quando não a organização não está muito madura dentro desse ambiente é apoiar os eventos por meio de patrocínios.

Caso os eventos sejam de grande porte, sua estrutura será melhor organizada para os patrocinadores, oferecendo desde pacotes de mídia até todo suporte necessário para ações antes e durante o evento. Comparado a organizar ou frequentar meetups, esse tipo de investimento tende a ser maior, mas o retorno também.

Grandes exemplos de eventos que vale a pena você ficar de olho são Endeavor, CASE, Campus Party, iMasters e The Developers Conference (TDC). No caso do último, o TDC, trata-se do maior evento de desenvolvimento de software no Brasil. Ele conecta organizadores de meetups e eventos, patrocinadores, palestrantes e empreendedores em uma única plataforma, fortalecendo o ecossistema local de cada região onde ocorre.

Agora bons exemplos de empresas que amadureceram e se tornaram responsáveis pela criação e organização de eventos tecnologia são a Resultados Digitais, criadora do RD Summit — um dos gigantes quando falamos de eventos relacionados a Marketing e Vendas — e a Mercado Livre, responsável pelo MELIXP (Mercado Livre Experience), grande evento de e-commerce.

4. Hackathons

Outro evento que demonstra um grande nível de maturidade por parte de uma empresa é a organização de uma Hackathon. Ela reúne programadores, designers e outros profissionais ligados ao desenvolvimento de software em verdadeiras maratonas de 24hs a 48hs geralmente. O objetivo é criar novas soluções e abordagens para um problema específico ou realizar vários desafios.

As Hackathons tem se popularizado entre empresas desde seu surgimento em 1999 e já fazem parte do cotidiano de grandes organizações como Facebook e Google. Você talvez não tenha se dado conta, mas toda vez que você faz um vídeo com efeito boomerang, pede uma corrida pelo Easy Taxi ou aperta o conhecido botão de curtir do Facebook você está utilizando uma tecnologia produzida depois de muito suor, trabalho duro e litros de café em uma Hackathon.

No Brasil muitas empresas têm aderido a esse tipo de evento como uma solução para desenvolver inovação e acelerar ideias. As Hackathons podem ser internas, quando a intenção da empresa é integrar melhor seus squads ou aberta à comunidade, o que dá uma oportunidade maior de diferentes profissionais participarem e possibilita que a organização fique de olho em novos profissionais.

Daqui 5 anos, mais de 85% das grandes empresas apresentarão estratégias de APIs integradas aos seu modelo de negócio, segundo pesquisa da empresa Layer 7.

E o que isso diz respeito a sua empresa? Por que você deveria implantar essas estratégias?

De fato as APIs estão diretamente relacionadas a códigos de programação, mas essa linguagem não se limite a apenas a conexão e comunicação entre diferentes programas e aplicativos, mas representa uma nova estratégia de negócio e adquire um papel de destaque na integração entre os atores do ecossistema.

A transformação digital tem impulsionado mudanças, quer as empresas estejam ou não preparadas para elas, e uma das consequências é a evolução constante das funcionalidades das APIs, dentre eles o acesso a pagamentos digitais.

O desenvolvimento de APIs e posterior exposição, ou seja, uma API pública, vem acarretando em um modelo de negócio, que se baseia na integração de serviços de diversos parceiros com o objetivo de construir uma solução. O resultado desta integração são métricas detalhadas e específicas de cada uma dessas interações.

Afinal, dados coletados tem se tornado uma moeda de troca valiosa no mundo de hoje.

Diversas empresas, de diferentes segmentos, estão lucrando e ampliando sua autoridade no mercado graças às estratégias de APIs. UOL, Samsung, Mailchimp e Google são alguns exemplos de organizações que vem monetizando suas APIs.

Vamos supor que você tenha uma empresa de vendas de passagens aéreas online. Para atingir o público ideal, o seu time de Marketing precisará provavelmente de informações para enriquecer informações coletadas de seus clientes, e, consequentemente, construir uma estratégia para comercializar seus produtos com sucesso.

Essa estratégia pode ser ampliada com a utilização de APIs, tanto para o enriquecimento da informação, mas principalmente, pela automação do processo de compra de mídia.

Agora imagine que sua empresa consiga integrar os sistemas de pedidos e busque por informações de companhias aéreas. Isso fornecerá dados valiosos que poderão aumentar sua base de clientes. É examente isso que a Decolar.com faz.

Dessa forma, posso afirmar que as estratégias de APIs são uma oportunidade de potencializar seu negócio nessa era de transformação digital.

Onde se encaixa um desenvolvedor no meio disso tudo?

Algumas empresas entendem que para construir soluções digitais utilizando APIs de terceiros é necessário ter um time grande e caro, o que não é verdade. Cada vez mais o ecossistema de APIs vem acelerando a entrega de valor de sua empresa, permitindo com que o desenvolvedor enfrente menos barreiras tecnológicas, permitindo investir na criação e posterior da solução implementando estas APIs de terceiros. É aí que entra em cena o desenvolvedor.

O potencial de um bom desenvolvedor não se encontra apenas na criação ou implementação de uma API, mas também de como ele cuidará dela, ou seja, é ele quem irá garantir que a API receba melhorias e ajustes periódicos. O que pode ser feito posteriormente é a adoção de uma ferramenta de gerenciamento de APIs para dar um suporte ao desenvolvedor.

Ao se adotar uma metodologia ágil é necessário também que haja uma mudança no perfil do profissional e uma nova estrutura das equipes internas. A Metodologia Agile exige um colaborador mais flexível, autônomo e com capacidade de trabalhar bem em equipe. Isso sem falar da importância da variedade de pensamentos e perfis na hora de compor os grupos.

Dessa forma, quando falo de equipes que trabalham com métodos ágeis, me refiro aos “times ágeis”, ou seja, membros com grande capacidade de solucionar problemas, com iniciativa, cujo objetivo central é atingir os melhores resultados possíveis.

As equipes podem ser definidas em dois tipos:

Verticais:

O alinhamento ocorre de acordo com a forma ágil de pensar dos integrantes, uma vez que a base se concentra no conceito de autonomia e responsabilidade. Em times verticais, os colaboradores se agrupam segundo a área de negócio do produto. Por exemplo, em instituições financeiras teríamos times verticais para áreas de crédito, pagamentos, poupança e transferências.

A intenção é que através dos times verticais, todos os papéis consigam ser desempenhados para que o produto alcance a etapa de conclusão. Desenvolvedor Web, DevOps e Product Owner são alguns exemplos de membros de uma equipe vertical.

Horizontais:

No caso de times horizontais, estes estão agrupados de acordo com sua área de atuação ou campo de conhecimento, assim podemos ter um time de desenvolvedores, um time de UX e outro de arquitetura da informação.

No primeiro nível de agrupamento vertical temos uma estrutura denominada squad. Esta equipe é formada por um número menor de profissionais — até 10 pessoas — e ao mesmo tempo combina perfis multidisciplinares. É essencial que o grupo apresente uma boa diversidade de expertises. Cada squad é responsável por um objetivo específico dentro de um projeto, por exemplo, um squad que fica a cargo das funcionalidades de um produto.

É possível que dentro de um projeto haja um integrante com maior expertise, podendo se tornar uma referência, normalmente é o Product Owner (PO) que assume esse papel, já que o responsável por gerenciar o produto ou feature em questão.

Outros integrantes que podem compor um squad são:

• Scrum Master

• Agile Coach

• Back-end Developer

• Front-end Developer

• Designer

Além da multidisciplinaridade, os squads são uma estrutura auto-organizada, de grande responsabilidade e autonomia para desenhar, projetar, desenvolver e aprimorar produtos. Por apresentarem um nível elevado de autonomia, os squads decidem o que construir, como construir e como trabalhar.

A autonomia de squad é incentivada e uma necessidade por uma questão lógica: ela é motivadora e dá velocidade ao processo, ou seja, as tomadas de decisões ocorrem nos próprios squads, em vez de dependerem de várias reuniões e de aprovação do topo, tornando o processo menos burocrático e demorado.

Todo squad possui uma missão, mas é preciso que as missões de cada squad estejam alinhadas a estratégia de produto, as prioridades da empresa e do cliente. A autonomia fortalece os squads, entretanto a comunicação e compartilhamento de informações deve se manter constante.

Spotify: Um caso de sucesso de como escalar o conhecimento

Diferentes empresas de tecnologia adotaram a Metodologia Agile em busca de eficiência, mas nenhuma fez tanto sucesso e virou uma verdadeira referência quanto a organização de times como a gigante sueca Spotify.

A organização do serviço de streaming musical escolheu inicialmente o método Scrum em 2008, ano de seu lançamento. Mas com o passar do tempo a empresa constatou que tal metodologia já não conseguia mais suprir as suas demandas e desenvolveu um novo framework mais ágil. O serviço de streaming como você conhece hoje é o resultado da união de diferentes métodos ao longo dos anos.

Além dos squads, o Spotify criou outros três níveis organizacionais:

TRIBOS

As tribos são o segundo nível de agrupamento vertical e são formadas por vários squads de áreas correlatas, ou seja, que possuem funções e objetivos convergentes. Para que as tribos possam se comunicar melhor é indicado que os squads de um tribo fiquem próximos fisicamente, assim a troca de experiências e conhecimento será maior. Normalmente, uma tribo possui no máximo 100 colaboradores.

CHAPTER

Esse grupo de funcionários é definido por ter funções e skills semelhantes, isto é, chapter é um grupo horizontal. Eles realizam funções similares aos squads, ou seja, podemos ter um chapter formado por engenheiros de software de vários squads, mas em uma mesma tribo.

Cada chapter é responsável pelo desenvolvimento de uma capacidade, seja ela contratar, desenvolver talentos, avaliar e promover pessoas ou construir ferramentas e métodos de trabalho. Eles também precisam ter o discernimento na hora de alocar pessoas para seus squads apropriados de acordo com suas habilidades e conhecimentos técnicos. Logo chapters são responsáveis por como o trabalho em uma organização é realizado.

São necessários encontros regulares entre membros de um mesmo chapter para trocas de experiências, discussão de desafios e compartilhamento de informações. Neste grupo temos um líder definido, o Chapter Leader. Ele atuará como coaching, guiando e orientando os outros membros do chapter. Mais adiante falarei dele com mais detalhes.

GUILDA / COMUNIDADE

As guildas são o último grupo horizontal e dentre todos o mais difícil de definir, isso porque elas podem ser formadas por colaboradores multidisciplinares de diferentes squads, tribos ou chapters. Logo, as guildas não necessariamente apresentam profissionais com as mesmas skills e funções, o mais importante é o interesse pelo tema, já que o objetivo das guildas é a realização de encontros para trocar ideias, discutir temas relevantes e conversar sobre erros e acertos em relação ao tema definido por elas

E quem lidera cada grupo?

Dentro de tais estruturas existem alguns profissionais que destacam sua liderança e cada uma delas possui objetivos e um papel importante na empresa.

Product Owner

É o encarregado das entregas dos squads. O Product Owner está presente em todos os squads e sua função é similar a de um gerente de projetos. Ele define qual será o produto, levando em consideração as funcionalidades pré-estabelecidas. Um Product Owner precisa ter uma visão geral de todos os Sprints e gerenciar o Backlog segundo essa visão, priorizando as tarefas.

Tribe Leader

Um Tribe Leader atua de forma análoga a um gerente-geral dentro da sua tribo. Ele possui foco na criação de valor, crescimento e atendimento de clientes. É o membro que desenvolve as estratégias e táticas mais assertivas para alcançar os resultados desejados. Ele também pode exercer lideranças junto aos Chapter Leader para um melhor alinhamento e posicionamento de integrantes dentro dos squads.

Chapter leader

Na estrutura vertical de um chapter podemos ver a figura de um Chapter Leader. Dentro da empresa e do seu próprio chapter ele atua como referência em um determinado assunto, ao mesmo tempo em que atua como integrante de um squad específico.

O Chapter Leader é o líder técnico e funcional de cada chapter. Ele tem como missão desenvolver as pessoas certas e equipá-las das melhores ferramentas e abordagens, garantindo assim excelência funcional e oportunidades de criação de valor. Tudo isso mantendo uma comunicação entre o time, especialmente com o Product Owner, para garantir qualidade na entrega de resultados.

Além do Product Owner, o Chapter Leader precisa se relacionar ativamente com outros membros da empresa como Business Owner, Team Members (desenvolvedores, designers) e RH.

É na sua relação com o Business Owner que são definidas as prioridades de cada chapter, assim como o alinhamento das prioridades estratégicas da organização. Já interação com Team Members é relevante, pois a partir dela há o alinhamento de objetivos, compartilhamento das melhores práticas e revisão de assunto administrativos.

Por fim, não menos importante, a relação do Chapter Leader com o RH é necessária para a avaliação dos membros do chapter, isto é, o Chapter Leader participa das decisões de seleção de desligamento de um membro do chapter.

As principais responsabilidades de um Chapter Leader são:

1. Estabelecer uma comunidade saudável;

2. Integrar pessoas a comunidade;

3. Compartilhar os resultados da comunidade com outros chapters, squads e pessoas da empresa;

4. Garantir a consistência transversal de conhecimento em seu chapter;

5. Criar cultura de excelência e aprendizagem;

6. Guiar o desenvolvimento profissional dos integrantes dos chapters;

7. Realizar chapter meetings para alinhar processos e padrões de trabalho;

8. Agir com transparência;

9. Compartilhar sua expertise com a comunidade (com seu squad e outras células).

Como já foi dito, diversas foram as influências de metodologias agile sofridas pelo Spotify como Lean, Scrum e Kanban. Dessa forma a cultura de métodos ágeis ganhou tamanha força que em 2012, Henrik Kniberg e Anders Ivarsson, agile coaches da empresa na época, publicaram o artigo Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds e em 2014 dois vídeos (Parte 1 e Parte 2) foram divulgados com intuito de mostrar como a Spotify organizava estruturalmente seus times.

A estruturação do Spotify logo começou a ser usada por outras organizações e se tornou uma referência na formação de estruturas de empresas que estão investindo nesse processo. Atualmente a metodologia do Spotify foi renomeada para Agile Coach e a empresa está desenvolvendo um novo documento para atender melhor suas equipes internas e assegurar a agilidade nos processos.

Não há como negar que nas últimas décadas a sociedade como um todo foi transformada pelo fator tecnológico cada vez mais presente em nosso cotidiano. Uma nova economia surge e com ela produtos inovadores, consumidores exigentes e empresas se reorganizando para conseguir suprir as novas demandas de mercado.

Agilidade e eficiência nos processos se tornaram fundamentais e daí temos o surgimento da Metodologia Agile. Esse termo teve como base o “Manifesto Ágil”, uma declaração composta de princípios e valores para o desenvolvimento de software. Tal manifesto foi criado e assinado em 2011 por 17 desenvolvedores praticantes de métodos ágeis (XP, DSDM, SCRUM e etc), que buscavam maior agilidade e satisfação dos clientes.

Desde então, esses princípios têm sido adaptados para outras empresas, produtos e mercados. A Microsoft e IBM são exemplo de grandes organizações que já utilizam dessa metodologia em seus processos.

Dados da pesquisa da consultoria QSM comprovam o porquê dessa escolha: a Metodologia Ágil acelera em 50% o tempo para colocar um produto no mercado e aumenta a produtividade em 25%.

Optar por uma gestão ágil pode representar a sobrevivência de uma empresa, especialmente quando as ligadas ao setor tecnológico, pois auxilia em mudanças mais fáceis e rápidas ao longo de um projeto.

Dessa forma é mais eficiente que sua empresa entregue um protótipo de maneira rápida, receba um feedback e faça as alterações necessárias do que realize uma busca indefinida pelo produto final. Tudo isso por que a Metodologia Agile coloca a satisfação do cliente em um grau de importância maior que os planos pré-estabelecidos. O resultado é um cronograma fragmentado em diversas etapas curtas conhecidas por Sprints.

Alguns dos benefícios que essa metodologia promove nas empresas são:

• Maior qualidade de produtos e serviços;

• Cronogramas mais assertivos;

• Redução de custos;

• Menores riscos durante desenvolvimento.

Empresas que escolheram por alguma das metodologias ágeis já estão colhendo os frutos. Segundo estudo publicado em 2017 pela consultoria PwC 22% das empresas que mais obtiveram lucros nos três anos anteriores à pesquisa utilizavam metodologias ágeis na maioria de seus projetos.

As principais metodologias ágeis são as seguintes:

LEAN

O método tem sua origem na manufatura japonesa do fim da década de 1940, tendo sido desenvolvido pela Toyota. O termo lean pode ser entendido como “enxuto”, logo ele se baseia na utilização de apenas recursos vitais para determinado projeto, evitando desperdícios e custos desnecessários.

A partir dos princípios do lean, gestores conseguem aproveitar melhor o tempo de seus funcionários e até aumentar a produtividade das equipes.

KANBAN

Descendente da metodologia lean, kanban também foi criado pela empresa Toyota na década de 1960. Esse método de gestão consiste em facilitar a visualização de atividades, equilibrar a demanda e a capacidade de entrega.

Por exemplo, é usado um quadro dividido em colunas que representam as etapas das tarefas (a fazer, execução e concluída). As atividades são escritas em cartões coloridos e posicionadas no quadro de acordo com seu status atual.

Além de definir cada etapa, o kanban delimita um limite de tarefas para cada coluna, isso ajuda os colaboradores a não ficarem com um excesso de com atividades em andamento, controlando dessa forma o fluxo de produção.

Por meio do kanban, muitas empresas conseguem entregar um software ao cliente dentro do menor tempo possível.

SCRUM

Criado pelo americano Jeff Sutherland, esse framework é utilizado na gestão ágil de projetos e desenvolvimento de softwares. Os projetos são divididos em etapas menores, conhecidas por sprints, sendo cada uma delas realizada em um curto período de tempo.

Antes de cada sprint ter início, a equipe organiza um sprint planning. É nessa reunião que o Product Owner apresenta aos membros os itens mais importantes do Product Backlog e assim o grupo pode selecionar o que fará parte do Sprint Backlog.

Ao longo do Sprint, que pode durar de uma a quatro semanas, o grupo acompanha seu progresso por meio da Daily, uma reunião rápida de minutos, cujo objetivo é o alinhamento de todos os integrantes da equipe.

No fim de cada Sprint é feita uma Review Meeting, na qual é apresentado ao Product Owner as atividades desenvolvidas e seus resultados, finalizando o Sprint.

Estratégias de APIs se fazem cada vez mais complexas, especialmente em função de seus cenários, do seu uso em diversos tipos de negócios e consumo por parte de empresas e desenvolvedores. É por esse motivo que não podemos deixar de falar na chamada Governança de APIs, já que através dela é possível melhorar o gerenciamento de uma API, assim como desenvolver uma estratégia mais abrangente quanto a segurança de APIs.

Claro que a Governança de APIs é muito mais do que isso e é justamente sobre como ela funciona e envolve a segurança, gerenciamento e todo o ciclo de vida de uma API.

Caso você queira ir além deste artigo, recomendo você acessar meu curso online no API Playbook onde conto em detalhes tudo o que você precisa saber, além de todo o framework de implantação.

A Governança de APIs fornece também o design, desenvolvimento e implantação de uma API. Esse fato traz benefícios técnicos — redução de custos nas fases do ciclo de vida da API — e benefícios corporativos. Ao mesmo tempo, ela é componente vital na estrutura da arquitetura de uma API, pois permite a padronização e diminui os esforços durante o desenvolvimento e execução das APIs.

Trabalhar seguindo o processo de Governança permite que sua empresa tenha tomada de decisões mais assertivas em relação aos programas de APIs e assim estabeleça melhores práticas de criação, implantação e consumo de APIs.

Dentre algumas das metas da Governança de APIs estão:

• Priorização do backlog das oportunidades de APIs a serem desenvolvidas

• Destacar áreas para aprimorar as abordagens usadas no desenvolvimento e gerenciamento

• Melhorar a velocidade de desenvolvimento, qualidade e consistência de futuras APIs

• Garantir alinhamento entre organizações e seus parceiros no reuso das APIs e, principalmente, ao longo de testes, produção e manutenção

• Criar padrões e diretrizes a serem seguidos por empresas e seus parceiros

Por sua vez, arquiteturas serverless — arquitetura de computação orientada a eventos — e a maior integração de ecossistemas tem trazido novos desafios para a Governança de APIs em negócios digitais.

Tais desafios acabam por refletir dificuldades específicas para cada área de negócio e precisam ser levadas a sério pela iniciativa de Governança, entre elas:

• Área de Desenvolvimento: aumentar velocidade de entregas e reutilizar componentes;

• Área de Operação: antecipar e solucionar problemas com rapidez;

• Área de Segurança: garantir a aplicação de mecanismos adequados de segurança dentro de cada contexto;

• Área de Negócio: reduzir time-to-market e manter alinhamento com a estratégia de negócio medindo o sucesso para determinar a evolução e/ou aposentadoria das APIs.

Fora as necessidades das áreas citadas, os negócios digitais precisam de mecanismos de controle que não dificultem a rapidez e a autonomia, mas sim impulsionem a inovação de forma contínua e gradual.

Quando falamos de Governança de APIs, ela pode envolver pilares como processos, responsabilidades, ferramentas, KPIs e políticas. Ao delimitar os pilares, o Time de Governança de APIs precisa garantir que estes possibilitem:

1. Aplicar políticas de segurança de APIs

2. Organizar o catálogo de APIs

3. Reutilizar APIs e fazer com que estas tenham aderência com as estratégias de negócio

4. Controlar o versionamento das APIs

5. Rastrear os dados de roteamento para o back-end

6. Acompanhar o ciclo de vida de cada API

7. Definir os padrões de interfaces de APIs

8. Reunir estatísticas sobre portal do desenvolvedor e uso de API Gateway

De que forma a Governança da APIs está vinculada à segurança?

Como você percebeu, a Governança de API é um dos elementos mais importantes quando o assunto é API Management, mas o que não se pode deixar de lado é o fato de tal Governança estar vinculada a segurança de APIs.

O processo de Governança de APIs também auxilia na supervisão de ameaças à segurança às quais as APIs são sensíveis em uma iniciativa de API aberta (seja ela apenas para parceiros ou até mesmo aberta ao público em geral). A partir daí você possui uma linha de defesa que segmenta possíveis violações de segurança que possam comprometer dados sensíveis. Tal processo também colabora para que você consiga ter uma visão mais apurada para identificar dificuldades no futuro.

Consistência: o principal objetivo da Governança da API

Não é de hoje que vemos o número crescente de empresas desenvolvendo aplicativos, os quais utilizam APIs internas ou de terceiros. Algumas destas organizações podem trabalhar com 30, 50 ou mais de 100 APIs dependendo do seu negócio ou público-alvo.

Isso significa que se apoiar no processo de Governança de APIs ajuda suas APIs a terem consistência com o negócio. E uma API consistente representa economia de tempo e dinheiro, assim como permite que componentes sejam reutilizados e garante que as APIs agreguem valor aos negócios.

Além disso, a Governança pode evitar o desalinhamento com as áreas de negócio além de evitar problemas com duplicação de APIs, acoplamento rígido entre componentes, falta de confiabilidade em muitos serviços.

Falar em consistência de uma API também significa falar da relação da Governança com o Ciclo de Vida de APIs. Como já mencionei acima, uma das atividades que envolvem a Governança de APIs é o acompanhamento do Ciclo de Vida de uma API e isso é essencial durante o processo de Governança. O gerenciamento da API está presente em todas as suas fases da sua jornada: ideação, produção, publicação, consumo e aposentadoria.

A partir disso, o processo de Governança de APIs pode garantir mais segurança, fazendo com que apenas os usuários devidamente autorizados possam ter acesso a sua API, ou seja, a gestão de sua API por meio de um processo de Governança é fundamental para a proteção de seus dados.

O alinhamento do ciclo de vida da API e da Governança resulta em:

1. Aumento da compreensão da plataforma de gerenciamento de API

2. Redução da complexidade das interações a um conjunto de interações fundamentais

3. Resolução consistente de problemas de arquitetura de acordo com seus ambientes

4. Prevenção de documentação repetitiva nas estruturas da API

O processo de Governança de APIs não é um bicho de sete cabeças, porém, como pouco se fala sobre este assunto, é preciso que ele seja discutido internamente e que seja colocado em prática. Por mais simples que pareça, você não pode deixar de lado a complexidade envolvendo o processo, dado que ele sofre influência do nível de maturidade das suas APIs. Portanto se você está no começo dessa jornada, vá com calma e não se afobe. Comece pequeno e evoluindo o processo aos poucos.

A quantidade de modelos de negócio centrados em APIs, especialmente na exposição de seus serviços através delas, cresce a cada dia no mercado corporativo. Isso se deve ao fato de APIs (Interfaces de Programação de Aplicações) ajudarem a formar um ecossistema de organizações parceiras, criar novos projetos, canais de venda e gerar novas fontes de valor. Tudo a partir da transação de dados entre entre duas ou mais empresas.

Todo esse processo é conhecido por monetização de APIs, no qual empresas geram lucro por meio do consumo de serviços. São as APIs que permitem que os usuários acessem seus dados e os integrem a outras aplicações e sites, sejam eles privados ou públicos. E quanto mais bem desenvolvida for a interface, melhor a empresa irá conseguir estabelecer relações na era digital.

É essencial para qualquer empresa que deseje monetizar suas APIs um modelo de negócios bem consistente antes de colocar em prática suas estratégias de gerenciamento de APIs. Afinal de contas, é uma boa gestão de APIs que fornecerá a estrutura para as metas de monetização e governança dos serviços.

Outro ponto relevante é ter consciência de que monetizar APIs é mais do que simplesmente obter lucros através delas, mas também em como mantê-las em bom funcionamento para consumo, podendo gerar valor, seja pelo seu consumo direto ou indireto. Um exemplo de monetização indireta é a oferta de insights transacionais que aceleram o negócio do parceiro, porém, para ter acesso à esses insights, é necessário transacionar através de sua plataforma omni-channel.

APIs de qualidade para monetizar

Existem diversas formas de uma empresa monetizar suas APIs, mas é preciso cuidado para não colocar em prática uma estratégia de monetização sem nem ao menos evoluir sua estratégia de APIs a fim de adquirir a experiência necessária.

É importante e bom para uma empresa lançar uma estratégia de monetização o quanto antes, contudo, antes de executar totalmente tal estratégia, a empresa deve saber priorizar suas APIs, afinal de contas se uma API não foi bem planejada, apresenta problemas de funcionalidade e não é fácil de compreender, dificilmente ela será atraente para outros desenvolvedores e empresas, ou seja, a API não seria rentável e nem sua monetização traria benefícios.

A partir desses cuidados, o planejamento e execução de uma estratégia de monetização de APIs se torna mais viável. Entretanto é preciso que as empresas tenham em mente que não há uma abordagem única para se monetizar APIs, logo provedores dessas interfaces devem sempre experimentar e se ajustar em busca de uma boa abordagem.

Algumas das funcionalidades de APIs se enquadram melhor em modelos de pagamento por uso, enquanto em outros mercados não há cobrança por consumo, sendo os dados acessados gratuitamente. Logo, na monetização de APIs, não há uma solução que possa ser usada para tudo.

Como obter sucesso na Economia de APIs

Se sua empresa apresenta interesse em monetizar APIs é preciso antes de tudo compreender como os dados se comportam para os usuários, como eles podem levar a rentabilidade para sua e outras empresas, assim como suas funcionalidades.

Não há monetização de APIs se estas não forem acessadas. Para que as aplicações sejam consumidas é necessário saber como fazer sua exposição a fim de atrair compartilhamentos. Ter a visão de como uma API pode ser útil para um nicho específico permite que esta seja incrementada de acordo com o segmento do negócio.

Além disso antes da adoção de qualquer estratégia de monetização de APIs é vital dar atenção a duas questões: mapeamento/mensuração das fontes de receitas referentes a API e também uma comparação da receita com a outros de outros clientes que não consomem a API.

Grandes empresas e Monetização de APIs

Atualmente as organizações possuem uma consciência maior de como APIs podem ser poderosas aliadas e fontes de receitas. Amazon, Google, Facebook, Twitter e Netflix são alguns exemplos de grandes empresas digitais que adotam APIs como forma de potencializar seus negócios.

No início a gigante do streaming, Netflix, apenas oferecia assinaturas, tempos depois, além de desenvolver um site responsivo, a plataforma integrou seu programa a outras tecnologias como as Smart Tvs.

A monetização de APIs, no entanto, não segue a mesma lógica para todos os modelos de negócios. Uma determinada API pode gerar mais lucro diretamente com seu uso, enquanto outras podem render mais se usadas em publicidade gratuita, focando no consumo de um produto ou serviço. Por esse motivo, as empresas precisam conhecer os modelos de negócios viáveis e como monetizar suas APIs para obter lucro.

A sociedade atual gradualmente tem se tornado mais digital e as APIs tem uma boa parcela dessa responsabilidade fazendo com que o mundo físico e o virtual fiquem ainda mais conectados. A partir disso surgem novas oportunidades de produtos e serviços.

Conforme abordei no meu artigo anterior sobre as oportunidades de monetização, as APIs permitem que as empresas tenham uma maior rentabilidade através da construção de ecossistema de parceiros e clientes, expansão da marca, coleta de métricas, geração de insights e criação de uma arquitetura de TI ágil e integrada. Tudo isso por meio da monetização de suas APIs, que pode gerar receitas direta ou indiretamente. A seguir os principais modelos usados para monetizar APIs:

1. Modelo de Receita direta

A captura de receita ocorre por meio de uso direto de APIs. Nesse modelo é cobrado dos consumidores um valor equivalente a um número de chamadas feitas, ou seja, pelo número de vezes que uma API é acessada, podendo ser um valor fixo ou não. Esse modelo é muito utilizado por empresas que oferecem serviços através de SaaS (Software as a Service).

Os principais modelos utilizados para receita direta via APIs são:

• O desenvolvedor paga para utilizar uma API, seja por requisição ou mensalidade, que deverá prover a ele valor de uso ou a chance de conseguir receita de seus usuários.

• O desenvolvedor recebe incentivo para usar a API, já que o uso dela é importante demais para seu provedor, podendo receber por chamada ou até mesmo uma comissão do valor total transacionado.

Gigantes como Google e Amazon obtém parte de sua receita por uso direto de suas APIs. O serviço da API do Google Maps é gratuito, porém há um limite em torno de 2500 chamadas de graça por dia. Tal quantia pode parecer significativa, mas não para empresas de grande porte, o que faz com que o Google venda pacotes de chamadas de APIs.

O Amazon Web Services (AWS), serviço de nuvem da Amazon, também é um exemplo de estratégia que cobra por chamadas, nesse caso chamadas do tipo “pay-as-you-go”, o que significa que o desenvolvedor paga proporcionalmente pela quantidade de APIs que ele usar. Normalmente, o valor é calculado levando em consideração o número de chamadas de APIs ou volume de dados utilizado.

Passando aqui para lembrar você de participar do API Connect Conference 2020 dia 20 de Março! Clique aqui e veja mais detalhes do evento e veja como usar o meu cupom de desconto de 25% para reservar seu ingresso ;)

Outras variações comuns de receita direta são:

• Freemium: permite a experimentação do serviço sem gerar custo no momento da implementação ou até mesmo durante o início do negócio. Muitas vezes são oferecidos recursos básicos, logo para acessar recursos mais avançados é cobrada uma taxa ou um valor percentual.

• Tiered: o desenvolvedor não paga por transação individual, mas por volume de transações, sendo que ele pode optar por usar desde recursos básicos a mais avançados.

2. Modelo de Receita indireta

Nesse modelo de receita as APIs são oferecidas gratuitamente, ou seja, o rendimento ocorre por outros meios. Ela é a forma mais comum para um retorno estratégico e interno. As APIs são utilizadas, por exemplo, para conseguir insights analíticos ou melhorar o desempenho no mercado. Google, Facebook e Twitter são algumas das empresas que obtêm receita indireta por meio de APIs gratuitas em suas plataformas.

Outro viés de como uma API pode gerar lucro indiretamente é por meio de Marketplaces, quando são utilizadas para ampliar ou construir canais de distribuição potencializando assim as vendas da empresa. No Brasil há exemplos de Marketplaces assim como Nova Pontocom e Mercado Livre.

No caso da Nova Pontocom (Grupo Pão de Açúcar), a empresa responsável por gerenciar marcas como Ponto Frio, Extra e Casas Bahia desenvolveu uma plataforma de Marketplace, na qual seus lojistas podem vender seus produtos por meio do e-commerce de suas marcas.

A monetização de APIs também está presente nos meios de pagamento. Plataformas como Cielo e Pagar.me permitem a execução de pagamentos e transferências através de suas APIs sem que seja preciso sair do site da loja ou do fornecedor do serviço. As empresas ganham desse modo um percentual de cada transação por cartão.

O programa de afiliados é um ótimo exemplo de geração de negócios via APIs. A Amazon Associates dá permissão para que o usuário coloque em seu website ou aplicativo dados de produtos relevantes para seu público-alvo e os redirecione para a plataforma da Amazon. Caso a venda seja realizada, a comissão pode ser de até 10%.

Redução de custos também é monetizar APIs

Uma das maneiras de melhorar a receita de uma empresa é reduzindo os custos. O modelo Multi-Device é um exemplo disso. Através dele o usuário consegue assistir suas séries e filmes da Netflix usando um iPad, Samsung Smart TV ou Playstation, uma vez que tais dispositivos apresentam acesso ao mesmo conjunto de APIs.

Atualmente, muitas empresas focam no desenvolvimento de uma boa interface visual para seus aplicativos móveis, mas é preciso também atenção aos seus sistemas internos, uma vez que seus dados e transações são realizados por esses sistemas. Aplicativos móveis só podem ser desenvolvidos por completo quando há preocupação com a forma como os dados e serviços são expostos.

Empresas varejistas utilizam essa abordagem em estratégias de omni-channel, na qual a empresa possui um website, aplicativo móvel para os consumidores e parceiros na cadeia de valor, todos com acesso às mesmas APIs.

A crescente digitalização influenciou em uma série de mudanças, especialmente por conta da popularização de dispositivos móveis e da internet. O comportamento dos consumidores foi afetado: basta alguns toques no smartphone e a compra está feita. Nesse sentido a transformação digital deixou de ser apenas uma tendência atual, mas uma necessidade para qualquer empreendimento que busque se manter atualizado, relevante e próximo de seus clientes.

Muitos setores perceberam a necessidade de mudanças dentro desse novo cenário de revolução tecnológica e investiram pesado na melhoria de seus produtos e serviços. Um grande exemplo de setor que tem participado ativamente de tal transformação é de varejo.

É por isso que diversas marcas do varejo físico tradicional passam por um processo de transição no qual são capazes de oferecer uma experiência mais digital ao seus clientes. Isso significa repensar processos e desenvolver ambientes conectados, levando o cliente para o centro dos negócios.

E-commerces e Marketplaces no Brasil

Um dos primeiros impactos da transformação digital no varejo foi o surgimento de e-commerces (lojas virtuais) e de marketplaces posteriormente. O primeiro se refere a uma loja online tradicional, na qual uma marca vende seus produtos. Já um marketplace funciona na prática como um “shopping virtual” que aluga sua própria plataforma para que outros varejistas vendam seus produtos em troca de mensalidades, comissão sobre as vendas e spread da taxa do cartão.

O modelo de marketplace tem se mostrado um dos modelos favoritos de vendas online, uma vez que ele proporciona uma série de benefícios como: reunir produtos e serviços de diferentes marcas e lojas, intermediar as transações entre consumidor e lojista, aumentar visibilidade dos vendedores e reduzir o investimento inicial para desenvolver uma loja virtual.

Os principais marketplaces no Brasil atualmente são:

• Americanas

• Submarino

• Shoptime

• Mercado Livre

• Amazon

• Walmart

No país o e-commerce faturou R$ 69 bilhões no Brasil em 2018. Dessa forma, o conhecido e-commerce cresceu 15%, enquanto o varejo tradicional, apenas 2,3% no Brasil, de acordo com a Associação Brasileira de Comércio Eletrônico (ABComm).

A importância da integração de APIs no e-commerce

É possível melhorar de forma relevante as funcionalidades de um e-commerce por meio da integração de APIs. Isso porque estas interfaces tem influenciado positivamente na integração de diversos aplicativos, aumentando assim sua qualidade e capacidade de serviço, especialmente no que concerne o setor de varejo tomado cada vez mais por e-commerces e marketplaces.

A partir de integrações, tanto desenvolvedores quanto lojistas poderão integrar recursos que não necessariamente pertencem a eles. O que ocorre na verdade é que tais recursos são obtidos através de parceiros de APIs personalizadas especializadas.

A integração de APIs ao e-commerce proporciona uma série de benefícios ao lojista como:

• Detalhes atualizados de pedidos;

• Redução do trabalho manual e economia de tempo;

• Precisão de dados catalogados;

• Solução certificada PCI garantindo segurança ao utilizar o cartão de crédito.

Quanto ao e-commerce ele pode utilizar APIs de duas formas:

1. Consumo e exposição de APIs públicas

As APIs públicas podem compor um e-commerce de duas maneiras. No primeiro caso a loja em questão expõe suas APIs, ou seja, torna-as públicas para que terceiros possam consumi-las. Dessa forma as APIs podem ser acessados por qualquer parceiro com interesse ou, para casos específicos, de passar por um processo de certificação para consumir APIs mais sensíveis para parceiros autorizados. Existem ferramentas como API Portal (parte do API Suite) que cuidam deste processo de gestão e governança de todo o processo.

Já o segundo caso trata do consumo de APIs públicas, fazendo com que e-commerces multimarcas (multicategoria) não dependam de grandes centros de distribuição e de sua logística complexa, uma vez que se comportam como grandes hubs exibindo os produtos provenientes do consumo das APIs de outras lojas virtuais. É através desse consumo que é possível listar, editar ou inserir produtos, pedidos, dados e as disponibilidades automaticamente no site da sua loja.

2. APIs privadas

Uma ótima forma de potencializar o consumo dos próprios dados (catálogo de produtos, imagens, busca, entrada de pedidos, estoque, etc) é através das próprias APIs internas. Todos os dados podem ser usados pelo e-commerce para customizar sistemas e também no ERP para controle gerencial. O maior benefício da utilização de APIs internas para cada tipo de dado mencionado é a oportunidade de desenvolver experiências exclusivas de sua marca.

Como posso avaliar uma API de e-commerce?

Existem alguns elementos a serem levados em conta na hora de avaliar uma API de e-commerce, já que esta precisa atender aos requisitos do projeto. Elas são as seguintes:

Recursos

Através de integração de APIs um e-commerce tem mais facilidade para fazer coisas como:

• Direcionar o cliente ou realizar o processamento transparente de pagamento;

• Realizar a análise de comportamento do usuário (fingerprint) para score de fraude;

• Indicar produtos através de modelos cross-selling e upselling;

• Otimizar as buscas de produtos e com isso melhorar a User Experience (UX);

• Trabalhar no retargeting de clientes para a loja;

• Personalizar o e-commerce de acordo com o público consumidor, necessidades e preferências

Além desses recursos, existem outros serviços que vale a pena analisar de acordo com as necessidade do e-commerce. A presença ou falta da funcionalidade em determinado recurso leva ao próximo item a ser considerado ao analisar uma API de e-commerce.

Interoperabilidade e extensibilidade

A maior parte das APIs de e-commerce já estão “plugadas” nas plataformas, permitindo o cliente simplesmente habilite a sua utilização inserindo suas credenciais (valores-chave) para utilização do serviço. O mesmo não vale caso o cenário seja mais complexo, uma vez que o ônus dessa implementação recai completamente sobre o desenvolvimento, sendo necessário um parceiro ou equipe de desenvolvimento interno para implementá-la.

No que se refere a extensibilidade, o catálogo de produtos e serviços por APIs é diferente de fazer o mesmo com o registro de um cliente ou um pedido. O resultado é o aumento na curva de aprendizado da plataforma de e-commerce e a redução do tempo de desenvolvimento à medida que o usuário passa de uma página, diretório, arquivo ou linha de código do painel para a próxima.

Além da extensibilidade, há a questão da interoperabilidade, ou seja, a forma como uma API é integrada a outros provedores e fornecedores. Se há dados personalizados envolvidos é necessário prestar atenção em como os eventos e a comunicação funcionam entre outros serviços de primeira classe.

Se cadastre no API Playbook e saiba mais sobre Varejo, Fintechs, APIs, Governança e Transformação Digital, me acompanhe no LinkedIn e ative suas notificações para ler os próximos artigos aqui na Prensa ;)

Este artigo foi escrito por David Ruiz e publicado originalmente em Prensa.li.