Cuatro preguntas a responder antes de escalar un producto

Cuatro preguntas a responder antes de escalar un producto

Si bien la mayoría de los fundadores confían bastante en sus habilidades de desarrollo de productos, cuando se trata de escalar el producto, muchos de ellos tienen fundamentalmente claro cómo proceder. Muchos emprendedores creen que la escalabilidad del producto es algo que se debe considerar desde el principio. Ya sea su MVP o un lanzamiento importante, a menudo veo a la mayoría de ellos apresurándose a resolver el dilema de escalamiento del producto desde el primer día. Desafortunadamente, este enfoque lleva a la mayoría de ellos al fracaso. El escalado del producto no es algo que se haga inicialmente y de una sola vez. Es un proceso continuo que comienza después de haber estabilizado su MVP o una mejora importante del producto y continúa hasta su próximo gran hito. El propio título del bestseller de Nathan Furr, “Nail It Then Scale It”, es una advertencia para los empresarios, aconsejándoles que eviten la tentación de crecer antes de que sea el momento adecuado. En Talentica Software, a menudo lidero el proceso de desarrollo de productos para varios clientes. En un proyecto notable, una plataforma de publicación de anuncios creció rápidamente de dos mil millones de visitas diarias a 15 mil millones de visitas diarias en un año. Si hubiéramos construido el sistema a escala de antemano considerando un cierto nivel, el crecimiento drástico habría traído más dolor que felicidad. Hemos logrado con éxito esta rápida escala trabajando estrechamente con los propietarios de productos, entendiendo los indicadores clave de rendimiento (KPI) de la empresa y traduciéndolos en KPI de productos procesables. Esto aseguró la alineación con los objetivos comerciales generales y ayudó a escalar el producto en consecuencia. Si bien cada producto y situación comercial tiene sus propios matices, algunas consideraciones importantes son clave para escalar su producto de manera eficiente. Cuándo escalar El escalado prematuro de productos es un error común para las empresas emergentes, no solo en la fase MVP, sino también durante un lanzamiento importante o la implementación de funciones. Por ejemplo, trabajé con una startup en etapa inicial que intentaba crear un MVP para una plataforma de análisis e insistí en desarrollar un sistema escalable desde el principio. Esto requirió mucho más tiempo para configurar la arquitectura y la infraestructura, así como más tiempo para el desarrollo. Desafortunadamente, la startup enfrentó dificultades para lograr la adecuación del producto al mercado y finalmente cerró sus operaciones. El error: gastar tiempo y dinero en construir una plataforma escalable antes de validar tu idea. En otro caso, estábamos ayudando a un cliente a crear una plataforma publicitaria desde cero. La plataforma alcanzó rápidamente la marca de 1 millón de solicitudes de anuncios por día y continuó creciendo exponencialmente. A pesar de este rápido crecimiento, nos hemos centrado en escalar de manera óptima la plataforma según el pronóstico comercial para los próximos 6 a 12 meses, modificando la arquitectura y brindando la tecnología adecuada en el momento adecuado. Este enfoque resultó exitoso durante los siguientes 15 años y la plataforma ahora atiende más de 100 mil millones de solicitudes de publicidad y procesa más de 200 TB por día. En resumen, es necesario alinear la escalabilidad del producto con las previsiones comerciales. Por lo tanto, pronostique su negocio y planifique escalar su producto en consecuencia. Qué escalar En un escenario ideal, escalar simultáneamente todo el sistema y todos los componentes del producto puede parecer factible y rentable. Sin embargo, los aspectos prácticos de implementar un sistema a gran escala a menudo hacen que esto sea imposible. La priorización es clave para escalar con éxito su producto. Me gustaría compartir una situación de la vida real que manejé para una empresa líder en redes inalámbricas. La empresa pretendía aprovechar la inteligencia artificial utilizando datos recopilados de los puntos de acceso. Sin embargo, el rendimiento de los sistemas dificultaba hacer esto en tiempo real. Si bien una opción era reescribir todo el producto, hacerlo rápidamente sin afectar a los clientes existentes resultó ser un desafío. En lugar de ello, decidimos identificar cuellos de botella en el proceso y optimizar el rendimiento del módulo de adquisición de datos, que tardaba en adquirir datos de los puntos de acceso. Esto mejoró significativamente el rendimiento y nos dio tiempo para reparar otros módulos. Desde una perspectiva de escalabilidad, resulta útil dividir sistemas más grandes en componentes y desacoplarlos para comprender qué está causando un cuello de botella en su negocio y cómo. Esto no sólo le ayudará a priorizar qué escalar primero, sino que también le ayudará a decidir a qué nivel escalar. Cómo escalar Escalar no se trata sólo de agregar espacio en el servidor y dar por terminado el día. Como factor clave para el éxito de su producto, es un área donde puede optimizar costos y esfuerzos con el enfoque correcto. Algunas métricas clave que le ayudarán a elegir el enfoque correcto incluyen: El tiempo requerido y las interdependencias: ante una situación en la que alguna vez necesitábamos escalar nuestro producto en un múltiplo bastante alto y al mismo tiempo garantizar la optimización de los costos, hemos desacoplado los módulos individuales, permitiéndoles escalarse individualmente y en paralelo, reduciendo así el tiempo y las interdependencias asociadas con el escalamiento. Costo y esfuerzo involucrados: cuando revisé la priorización de los requisitos de tamaño, encontré situaciones en las que simplemente usar diferentes niveles de almacenamiento en caché e introducir colas de mensajería distribuidas resolvía dilemas de tamaño que de otro modo habrían implicado un esfuerzo mucho más costoso y consumido más tiempo. Optimización: si bien las definiciones convencionales pueden sugerirlo, escalar no siempre significa agregar algo a su configuración existente. Recuerdo un caso en el que pasamos de 700 a 300 cajas de servidores pero operamos con la misma capacidad. Si bien podríamos haber agregado cajas de servidores existentes, reducirlas nos ayudó a optimizar el sistema en términos de costo y mantenibilidad. Disponibilidad: Recuerdo una situación en la que el cliente estaba preparado para una solución costosa a los problemas de la base de datos pero no podía permitirse el lujo de perder tiempo de actividad. Dejando a un lado la confusión, adoptamos un enfoque simple de dividir la base de datos verticalmente (particionamiento) y horizontalmente (fragmentación). No sólo fue mucho más barato de lo presupuestado, sino que evitó la pérdida de disponibilidad debido a reestructuraciones que requerían mucho tiempo. Cuánto escalar En un mundo ideal, tendría recursos ilimitados para mantener su producto preparado para el futuro. Sin embargo, en realidad, los tomadores de decisiones trabajan con limitaciones como el presupuesto y el tiempo. No desarrollar su producto de la manera correcta mientras se controlan ambos factores puede reducir sus posibilidades de obtener un retorno de la inversión (ROI) positivo. Hace unos años, trabajé con una plataforma de concursos que pretendía expandirse para llegar a niños de todo el país. Teniendo en cuenta el tiempo necesario para captar todo el mercado, sugerimos un enfoque incremental. Identificaron mercados prioritarios y la cantidad de niños a los que querían dirigirse dentro de los primeros 6 meses. Anticipamos la escala necesaria para manejarlo, pero creamos el sistema para manejar 10 veces la escala esperada. Cuando se trata de ampliar su producto, el enfoque del “big bang” nunca funciona. El escalamiento es un evento continuo en toda la empresa y saber cuánto queda por hacer es fundamental. Como fórmula general, si X es el volumen en el que se encuentra actualmente, tener una capacidad de escala 10 veces mayor durante las primeras etapas es bueno ya que el crecimiento del volumen es errático. Para lograr la madurez empresarial, lo ideal es una capacidad de escala 3X, ya que el crecimiento del volumen es una trayectoria relativamente estable. En caso de una mejora importante, lo ideal es volver a una capacidad de escala de aproximadamente 10 veces, ya que los volúmenes pueden aumentar de manera errática y no estar preparado podría significar una fatalidad segura. Siempre he usado el ejemplo del «día de rebajas» en las aplicaciones de comercio electrónico para resaltar este punto. Cuando el volumen de tráfico alcanza múltiples niveles de volúmenes diarios, las aplicaciones a menudo no funcionan porque nadie tiene en cuenta los requisitos adicionales para escalar en situaciones tan especiales. Los dejo con un pensamiento persistente. ¿Crees que lo has logrado? Si es así, ¿le has cambiado el tamaño? También podría gustarte…

About Francisco

Check Also

Transformación de recursos en Akeneo – Blog Webkul

Transformación de recursos en Akeneo – Blog Webkul

En el mundo digital actual, la gestión de imágenes de productos y contenido multimedia para …

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *