Los 5 principales desafíos en el proceso de desarrollo de productos de infraestructura de correo electrónico
Publicado: 2023-03-20La infraestructura de correo electrónico es el sistema interconectado que permite enviar, recibir y almacenar mensajes electrónicos. Como tal, juega un papel vital para facilitar el intercambio de información, ya sea B2B o B2C.
En ese sentido, Radicati Group Inc. estima que la cantidad total de correos electrónicos enviados se acercará a los 400 mil millones en 2027. Y se espera que la cantidad de usuarios en todo el mundo alcance los 5 mil millones en el mismo año.
A medida que el volumen de tráfico de correo electrónico continúa creciendo, es difícil negar la importancia de tener una infraestructura de correo electrónico sólida y confiable.
Sin embargo, desarrollar y mantener una infraestructura de correo electrónico confiable no está exento de contratiempos. En este artículo, discutimos los cinco desafíos principales que enfrentan las organizaciones en el proceso de desarrollo de productos de infraestructura de correo electrónico y brindamos soluciones prácticas para superarlos.
1: escalabilidad
El reto
Dado que el tráfico sigue creciendo, la infraestructura de correo electrónico puede tener dificultades para manejar la carga. Las empresas deben tomar medidas preventivas para adaptarse al crecimiento y evitar interrupciones en el servicio.
La lluvia de ideas sobre las medidas en paralelo con el desarrollo del concepto es favorable. De lo contrario, los desarrolladores deben hacerlo con el lanzamiento de MVP, o corren el riesgo de lo siguiente:
- Productividad perdida
- Disminución de la satisfacción del cliente
- Posibles pérdidas financieras
- Caída en las calificaciones de autoridad de dominio
- Caída en la reputación del remitente
Las soluciones:
- Infraestructura basada en la nube
- Balanceo de carga
El uso de la infraestructura basada en la nube
Con una infraestructura basada en la nube, los desarrolladores aprovechan la escalabilidad y la confiabilidad de los servicios de correo electrónico de terceros. A su vez, aseguran los recursos necesarios para abordar las crecientes necesidades de los clientes.
Suena prometedor, pero ¿cómo funciona realmente?
Los servicios de correo electrónico de terceros utilizan grandes centros de datos centralizados para almacenar y procesar datos. Por lo tanto, las empresas de desarrollo de software pueden aprovechar las últimas tecnologías y recursos sin invertir en los suyos. Y eso ayuda a matar dos pájaros de un tiro:
- El enfoque reduce en gran medida los costos operativos.
- También proporciona a las organizaciones una solución escalable para satisfacer sus crecientes necesidades.
Lo importante a destacar aquí es que debe desarrollar una infraestructura basada en la nube paso a paso. Esto significa que es mejor comenzar a ejecutar algunas tareas en la nube y luego escalar las tareas según la carga actual (en este caso, el volumen de correos electrónicos o solicitudes de los usuarios).
Pero las tareas basadas en la nube no deben escalarse ad hoc, es crucial determinar la estrategia de desarrollo de productos respectiva. Aún más importante, debe saber si hay desafíos y cuellos de botella asociados con eso.
La implementación del equilibrio de carga.
Antes de profundizar un poco más, tenga en cuenta que el equilibrio de carga debe implementarse junto con la infraestructura basada en la nube. En el mejor de los casos, dentro de una fase de desarrollo del producto.
Ahora, el equilibrio de carga se refiere a la distribución de cargas de trabajo en múltiples arquitecturas y tareas en la nube. El beneficio clave es que el producto existente se vuelve capaz de manejar un mayor volumen, incluso en los picos de tráfico.
Dado que las cargas de trabajo se distribuyen en varios servidores, ningún servidor se ve limitado por el volumen del tráfico de correo electrónico. Por lo tanto, las posibilidades de interrupciones y cuellos de botella en el servicio son significativamente menores.
Mejor aún, los algoritmos de equilibrio de carga se pueden usar para ajustar dinámicamente la distribución de las cargas de trabajo, generalmente en función de dos factores:
- El número de solicitudes.
- La potencia de procesamiento de cada servidor.
Construyendo una gran plataforma de alojamiento
En 2012, el proceso de desarrollo de productos de Airbnb se encontraba en una etapa fundamental.
Estaban golpeando al público objetivo justo en la cabeza, escalando toda la plataforma. Pero los comentarios de los usuarios revelaron una cantidad alarmante de casos extremos relacionados con solicitudes de modificación, disputas y reembolsos. En ese momento, todos estos se manejaban manualmente por correo electrónico, sin backend para respaldar el procesamiento de solicitudes, lo que suponía una gran presión para escalar el negocio.
Airbnb se enfrentaba a una elección arriesgada: contratar a más de 1000 personas en un año o crear un marco automatizado para manejar casos extremos.
Sí, eligieron lo segundo.
Jonathan Golden, gerente de productos de Airbnb en ese momento, tuvo que priorizar sin piedad. El objetivo principal era crear un plan para una solución en la nube automatizada (marco de back-end) que manejaría y categorizaría los casos extremos.
Con el marco implementado, Airbnb se desbloqueó rápidamente y continuó escalando entre un 300 % y un 600 % al año. Tenga en cuenta que estos porcentajes se refieren al crecimiento exponencial temprano de Airbnb.
Sin embargo, hay más conclusiones sobre el desarrollo de productos de este ejemplo que simplemente mover todo a la nube y automatizar los flujos de trabajo.
- Es esencial manejar primero un desafío técnico manualmente. De lo contrario, es posible que los desarrolladores no estén al tanto de los problemas de raíz.
- Una empresa no debería esperar demasiado antes de aplicar la automatización de escalado, el equilibrio de carga o lo que sea. Si no lo hace a tiempo, es probable que los desafíos crezcan tanto que se vuelva significativamente más difícil superarlos.
- Siempre intente crear una solución o marco que pueda aplicarse a otros problemas en la hoja de ruta del producto. Hacer eso hace que sus equipos sean mucho más ágiles.
2: Seguridad
El reto
La seguridad de la infraestructura de correo electrónico, o la falta de ella, es vital porque afecta directamente la capacidad de las organizaciones para comunicarse de manera efectiva con los clientes potenciales.
Un equipo de desarrollo de productos debe abordar este desafío en una etapa temprana, mucho antes del producto mínimo viable. Pero no se detiene allí. Las auditorías de seguridad regulares deben ser una prioridad incluso si se trata de un producto terminado.
Dado que la información confidencial a menudo se intercambia por correo electrónico, una brecha de seguridad puede resultar en la exposición de información confidencial. Esto puede tener graves consecuencias para las organizaciones, incluido el daño a la reputación, la pérdida de la confianza del cliente y posibles repercusiones legales.
Además, es importante que todos los equipos comprendan los posibles riesgos de seguridad para evitar infracciones que puedan eludir los protocolos de seguridad y cifrado. Uno de esos riesgos es la ingeniería social, pero más sobre eso en una de las siguientes secciones.
Las soluciones:
- Cifrado
- Protocolos seguros
- Actualizaciones regulares de medidas de seguridad
Los protocolos seguros, como SSL y TLS, brindan servicios de encriptación y autenticación para los datos de correo electrónico en tránsito. Debido a esto, pueden considerarse como la primera línea de defensa en la hoja de ruta del producto de infraestructura de correo electrónico. Además, las organizaciones deben revisar y actualizar periódicamente las medidas de seguridad interna.
¿Cómo?
Por ejemplo, una empresa que desarrolla el software necesita establecer políticas internas para ingenieros y otras partes interesadas para limitar el acceso al código base, gits, etc. Al mismo tiempo, la empresa debe tener protocolos claros sobre cómo y por qué se le puede otorgar a alguien mayor privilegios de acceso.
Los equipos de desarrollo suelen utilizar el principio de lista de privilegios para lograr un mayor nivel de seguridad. Esto significa que se otorga más acceso a pedido, y muy pocas personas tienen acceso a todo.
Anteriormente mencionamos SSL y TLS que encriptan datos en movimiento (datos en tránsito). Pero las empresas también deben considerar el cifrado de datos en reposo y establecer diferentes niveles de acceso a esos datos.
"¡Promesa Pinky, no te hackearemos!"
Este es un caso comercial algo negativo, pero muestra claramente que siempre hay dos aspectos de la seguridad: el software y las personas.
En enero de 2023, Mailchimp sufrió una brecha de seguridad (la tercera en 12 meses), exponiendo los datos confidenciales de 133 clientes. Y la ingeniería social fue la estrategia que utilizaron los estafadores para obtener acceso a información confidencial.
Básicamente, significaba que los estafadores en línea usaban empleados de Mailchimp desprevenidos y probablemente sin experiencia para obtener acceso a datos protegidos. Los estafadores engañaron a los empleados para obtener sus credenciales, pirateando así a las personas, no al sistema en sí. No obstante, se expuso la información sensible de unos 133 clientes.
La conclusión es que el aspecto técnico de la seguridad debe ser a prueba de balas. Pero, al mismo tiempo, una empresa necesita establecer procedimientos y educar a los empleados sobre cómo evitar convertirse en phishing o cualquier otro tipo de víctima en línea.
3: Confiabilidad
El reto
La confiabilidad determina la capacidad de un sistema para funcionar correcta y consistentemente a lo largo del tiempo. Como tal, es uno de los mayores obstáculos durante las diferentes iteraciones del proceso de desarrollo de un nuevo producto.
¿Por qué?
Sin confiabilidad, los usuarios no pueden estar seguros de que sus correos electrónicos se entregarán y recibirán como se espera, lo que en última instancia destruye la propuesta de valor. Claro, este es el caso de la infraestructura de correo electrónico, pero aquí hay una imagen más amplia.
La confiabilidad del producto final en SaaS impacta directamente en la reputación de la marca y su capacidad de entrega. Ya sea un MVP o un producto ya exitoso, debe soportar varios tipos de fallas, como un mayor uso de RAM, picos en las solicitudes de los usuarios, cargas de infraestructura inesperadas, etc.
La solución:
- Implementación de sistemas de redundancia y respaldo
- Monitoreo regular de la infraestructura
La redundancia implica tener múltiples copias de los mismos datos almacenados en diferentes ubicaciones. Entonces, si un sistema falla, hay una copia de seguridad para usar. Varias tecnologías lo permiten, sobre todo el equilibrio de carga, donde los correos electrónicos se distribuyen en varios servidores para reducir el riesgo de fallas.
Luego, el monitoreo regular de la infraestructura proporciona métricas que permiten a los desarrolladores detectar y resolver problemas antes de que se conviertan en problemas reales. Esto se puede hacer con herramientas de monitoreo y controles regulares del sistema. O, a veces, los equipos de desarrollo pueden aplicar el análisis DAFO durante las pruebas de concepto para determinar los mejores enfoques.
Hablando de monitoreo, es mejor si los desarrolladores construyen alarmas además del monitoreo. Por ejemplo, las alarmas deben configurarse para las siguientes circunstancias:
- Si los procesos comienzan a consumir más memoria.
- Si hay problemas específicos de procesamiento de datos/computación.
- En el caso de 500 respuestas de código.
Estas alarmas se relacionan con el soporte de arquitectura interno y la gestión de productos de guardia; ambos deben establecerse durante el proceso de desarrollo de software o con el lanzamiento del producto suave.
En lenguaje sencillo, cuando hay una alarma activada por un evento preocupante, un ingeniero debe saltar directamente sobre ella, incluso si es en medio de la noche.
Cómo lo hicieron los gigantes
El propio Google es un gran ejemplo de una estrategia de diseño de productos que superó con éxito los desafíos de confiabilidad desde el principio. Su infraestructura está diseñada para presentar múltiples niveles de redundancia. Eso permite que el gigante del motor de búsqueda se asegure de que los correos electrónicos de los usuarios se entreguen y reciban como se esperaba, incluso en el caso de una falla interna.
Otro ejemplo es Microsoft, que implementó una infraestructura de correo electrónico altamente confiable mediante el uso de sistemas de balanceo de carga y respaldo. Estas medidas han ayudado a Microsoft a garantizar que su servicio de correo electrónico siga siendo altamente confiable, incluso ante un crecimiento significativo y una mayor demanda.
Pero desafortunadamente, ya no es así. Durante el ciclo de vida del producto, hubo algunos puntos de inflexión en los que Microsoft podría no haber realizado una investigación de mercado adecuada y un análisis de la competencia; más sobre esto en la sección Gestión de las expectativas de rendimiento .
4: Interoperabilidad
El reto
La interoperabilidad indica la capacidad de la infraestructura de correo electrónico, o cualquier servicio SaaS, para integrarse y funcionar bien con otras aplicaciones.
Por lo general, las integraciones deben incluir:
- Gestión de las relaciones con los clientes (CRM)
- Planificación de recursos empresariales (ERP)
- Almacenamiento de datos
¿Cuál es el beneficio?
La capacidad de intercambiar información sin problemas entre diferentes aplicaciones ayuda a las empresas a tomar decisiones informadas basadas en datos. Además, les permite agilizar los procesos relacionados con los productos. La ventaja es que la alta interoperabilidad también hace que la experiencia del usuario sea mucho mejor.
Solo tenga en cuenta que este aspecto debe abordarse al hacer una lluvia de ideas sobre el concepto del producto. Y vale la pena sopesar las opciones de integración con lo que está disponible en el mercado objetivo.
La solución:
- Estándares abiertos
- Compatibilidad multiplataforma
Los estándares abiertos son especificaciones disponibles públicamente que permiten que diferentes sistemas funcionen juntos.
Los estándares abiertos clave con infraestructura de correo electrónico incluyen el Protocolo simple de transferencia de correo (SMTP), el Protocolo de oficina de correos versión 3 (POP3) y el Protocolo de acceso a mensajes de Internet (IMAP).
En cuanto a la compatibilidad, la infraestructura de correo electrónico debe estar diseñada para funcionar con diferentes sistemas operativos (Windows, macOS y Linux), así como con diferentes navegadores web (Google Chrome, Mozilla Firefox, Safari, etc.).
Sin embargo, incorporar estándares abiertos y asegurar la compatibilidad entre plataformas no está libre de desafíos. Tome SMTP, por ejemplo, los desarrolladores a menudo necesitan hacer ajustes específicos y tal vez incluso agregar cifrado. Para lograr fácilmente esta y otras correcciones específicas del producto, se recomienda utilizar plataformas interconectadas como AWS.
Finalmente, los equipos de desarrollo deben prestar mucha atención a las firmas, las soluciones de correo no deseado, los registros DNS y más, en relación con hacer que su software funcione bien con integraciones de terceros.
En pocas palabras, esto se reduce a seguir los formatos y protocolos estándar en cada etapa del proceso de desarrollo del producto. Posteriormente, los ingenieros pueden personalizar los flujos de trabajo de back-end y front-end cuando sea necesario.
déjanos un poco de holgura
Si crees que Slack logró reinventar la forma en que colaboramos, no te equivocarás. Pero la pregunta es cómo lo hicieron.
Dejemos de lado el hecho de que Slack tenía una solución estable en la etapa de lanzamiento al mercado. Y olvidémonos de una estrategia de marketing ingeniosa que logró convertir a hordas de trabajadores de TI frustrados. Lo importante aquí es lo que sucede después de la conversión.
En primer lugar, el listón para entrar en Slack es muy bajo. Sin embargo, cubre la mayoría de los casos de uso que puedas imaginar. Luego, migrar sus equipos a Slack es bastante sencillo. La gestión de usuarios es sencilla y la lista de integraciones sigue y sigue...
Según el tamaño y el alcance de su negocio, puede conectar las aplicaciones de Jira, Notion, Coda, Google y demás para tener todas las notificaciones y canales de datos bajo un mismo techo. Todo eso en días o incluso horas.
Lo que es más impresionante es que la interoperabilidad de Slack es prácticamente configurar y olvidar. Una vez que integre todo lo que necesita, siempre estará a un clic de distancia de una fuente de datos o comunicación. Y esa experiencia de usuario es difícil de rivalizar.
5: Gestión de las expectativas de rendimiento
El reto
El desafío de gestionar las expectativas de rendimiento consiste en garantizar que el producto satisfaga las necesidades y los requisitos de los usuarios finales. Por eso, es seguro equiparar las expectativas de rendimiento con las expectativas del usuario, especialmente cuando se desarrolla SaaS.
Para ser claros, el éxito de un producto de infraestructura de correo electrónico, o cualquier SaaS, depende en gran medida de qué tan bien lo perciban los usuarios finales y los clientes objetivo. Es decir, qué tan bien el producto satisface las expectativas de rendimiento del usuario.
Con la creciente dependencia del correo electrónico, los usuarios esperan que la infraestructura sea segura, rápida y confiable. Además, los usuarios quieren que sea:
- Fácil de usar
- Accesible desde múltiples dispositivos
- Ser capaz de manejar el tráfico de correo electrónico a escala
La solución:
- Pruebas
- Mejoramiento
- Comunicación clara
- Circuitos de retroalimentacion
A riesgo de afirmar lo obvio, las pruebas y la optimización regulares deben ser una parte integral de cualquier proceso de desarrollo de productos. Puede implicar la realización de encuestas, grupos focales, pruebas A/B para recopilar comentarios de los usuarios, etc.
La comunicación clara va de la mano con las pruebas, ya que ayuda a generar confianza y transparencia. A menudo, la comunicación incluye actualizaciones públicas periódicas sobre el proceso de desarrollo, informando a los usuarios sobre cambios en la infraestructura y abordando cualquier inquietud de rendimiento generada por los usuarios.
Toda la comunicación y las pruebas brindan a los desarrolladores comentarios calificados de los clientes que, a su vez, ayudan a satisfacer sus necesidades y expectativas. El paso crítico aquí es integrar la retroalimentación dada en los procesos de desarrollo del producto.
Simplemente, esto significa estar atento a todas las desventajas de un sistema. Tal vez incluso haciendo análisis de negocios para comprender mejor qué metodología aplicar para mejorar el producto sin perjudicar su comercialización.
Luego, el paso crucial es transformar todos los hallazgos en tareas procesables y actualizaciones para optimizar aún más su software.
Pero, al probar y monitorear su aplicación, hay ciertas cosas que debe tener en cuenta. Por ejemplo, las pruebas de estrés determinan si el código se está ejecutando lentamente. Sin embargo, el hecho de que algo funcione lento no requiere una actualización. Los equipos de desarrollo necesitan una comprensión sólida de qué actualizaciones son críticas para el rendimiento y cuáles pueden perder prioridad para un uso óptimo de los recursos.
La batalla de los gigantes
Como se mencionó anteriormente, esta sección explora las áreas en las que Microsoft posiblemente no cumplió con las expectativas de rendimiento, dando paso a que prosperen los competidores. Hay un poco de historia, que involucra tanto a Apple como a Google.
Cuando lanzaron MPP (Mail Privacy Protection) en septiembre de 2021, Apple ya había superado a Google en la cuota de mercado de clientes de correo electrónico. En ese momento, la participación de Apple estaba cerca del 59%, Google rondaba el 28%, pero Outlook de Microsoft se quedó muy atrás con alrededor del 5%.
Ahora, ¿cuáles podrían ser las razones por las que Microsoft fue derrotado?
Para encontrar la respuesta, debemos mirar un poco más en el pasado.
Google lanzó Gmail el 1 de abril, hace casi dos décadas. Y Microsoft no tardó mucho en darse cuenta de que no era una broma de April Fool. El padre de Windows presionó mucho para seguir siendo dominante durante unos diez años. Pero una vez que Gmail se hizo cargo del mercado en 2015, Outlook se convirtió principalmente en una espiral descendente.
¿Pero por qué?
Es seguro argumentar que las razones son expectativas de desempeño fallidas. Básicamente, Gmail era más rápido y fácil de usar, y ofrecía una interfaz mucho más optimizada. Junto con más funciones y un almacenamiento mucho mayor (1 GB, 500 veces más que Outlook en ese momento), no sorprende que ganara Gmail.
Avance rápido hasta hoy, y está claro que Google podría estar en un aprieto similar al de Microsoft hace una década. Ahora, la expectativa de rendimiento clave que falló es el seguimiento. Dada la cantidad de correos electrónicos entrantes, ya sea de marketing o transaccionales, las personas prefieren mantener ocultos sus eventos de correo electrónico.
Claro, el hecho de que sea cada vez más difícil rastrear las tasas de apertura, las ubicaciones geográficas y los dispositivos genera acidez en los profesionales del marketing. Pero las estadísticas muestran que eso es exactamente lo que esperan los usuarios.
Los equipos de desarrollo de correo electrónico de Apple notaron la tendencia desde el principio y fueron de los primeros en ofrecer una solución viable para mantener el ruido del correo electrónico al mínimo. Este tipo de expectativas de rendimiento, monitoreo y actualizaciones podría llevar a Apple a dominar el espacio del cliente de correo electrónico en un futuro previsible.
Construir buenos productos
A estas alturas, debe tener una sólida comprensión de los desafíos críticos en el proceso de desarrollo de productos. Para resaltar, realmente no importa qué tipo de producto estés desarrollando.
Los desafíos descritos son independientes del nicho y, en gran medida, del ciclo de desarrollo del producto. Incluso si solo está en la etapa de ideación, ciertamente desea que el producto sea seguro, confiable y escalable. Luego, cuando llegue a la etapa de inicio, no se detenga con la evaluación y validación de la idea del producto.
Finalmente, es importante recordar que el proceso de desarrollo de productos requiere mucha investigación, análisis y planificación de la implementación en cada paso del camino. La buena noticia es que este artículo le proporcionó una hoja de ruta sólida y áreas clave en las que concentrarse.
