Construir Bots : ¿Nativo o multiplataforma?

Las aplicaciones de mensajería son ahora la plataforma, y los bots son las nuevas aplicaciones. Los desarrolladores están empezando a crear estos nuevos bots de mensajería para resolver una amplia variedad de problemas. Al hacerlo, estos desarrolladores pioneros se enfrentan a múltiples opciones. Una de las opciones más críticas es ¿para qué plataforma(s) construir su bot (por ejemplo, Telegram, WeChat, Slack, Twitter, Kik u otra)?

¿Deben crear sus bots para una plataforma de mensajería o para varias? Si construyen para varias plataformas, ¿deben crear bots distintos para cada una de ellas (llamémosle el enfoque «nativo»), o deben diseñar un bot común que puedan «escribir una vez y ejecutar en cualquier parte» (multiplataforma)? Los desarrolladores tienen que reflexionar seriamente sobre estas opciones. Esta decisión inicial tendrá consecuencias importantes en el futuro.

Las primeras plataformas de mensajería en abrir API para la interacción programática han sido Telegram, Kik, Slack, Hipchat, Twitter y SMS. Otras plataformas de mensajería ya han anunciado este tipo de API o lo harán pronto.

En efecto, el espacio de la mensajería está muy fragmentado: Hay aproximadamente una docena de mensajeros con más de 100 millones de usuarios . Los recuentos varían en función de lo que consideres un mensajero (¿son Twitter, Instagram, LinkedIn o Pinterest mensajeros?), pero a nuestros efectos cualquier servicio con una gran base de usuarios y funciones de mensajería ampliamente utilizadas es un mensajero.

La mayoría de las startups -de consumo o B2B- se encuentran con que sus usuarios objetivo abarcan múltiples plataformas. Si los desarrolladores de bots no quieren dejar atrás a ningún usuario, tienen que pensar seriamente en un enfoque multiplataforma. Lo que nos lleva inmediatamente a la cuestión de construir múltiples bots nativos frente a un bot multiplataforma. En este post, revisaremos los pros y los contras de cada uno.

Aunque la mayoría de las funciones son comunes a todas las plataformas de mensajería, hay muchas diferencias. Las capacidades de representación de mensajes varían según las plataformas; pueden ir desde la capacidad de mostrar mensajes de texto sin formato de cualquier longitud, hasta medios enriquecidos e hipervínculos, pasando por los llamados «mensajes inteligentes». Las API de los bots también varían. Por ejemplo, el directorio de aplicaciones y las API de bots de Slack se comportan de forma muy diferente a las APIs de Telegram y Storebot. .

Enfoque autóctono

Esto tiene muchas ventajas. Construir bots específicos para cada plataforma garantiza que el bot pueda optimizar su experiencia de usuario al máximo gracias a las API de la plataforma. Además, los bots nativos pueden seguir el ritmo de las nuevas funciones que lanza periódicamente cada plataforma. También es probable que las plataformas promocionen los bots en sus «tiendas de bots» para que la plataforma pueda aprovechar las funciones más recientes.

Sin embargo, el enfoque nativo impone varios costes importantes. El esfuerzo de desarrollo que supone construir, actualizar y mantener varios bots simultáneamente no sólo es elevado, sino que aumenta continuamente. Como cada bot tiene capacidades diferentes y utiliza API distintas, el desarrollador necesitará vías de desarrollo paralelas, quizá incluso varios equipos. Los ciclos de lanzamiento son más largos, ya que cada nueva función debe desarrollarse y probarse por separado para cada bot. Otro reto es que la experiencia del usuario está fragmentada. Los distintos usuarios experimentarán el mismo producto de forma diferente en cada plataforma.

Construir bots utilizando APIs multiplataforma resuelve muchos de estos retos, pero a costa de la optimización nativa.

Enfoque multiplataforma

Los bots multiplataforma pueden escribirse una vez y ejecutarse en cualquier lugar que admita una API multiplataforma. Los bots multiplataforma son más fáciles de crear, actualizar y mantener. Ofrecen una experiencia de usuario consistente y uniforme en diferentes plataformas. Los bots multiplataforma empiezan a funcionar automáticamente en nuevos canales a medida que se abren sus API (si la plataforma subyacente se encarga de hacerlo) sin requerir ningún trabajo de desarrollo adicional.

Las API multiplataforma aíslan al desarrollador de los problemas relacionados con la integración de plataformas y la autenticación. Esto libera a los desarrolladores para centrarse en sus productos principales en lugar de preocuparse por las integraciones de plataformas. Sin embargo, para garantizar una experiencia de usuario coherente, puede haber algún compromiso en la optimización nativa en plataformas individuales.

Las herramientas multiplataforma siempre han existido para facilitar la vida a los desarrolladores. En la era del escritorio, Java se creó principalmente como una herramienta multiplataforma de «escribir una vez y ejecutar en cualquier lugar». En el mundo móvil, PhoneGap, Ionic y React Native facilitan a los desarrolladores la creación de aplicaciones para múltiples plataformas. Este nuevo espacio tiene más de 12 plataformas principales de mensajería -los espacios de escritorio o móvil nunca incluyeron más de 5 (y eso siendo generosos).

A medida que más plataformas de mensajería expongan las API, a medida que los desarrolladores construyan más bots, la balanza se inclinará inevitablemente hacia los bots multiplataforma. Es importante que los desarrolladores de bots piensen a largo plazo antes de sumergirse en el desarrollo de bots.