Criação de bots: nativo ou multiplataforma?

Os aplicativos de mensagens são a plataforma atual, e os bots são os novos aplicativos. Os desenvolvedores estão começando a criar esses novos bots de mensagens para resolver uma grande variedade de problemas. Ao fazer isso, esses desenvolvedores pioneiros se deparam com várias opções. Uma das escolhas mais importantes é para qual(is) plataforma(s) você deve criar seu bot (por exemplo, Telegram, WeChat, Slack, Twitter, Kik ou outra)?

Eles devem criar seus bots para uma ou várias plataformas de mensagens? Se estiverem criando para várias plataformas, devem criar bots separados para cada uma delas (vamos chamar isso de abordagem “nativa”) ou devem projetar um bot comum que possa “escrever uma vez e executar em qualquer lugar” (plataforma cruzada)? Os desenvolvedores estão tendo que refletir seriamente sobre essas escolhas. Essa decisão inicial terá consequências substanciais no futuro.

As primeiras plataformas de mensagens a abrir APIs para interação programática foram Telegram, Kik, Slack, Hipchat, Twitter e SMS. Outras plataformas de mensagens já anunciaram esses tipos de APIs ou o farão em breve.

O espaço de mensagens é, de fato, altamente fragmentado: Há cerca de uma dúzia de mensageiros com mais de 100 milhões de usuários. As contagens variam de acordo com o que você considera um messenger (Twitter, Instagram, LinkedIn ou Pinterest são messengers?), mas, para nossos propósitos, qualquer serviço com uma grande base de usuários e recursos de mensagens amplamente usados é um messenger.

A maioria das startups – de consumo ou B2B – descobre que seus usuários-alvo variam entre várias plataformas. Se os desenvolvedores de bots desejam não deixar nenhum usuário para trás, eles precisam pensar seriamente em uma abordagem multiplataforma. O que leva imediatamente à questão da criação de vários bots nativos versus um bot de plataforma cruzada. Nesta publicação, analisaremos os prós e os contras de cada um.

Embora a maior parte dos recursos seja comum em todas as plataformas de mensagens, há muitas distinções. Os recursos de renderização de mensagens variam entre as plataformas; isso pode variar desde a capacidade de exibir mensagens de texto simples de qualquer tamanho até mídia avançada, hiperlinks e as chamadas “mensagens inteligentes”. As APIs dos bots também variam. Por exemplo, o diretório de aplicativos do Slack e as APIs de bot se comportam de maneira muito diferente das APIs do Telegram e do Storebot. .

Abordagem nativa

Há muitos benefícios aqui. A criação de bots especificamente para cada plataforma garante que o bot possa otimizar a experiência do usuário ao máximo permitido pelas APIs da plataforma. Além disso, os bots nativos podem acompanhar o ritmo dos novos recursos lançados periodicamente por cada plataforma. É provável que as plataformas também promovam bots em suas “lojas de bots” para que a plataforma possa aproveitar os recursos mais recentes.

No entanto, a abordagem nativa impõe vários custos importantes. O esforço de desenvolvimento para criar, atualizar e manter vários bots simultaneamente não é apenas alto, mas aumenta continuamente. Como cada bot tem recursos diferentes e usa APIs diferentes, o desenvolvedor precisará de trilhas de desenvolvimento paralelas, talvez até mesmo de várias equipes. Os ciclos de lançamento são mais longos, pois cada novo recurso precisa ser desenvolvido e testado separadamente para cada bot. Outro desafio é que a experiência do usuário é fragmentada. Usuários diferentes terão experiências diferentes com o mesmo produto em cada plataforma.

A criação de bots usando APIs multiplataforma resolve muitos desses desafios, mas ao custo da otimização nativa.

Abordagem entre plataformas

Os bots multiplataforma podem ser escritos uma vez e executados em qualquer lugar em que uma API multiplataforma possa suportá-los. Os bots de plataforma cruzada são mais fáceis de criar, atualizar e manter. Eles oferecem uma experiência de usuário consistente e uniforme em diferentes plataformas. Os bots multiplataforma começam a trabalhar automaticamente em novos canais à medida que suas APIs são abertas (se a plataforma subjacente se preocupar em fazer isso) sem exigir nenhum trabalho de desenvolvimento extra.

As APIs multiplataforma isolam o desenvolvedor de problemas relacionados à integração e autenticação de plataformas. Isso libera os desenvolvedores para se concentrarem em seus produtos principais, em vez de se preocuparem com as integrações de plataforma. Entretanto, para garantir uma experiência de usuário consistente, pode haver algum comprometimento da otimização nativa em plataformas individuais.

As ferramentas multiplataforma sempre existiram para facilitar a vida dos desenvolvedores. Na era do desktop, o Java foi criado principalmente como uma ferramenta de plataforma cruzada do tipo “escreva uma vez e execute em qualquer lugar”. No mundo móvel, o PhoneGap, o Ionic e o React Native facilitam para os desenvolvedores a criação de aplicativos em várias plataformas. O espaço de mensagens é muito fragmentado, muito mais do que os espaços de desktop ou móvel. Esse novo espaço tem mais de 12 grandes plataformas de mensagens – os espaços de desktop ou móvel nunca incluíram mais de 5 (e isso é ser generoso).

À medida que mais plataformas de mensagens expõem APIs e os desenvolvedores criam mais bots, o equilíbrio inevitavelmente mudará para bots entre plataformas. É importante que os desenvolvedores de bots pensem a longo prazo antes de mergulhar no desenvolvimento de bots.