¿Qué pasaría si la tecnología nunca cambiara? Por un lado, no habría actualizaciones constantes que enfrentar, ni nuevos blogs que leer sobre lo último y lo mejor (ejem), ni nuevos botones y menús que descifrar.
Con el cambio, siempre hay incomodidad — hasta que se convierte en la nueva norma.
Como hemos hablado antes, nuestro objetivo en Huntress es acelerar y agilizar la defensa de seguridad. Un pilar clave para lograrlo es lanzar lo que estamos desarrollando de forma temprana y frecuente — específicamente teniendo en cuenta tu retroalimentación. Así, tú (nuestros partners) puedes obtener valor lo antes posible sin esperar los largos ciclos de desarrollo tradicionales, mientras también nos ayudas a definir qué se necesita hacer. Como proveedor, hay una línea delgada entre el desarrollo ágil y hacer que todos los clientes se conviertan en testers. Entonces, ¿cómo funciona esto?
Beta = Aprendizaje
Tradicionalmente, cuando piensas en productos o funciones en "beta", a menudo se consideran "inacabados". Muchos programas beta son de "inscripción voluntaria" y piden a los primeros usuarios que se contacten y se inscriban de forma proactiva para ayudar a pulir estas funciones antes de lanzarlas al público.
Pero en esencia, una fase beta en el ciclo de vida del producto es para aprender: aprender cómo se comporta en el mundo real, aprender si hay casos límite de usuarios que no se han descubierto, aprender si hay vacíos en el recorrido del usuario que haya que resolver.
En Huntress, beta significa aprendizaje. Estamos aprendiendo cómo usas una nueva función, qué problemas resuelve, y también qué problemas no resuelve. Queremos mantener un ciclo de retroalimentación estrecho para asegurarnos de enfocarnos en las cosas correctas.
El recorrido de una función
Antes de entrar en cómo lo hace Huntress, veamos un flujo general que siguen las funciones antes de lanzarse:
Aprender y priorizar
Con cualquier buen producto, se trata de profundizar y entender qué problemas hay que resolver — y luego abordar los que tienen mayor impacto. Todos los proveedores de tecnología tienen que priorizar — pero la clave es priorizar el problema, no el botón o el widget. Y la única manera de hacerlo con eficacia es hablando con ustedes — nuestros partners.
I+D
Ahora que sabemos qué problemas queremos resolver, es momento de preguntarnos: ¿cómo los resolveremos? ¿Qué recursos tenemos y necesitamos para ejecutar? ¿Qué preguntas nos ayudarán a descifrarlo y cómo encontraremos las respuestas? Aquí es donde el problema se traduce en la solución, donde se decide el botón/widget/función/etc., y donde empezamos a diseñar la solución.
Beta
La definición de beta es muy distinta para cada proveedor; en la mayoría de los casos, se reserva para productos nuevos o funciones más complejas. Tradicionalmente son cerradas y los primeros usuarios deben buscar activamente participar sabiendo por completo que las cosas no están totalmente disponibles o podrían fallar.
Early Access
En el mundo de los videojuegos, Early Access significa acceso a los juegos una vez que alcanzan un estado jugable, sin todos los adornos que vendrían con el lanzamiento oficial. Early Access también puede ser intercambiable con Beta, o puede ser una forma de abrir el acceso a un público un poco más amplio, pero sin un anuncio oficial de lanzamiento.
Lanzamiento
Comúnmente conocido como "disponibilidad general", este último paso implica que ingeniería, control de calidad y gestión de producto le dieron su aprobación al lanzamiento completo y que cumple con todos los objetivos del problema que intenta resolver. Aquí se concentran los esfuerzos de marketing y comunicación, y muchos clientes podrían no enterarse de las nuevas funciones hasta que el producto llegue a esta fase.
Cómo hace Huntress el beta
En realidad, no estamos haciendo nada único ni fuera de lo común — está muy en línea con lo que todos ya conocen. Las principales diferencias son:
- Lanzamos una versión de "Early Access / Beta pública" para que todos los partners puedan usarla, en lugar de limitarla otorgando acceso manualmente
- Nos gusta usar las frases "beta privada" y "beta pública" (la diferencia se explica abajo)
- Nuestra fase de "Early Access / Beta pública" puede durar un poco más, dado nuestro compromiso con la estabilidad en esta etapa.
Por qué lo hacemos así
Volvamos a pensar en el enfoque tradicional en el mundo de la ciberseguridad. Como los problemas cambian todo el tiempo, existe el riesgo de dedicar demasiado tiempo persiguiendo un problema que ya quedó obsoleto. Si esperamos hasta el lanzamiento completo, pasa mucho tiempo entre que comienza el desarrollo y que nuestros partners y clientes empiezan a recibir valor. Sobre todo en ciberseguridad, no tenemos ese lujo de tiempo dado lo rápido que evolucionan nuestros adversarios — así que, ¿para qué esperar?
Lanzar nuevas funciones de forma temprana y frecuente no es un concepto nuevo, y es una filosofía que adoptamos por completo como parte de la cultura de Huntress. Y estamos en una buena posición para hacerlo — no solo porque somos un producto SaaS, sino por nuestro compromiso de entregar valor continuo.
¿Me puedes dar un ejemplo?
Cuando Huntress empezó como una herramienta de caza de persistencia, lo primero que hicimos fue capturar telemetría de endpoints sobre autoruns para un puñado de partners amigos. En ese momento, la interfaz apenas existía, la integración con el PSA no estaba disponible, y las alertas eran básicamente inexistentes.
Pero incluso con solo los datos del endpoint, obteníamos muchísima información valiosa, lo que le daba a nuestros equipos del SOC la capacidad de cazar amenazas. Aunque no estaba optimizado, aun así pudimos usar estos datos para investigaciones manuales y alertas importantes.
En el mundo de la seguridad, donde la remediación y la acción rápida son fundamentales, no había razón para ocultarles a nuestros partners información sobre incidentes — aunque el producto todavía no estuviera totalmente disponible. Aquí fue donde nos dimos cuenta de lo importante que es un ciclo de retroalimentación estrecho y la integración con la fase beta.
Beta nos da la oportunidad de escuchar a quienes realmente lo usarán en entornos reales. Estamos aprendiendo y evaluando si nuestras suposiciones fueron correctas. Luego, tomamos esa información y la retroalimentamos a nuestra investigación y desarrollo.
Beta pública vs. beta privada
Beta privada (en ocasiones):
Para la mayoría de las nuevas funciones en Huntress, no pasaremos por una fase de "beta privada". Pero en algunos casos, como Managed AV, decidimos que una fase beta tradicional es necesaria — especialmente si estamos cambiando algo en el endpoint que podría causar un comportamiento inesperado. En este caso, sí necesitamos que algunos usuarios la pongan a prueba y nos ayuden a detectar todos esos casos límite.
El objetivo es llegar a un umbral en el que el endpoint cumpla con los estándares de ingeniería y control de calidad para proteger y prevenir interrupciones. Tratamos de abrir esto a tantos partners como podamos soportar. Aprendemos muchísimo de estos partners y les estamos increíblemente agradecidos por su disposición a contribuir a nuestro ciclo de vida de producto.
Beta pública (la mayoría de los casos):
Es cuando empezamos a anunciar nuestras nuevas funciones y te permitimos simplemente inscribirte desde el propio panel de Huntress. Una vez que una función o servicio pasa a beta pública, significa que está listo para cualquier persona, sin necesidad de contactar a soporte para habilitar funciones.
Aquí el objetivo no es la estabilidad; es entender cómo estás usando estas funciones. Nos permite aprender e iterar — pero, más importante aún, te permite a ti obtener valor adicional de nuevos servicios y funciones lo antes posible, con la confianza de que Huntress está en un lanzamiento estable.
¿Acaso beta significa que fallará en mi entorno?
¡No! Una vez que pasamos a beta pública, nuestro compromiso es que Huntress esté en un lanzamiento estable. Además, seguirás teniendo la opción de inscribirte en esas funciones. Aunque no esperamos problemas importantes en esta etapa, se ofrece soporte completo para asegurarnos de que Huntress funcione en tu entorno.
Ten en cuenta que, aunque hay algunas funciones en estado beta, también hay servicios de alto valor que ya son muy maduros y han alcanzado una etapa de lanzamiento completo — como Persistent Footholds.
Como mencionamos, queremos lanzar funciones de forma temprana y frecuente para darte acceso práctico. Así puedes tener voz para ayudarnos a impulsar el cambio. Podrías notar que una función permanece en beta pública más tiempo del esperado; esto es para no detener el desarrollo y poder seguir impulsando y priorizando lo que necesitas.
¿Cómo puedo darte mi retroalimentación?
Tenemos algunas opciones para ti:
- ¡Danos tu retroalimentación a través de nuestro nuevo portal de retroalimentación! Aquí puedes tener visibilidad sobre las próximas funciones, enviar retroalimentación o solicitudes de nuevas funciones, y votar por funciones ya enviadas.
- El correo electrónico siempre es una opción: [email protected]
- ¡Contacta a tu representante de cuenta! Sus datos de contacto están en el portal de Partner Enablement Service de tu panel.
Con total transparencia, queremos que te quedes con nosotros para que unamos fuerzas en elevar la seguridad de las SMB. No queremos que te quedes con nosotros solo porque sientas que debes hacerlo. Queremos que te quedes porque de verdad estás obteniendo valor de lo que entregamos. Y la única manera en que podemos mantenernos en el camino correcto es trabajando juntos.
