Crear una plataforma de streaming de vídeo en directo o bajo demanda (OTT) puede ser una tarea un tanto desalentadora, por lo que quería compartir algunos consejos que pensé que podrían ayudar.
Normalmente, este tipo de proyectos comienzan con una conversación en la que alguien de arriba ha prometido el lanzamiento de una nueva propuesta con un plazo de entrega de locos e inamovible – o quizás peor, ha cerrado un trato con un proveedor de plataforma llave en mano y ha acordado sacar al mercado algo que cubra cada caso de uso inconcebible en el menor plazo de tiempo posible. ¿Te resulta familiar?
A pesar de los desafíos que se presentan por delante, quería intentar guiarte a través de una serie de cosas que espero te orienten en la dirección correcta. ¿El objetivo? Construir una plataforma escalable y fiable que no haga de la dependencia del proveedor y la escala limitada las dos primeras características de tu hoja de ruta.
1. Captura de requisitos
Los requisitos se dividen en unas pocas categorías y bloques de alto nivel. Producto, negocio, tecnología. Normalmente todo se encuadra de alguna manera bajo estas verticales. Es un poco más fácil redactar los habituales «requisitos funcionales» de cara al consumidor que redactar algunos de los requisitos que a menudo se desconocen o se olvidan, como la gestión fiscal.
La clave en la captura de requisitos es asegurarse de cubrir cada detalle. Te daré un ejemplo práctico.
Un gestor de producto redactará un requisito en la línea de «Como usuario, debería poder buscar en el sitio». Un buen arquitecto técnico tendrá la capacidad de desglosar esto en 10-15 requisitos individuales, tanto funcionales como no funcionales, que cubrirán áreas como la búsqueda de contenidos, la búsqueda de datos, el idioma múltiple, el filtrado, la ordenación, la persistencia, las notificaciones de resultados, los resultados de búsqueda nulos, la integración de analítica y BI, la búsqueda predictiva, los tiempos de respuesta de los resultados, etc.
El mensaje aquí es que cuanto más trabajes para garantizar que los requisitos sean EXPLÍCITOS y DETALLADOS, más dolores de cabeza te ahorrarás más adelante cuando la solución que te proporcione el proveedor no haga lo que pensabas que haría. Elimina la ambigüedad.
2. Proceso de RFI/RFP y análisis de proveedores
¿Por qué necesitamos una RFP? Hay muchas razones, pero principalmente piensa en esto como un mecanismo para comparar posibles candidatos y proveedores para la plataforma de streaming que vas a construir.
La elaboración de una buena documentación de RFI y RFP, junto con la definición del proceso, son igual de importantes la una de la otra. (Como nota aparte: ¡es importante conocer la diferencia entre RFI y RFP!) Saber cómo estructurar correctamente un documento de requisitos para que un proveedor pueda entenderlo y responder de una manera que tú puedas comprender, comparar y calificar te ayudará más de lo que imaginas.
Un buen documento y proceso de RFP permitirá:
Reducir el tiempo necesario para llevar a cabo el proceso de RFP
Permitir a los proveedores comprender tus requisitos y generar presupuestos y propuestas precisos
Eliminar la ambigüedad de las respuestas, garantizando que los requisitos «conformes», «no conformes» y de la «hoja de ruta» queden claros
Destacar de qué son capaces los proveedores y de qué no
Identificar brechas y áreas que tus equipos de negocio, producto y tecnología necesitan y que no están cubiertas por el proveedor principal ni por el integrador de sistemas
Permitir una comparación de respuestas de proveedores equivalente («manzanas con manzanas»)
Por si acaso, también sugerimos seleccionar algunos casos de uso al azar y pedir a tus 2 o 3 principales proveedores que demuestren cómo funcionan estas características o funcionalidades. Si han respondido con «conforme», pronto sabrás si dicen la verdad.
Cuando redactamos la documentación de RFP y gestionamos los procesos para nuestros clientes, no es raro ver definidos más de 1500 requisitos funcionales y no funcionales para una plataforma de streaming u OTT. Si estás por debajo de esta cifra, probablemente deberías preguntarte si lo has cubierto todo de forma exhaustiva y correcta.
3. Arquitectura y diseño de la plataforma
Como parte de este viaje, nos proponemos construir una plataforma de streaming de vídeo escalable. La fase de arquitectura y diseño de la plataforma evalúa los requisitos identificados por el negocio, los compara con las soluciones propuestas por los proveedores y trabaja para construir diseños escalables y referencias de soluciones que:
Garanticen que se puedan cumplir los requisitos para el lanzamiento
Aporten flexibilidad para incorporar requisitos cambiantes: diseñar la arquitectura pensando en el cambio
Identifiquen brechas en las propuestas y generen soluciones para abordarlas
Reduzcan o eliminen el riesgo de dependencia del proveedor (vendor lock-in)
Soporten requisitos funcionales Y no funcionales a gran escala
Permitan una escala ilimitada de productores y consumidores: streaming en directo para millones de personas
Garanticen que se sigan las mejores prácticas, estándares y enfoques
Cumplan con los criterios de conformidad para los territorios en los que operarán
Equilibren los criterios de tiempo, calidad y coste
Cumplan con los puntos de referencia de seguridad, rendimiento y operativos
Y, por último, garanticen que la solución aporte valor de negocio
Los arquitectos de plataformas de medios y streaming se aseguran de que las soluciones propuestas ofrezcan la mejor manera posible de implementación, no limitándose únicamente a lo que el proveedor o suministrador de soluciones tiene que ofrecer.
4. Un camino hacia la implementación
Con un buen trabajo de base, el camino hacia la implementación será inevitablemente más sencillo. A pesar de ello, la implementación de plataformas OTT escalables, de alto rendimiento, resilientes y fiables sigue requiriendo trabajo, y a menudo requiere «squads» o equipos de personas enfocadas para liderar el desarrollo y despliegue de áreas clave como Identidad, Facturación, Suscripciones, Contenido, Cumplimiento, Analítica y Datos, Aplicaciones, entre otras.
A estos equipos enfocados se les otorga autonomía para autogestionarse, guiados por líderes experimentados que, con suerte, ya han implementado servicios similares anteriormente, y que guiarán cada flujo de trabajo desde el diseño hasta la producción.
No es ningún secreto que cada vez más organizaciones emplean a menos expertos en la materia, con algunas unidades de negocio formadas únicamente por equipos de producto (desarrolladores, gestores, diseñadores, profesionales de marketing). ¿El desafío? Falta el conocimiento del dominio y la experiencia técnica necesaria para poder exigir responsabilidades a los proveedores cuando las cosas se complican técnicamente.
Si bien los proveedores propondrán lo que pueden ofrecer para cumplir con los requisitos establecidos por el negocio, esta no es, ni mucho menos, la única manera, como cualquier buen arquitecto de plataformas de vídeo puede atestiguar.
Las implementaciones más exitosas son aquellas en las que el negocio reconoce la necesidad de guiar y controlar la implementación, ya sea aprovechando la experiencia técnica interna para asumir la arquitectura, o aprovechando la experiencia externa como la de los equipos que proporcionamos en Spicy Mango.
Repetidamente vemos que el proveedor solo representa sus propios intereses, no los del cliente o los del programa en general. Las plataformas de vídeo online (OVP) modernas rara vez son ya pilas tecnológicas desarrolladas únicamente por una sola entidad, siendo casi todas ellas entornos multi-proveedor basados en SaaS: una colección de muchos productos individuales que aportan elementos concretos a la solución. Contar con una buena experiencia técnica en la materia te proporciona un árbitro independiente para poner fin a las acusaciones mutuas cuando las cosas salen mal.
Crear una plataforma de streaming de vídeo en directo o bajo demanda (OTT) puede ser una tarea un tanto desalentadora, por lo que quería compartir algunos consejos que pensé que podrían ayudar.
Normalmente, este tipo de proyectos comienzan con una conversación en la que alguien de arriba ha prometido el lanzamiento de una nueva propuesta con un plazo de entrega de locos e inamovible – o quizás peor, ha cerrado un trato con un proveedor de plataforma llave en mano y ha acordado sacar al mercado algo que cubra cada caso de uso inconcebible en el menor plazo de tiempo posible. ¿Te resulta familiar?
A pesar de los desafíos que se presentan por delante, quería intentar guiarte a través de una serie de cosas que espero te orienten en la dirección correcta. ¿El objetivo? Construir una plataforma escalable y fiable que no haga de la dependencia del proveedor y la escala limitada las dos primeras características de tu hoja de ruta.
1. Captura de requisitos
Los requisitos se dividen en unas pocas categorías y bloques de alto nivel. Producto, negocio, tecnología. Normalmente todo se encuadra de alguna manera bajo estas verticales. Es un poco más fácil redactar los habituales «requisitos funcionales» de cara al consumidor que redactar algunos de los requisitos que a menudo se desconocen o se olvidan, como la gestión fiscal.
La clave en la captura de requisitos es asegurarse de cubrir cada detalle. Te daré un ejemplo práctico.
Un gestor de producto redactará un requisito en la línea de «Como usuario, debería poder buscar en el sitio». Un buen arquitecto técnico tendrá la capacidad de desglosar esto en 10-15 requisitos individuales, tanto funcionales como no funcionales, que cubrirán áreas como la búsqueda de contenidos, la búsqueda de datos, el idioma múltiple, el filtrado, la ordenación, la persistencia, las notificaciones de resultados, los resultados de búsqueda nulos, la integración de analítica y BI, la búsqueda predictiva, los tiempos de respuesta de los resultados, etc.
El mensaje aquí es que cuanto más trabajes para garantizar que los requisitos sean EXPLÍCITOS y DETALLADOS, más dolores de cabeza te ahorrarás más adelante cuando la solución que te proporcione el proveedor no haga lo que pensabas que haría. Elimina la ambigüedad.
2. Proceso de RFI/RFP y análisis de proveedores
¿Por qué necesitamos una RFP? Hay muchas razones, pero principalmente piensa en esto como un mecanismo para comparar posibles candidatos y proveedores para la plataforma de streaming que vas a construir.
La elaboración de una buena documentación de RFI y RFP, junto con la definición del proceso, son igual de importantes la una de la otra. (Como nota aparte: ¡es importante conocer la diferencia entre RFI y RFP!) Saber cómo estructurar correctamente un documento de requisitos para que un proveedor pueda entenderlo y responder de una manera que tú puedas comprender, comparar y calificar te ayudará más de lo que imaginas.
Un buen documento y proceso de RFP permitirá:
Reducir el tiempo necesario para llevar a cabo el proceso de RFP
Permitir a los proveedores comprender tus requisitos y generar presupuestos y propuestas precisos
Eliminar la ambigüedad de las respuestas, garantizando que los requisitos «conformes», «no conformes» y de la «hoja de ruta» queden claros
Destacar de qué son capaces los proveedores y de qué no
Identificar brechas y áreas que tus equipos de negocio, producto y tecnología necesitan y que no están cubiertas por el proveedor principal ni por el integrador de sistemas
Permitir una comparación de respuestas de proveedores equivalente («manzanas con manzanas»)
Por si acaso, también sugerimos seleccionar algunos casos de uso al azar y pedir a tus 2 o 3 principales proveedores que demuestren cómo funcionan estas características o funcionalidades. Si han respondido con «conforme», pronto sabrás si dicen la verdad.
Cuando redactamos la documentación de RFP y gestionamos los procesos para nuestros clientes, no es raro ver definidos más de 1500 requisitos funcionales y no funcionales para una plataforma de streaming u OTT. Si estás por debajo de esta cifra, probablemente deberías preguntarte si lo has cubierto todo de forma exhaustiva y correcta.
3. Arquitectura y diseño de la plataforma
Como parte de este viaje, nos proponemos construir una plataforma de streaming de vídeo escalable. La fase de arquitectura y diseño de la plataforma evalúa los requisitos identificados por el negocio, los compara con las soluciones propuestas por los proveedores y trabaja para construir diseños escalables y referencias de soluciones que:
Garanticen que se puedan cumplir los requisitos para el lanzamiento
Aporten flexibilidad para incorporar requisitos cambiantes: diseñar la arquitectura pensando en el cambio
Identifiquen brechas en las propuestas y generen soluciones para abordarlas
Reduzcan o eliminen el riesgo de dependencia del proveedor (vendor lock-in)
Soporten requisitos funcionales Y no funcionales a gran escala
Permitan una escala ilimitada de productores y consumidores: streaming en directo para millones de personas
Garanticen que se sigan las mejores prácticas, estándares y enfoques
Cumplan con los criterios de conformidad para los territorios en los que operarán
Equilibren los criterios de tiempo, calidad y coste
Cumplan con los puntos de referencia de seguridad, rendimiento y operativos
Y, por último, garanticen que la solución aporte valor de negocio
Los arquitectos de plataformas de medios y streaming se aseguran de que las soluciones propuestas ofrezcan la mejor manera posible de implementación, no limitándose únicamente a lo que el proveedor o suministrador de soluciones tiene que ofrecer.
4. Un camino hacia la implementación
Con un buen trabajo de base, el camino hacia la implementación será inevitablemente más sencillo. A pesar de ello, la implementación de plataformas OTT escalables, de alto rendimiento, resilientes y fiables sigue requiriendo trabajo, y a menudo requiere «squads» o equipos de personas enfocadas para liderar el desarrollo y despliegue de áreas clave como Identidad, Facturación, Suscripciones, Contenido, Cumplimiento, Analítica y Datos, Aplicaciones, entre otras.
A estos equipos enfocados se les otorga autonomía para autogestionarse, guiados por líderes experimentados que, con suerte, ya han implementado servicios similares anteriormente, y que guiarán cada flujo de trabajo desde el diseño hasta la producción.
No es ningún secreto que cada vez más organizaciones emplean a menos expertos en la materia, con algunas unidades de negocio formadas únicamente por equipos de producto (desarrolladores, gestores, diseñadores, profesionales de marketing). ¿El desafío? Falta el conocimiento del dominio y la experiencia técnica necesaria para poder exigir responsabilidades a los proveedores cuando las cosas se complican técnicamente.
Si bien los proveedores propondrán lo que pueden ofrecer para cumplir con los requisitos establecidos por el negocio, esta no es, ni mucho menos, la única manera, como cualquier buen arquitecto de plataformas de vídeo puede atestiguar.
Las implementaciones más exitosas son aquellas en las que el negocio reconoce la necesidad de guiar y controlar la implementación, ya sea aprovechando la experiencia técnica interna para asumir la arquitectura, o aprovechando la experiencia externa como la de los equipos que proporcionamos en Spicy Mango.
Repetidamente vemos que el proveedor solo representa sus propios intereses, no los del cliente o los del programa en general. Las plataformas de vídeo online (OVP) modernas rara vez son ya pilas tecnológicas desarrolladas únicamente por una sola entidad, siendo casi todas ellas entornos multi-proveedor basados en SaaS: una colección de muchos productos individuales que aportan elementos concretos a la solución. Contar con una buena experiencia técnica en la materia te proporciona un árbitro independiente para poner fin a las acusaciones mutuas cuando las cosas salen mal.
Crear una plataforma de streaming de vídeo en directo o bajo demanda (OTT) puede ser una tarea un tanto desalentadora, por lo que quería compartir algunos consejos que pensé que podrían ayudar.
Normalmente, este tipo de proyectos comienzan con una conversación en la que alguien de arriba ha prometido el lanzamiento de una nueva propuesta con un plazo de entrega de locos e inamovible – o quizás peor, ha cerrado un trato con un proveedor de plataforma llave en mano y ha acordado sacar al mercado algo que cubra cada caso de uso inconcebible en el menor plazo de tiempo posible. ¿Te resulta familiar?
A pesar de los desafíos que se presentan por delante, quería intentar guiarte a través de una serie de cosas que espero te orienten en la dirección correcta. ¿El objetivo? Construir una plataforma escalable y fiable que no haga de la dependencia del proveedor y la escala limitada las dos primeras características de tu hoja de ruta.
1. Captura de requisitos
Los requisitos se dividen en unas pocas categorías y bloques de alto nivel. Producto, negocio, tecnología. Normalmente todo se encuadra de alguna manera bajo estas verticales. Es un poco más fácil redactar los habituales «requisitos funcionales» de cara al consumidor que redactar algunos de los requisitos que a menudo se desconocen o se olvidan, como la gestión fiscal.
La clave en la captura de requisitos es asegurarse de cubrir cada detalle. Te daré un ejemplo práctico.
Un gestor de producto redactará un requisito en la línea de «Como usuario, debería poder buscar en el sitio». Un buen arquitecto técnico tendrá la capacidad de desglosar esto en 10-15 requisitos individuales, tanto funcionales como no funcionales, que cubrirán áreas como la búsqueda de contenidos, la búsqueda de datos, el idioma múltiple, el filtrado, la ordenación, la persistencia, las notificaciones de resultados, los resultados de búsqueda nulos, la integración de analítica y BI, la búsqueda predictiva, los tiempos de respuesta de los resultados, etc.
El mensaje aquí es que cuanto más trabajes para garantizar que los requisitos sean EXPLÍCITOS y DETALLADOS, más dolores de cabeza te ahorrarás más adelante cuando la solución que te proporcione el proveedor no haga lo que pensabas que haría. Elimina la ambigüedad.
2. Proceso de RFI/RFP y análisis de proveedores
¿Por qué necesitamos una RFP? Hay muchas razones, pero principalmente piensa en esto como un mecanismo para comparar posibles candidatos y proveedores para la plataforma de streaming que vas a construir.
La elaboración de una buena documentación de RFI y RFP, junto con la definición del proceso, son igual de importantes la una de la otra. (Como nota aparte: ¡es importante conocer la diferencia entre RFI y RFP!) Saber cómo estructurar correctamente un documento de requisitos para que un proveedor pueda entenderlo y responder de una manera que tú puedas comprender, comparar y calificar te ayudará más de lo que imaginas.
Un buen documento y proceso de RFP permitirá:
Reducir el tiempo necesario para llevar a cabo el proceso de RFP
Permitir a los proveedores comprender tus requisitos y generar presupuestos y propuestas precisos
Eliminar la ambigüedad de las respuestas, garantizando que los requisitos «conformes», «no conformes» y de la «hoja de ruta» queden claros
Destacar de qué son capaces los proveedores y de qué no
Identificar brechas y áreas que tus equipos de negocio, producto y tecnología necesitan y que no están cubiertas por el proveedor principal ni por el integrador de sistemas
Permitir una comparación de respuestas de proveedores equivalente («manzanas con manzanas»)
Por si acaso, también sugerimos seleccionar algunos casos de uso al azar y pedir a tus 2 o 3 principales proveedores que demuestren cómo funcionan estas características o funcionalidades. Si han respondido con «conforme», pronto sabrás si dicen la verdad.
Cuando redactamos la documentación de RFP y gestionamos los procesos para nuestros clientes, no es raro ver definidos más de 1500 requisitos funcionales y no funcionales para una plataforma de streaming u OTT. Si estás por debajo de esta cifra, probablemente deberías preguntarte si lo has cubierto todo de forma exhaustiva y correcta.
3. Arquitectura y diseño de la plataforma
Como parte de este viaje, nos proponemos construir una plataforma de streaming de vídeo escalable. La fase de arquitectura y diseño de la plataforma evalúa los requisitos identificados por el negocio, los compara con las soluciones propuestas por los proveedores y trabaja para construir diseños escalables y referencias de soluciones que:
Garanticen que se puedan cumplir los requisitos para el lanzamiento
Aporten flexibilidad para incorporar requisitos cambiantes: diseñar la arquitectura pensando en el cambio
Identifiquen brechas en las propuestas y generen soluciones para abordarlas
Reduzcan o eliminen el riesgo de dependencia del proveedor (vendor lock-in)
Soporten requisitos funcionales Y no funcionales a gran escala
Permitan una escala ilimitada de productores y consumidores: streaming en directo para millones de personas
Garanticen que se sigan las mejores prácticas, estándares y enfoques
Cumplan con los criterios de conformidad para los territorios en los que operarán
Equilibren los criterios de tiempo, calidad y coste
Cumplan con los puntos de referencia de seguridad, rendimiento y operativos
Y, por último, garanticen que la solución aporte valor de negocio
Los arquitectos de plataformas de medios y streaming se aseguran de que las soluciones propuestas ofrezcan la mejor manera posible de implementación, no limitándose únicamente a lo que el proveedor o suministrador de soluciones tiene que ofrecer.
4. Un camino hacia la implementación
Con un buen trabajo de base, el camino hacia la implementación será inevitablemente más sencillo. A pesar de ello, la implementación de plataformas OTT escalables, de alto rendimiento, resilientes y fiables sigue requiriendo trabajo, y a menudo requiere «squads» o equipos de personas enfocadas para liderar el desarrollo y despliegue de áreas clave como Identidad, Facturación, Suscripciones, Contenido, Cumplimiento, Analítica y Datos, Aplicaciones, entre otras.
A estos equipos enfocados se les otorga autonomía para autogestionarse, guiados por líderes experimentados que, con suerte, ya han implementado servicios similares anteriormente, y que guiarán cada flujo de trabajo desde el diseño hasta la producción.
No es ningún secreto que cada vez más organizaciones emplean a menos expertos en la materia, con algunas unidades de negocio formadas únicamente por equipos de producto (desarrolladores, gestores, diseñadores, profesionales de marketing). ¿El desafío? Falta el conocimiento del dominio y la experiencia técnica necesaria para poder exigir responsabilidades a los proveedores cuando las cosas se complican técnicamente.
Si bien los proveedores propondrán lo que pueden ofrecer para cumplir con los requisitos establecidos por el negocio, esta no es, ni mucho menos, la única manera, como cualquier buen arquitecto de plataformas de vídeo puede atestiguar.
Las implementaciones más exitosas son aquellas en las que el negocio reconoce la necesidad de guiar y controlar la implementación, ya sea aprovechando la experiencia técnica interna para asumir la arquitectura, o aprovechando la experiencia externa como la de los equipos que proporcionamos en Spicy Mango.
Repetidamente vemos que el proveedor solo representa sus propios intereses, no los del cliente o los del programa en general. Las plataformas de vídeo online (OVP) modernas rara vez son ya pilas tecnológicas desarrolladas únicamente por una sola entidad, siendo casi todas ellas entornos multi-proveedor basados en SaaS: una colección de muchos productos individuales que aportan elementos concretos a la solución. Contar con una buena experiencia técnica en la materia te proporciona un árbitro independiente para poner fin a las acusaciones mutuas cuando las cosas salen mal.
Crear una plataforma de streaming de vídeo en directo o bajo demanda (OTT) puede ser una tarea un tanto desalentadora, por lo que quería compartir algunos consejos que pensé que podrían ayudar.
Normalmente, este tipo de proyectos comienzan con una conversación en la que alguien de arriba ha prometido el lanzamiento de una nueva propuesta con un plazo de entrega de locos e inamovible – o quizás peor, ha cerrado un trato con un proveedor de plataforma llave en mano y ha acordado sacar al mercado algo que cubra cada caso de uso inconcebible en el menor plazo de tiempo posible. ¿Te resulta familiar?
A pesar de los desafíos que se presentan por delante, quería intentar guiarte a través de una serie de cosas que espero te orienten en la dirección correcta. ¿El objetivo? Construir una plataforma escalable y fiable que no haga de la dependencia del proveedor y la escala limitada las dos primeras características de tu hoja de ruta.
1. Captura de requisitos
Los requisitos se dividen en unas pocas categorías y bloques de alto nivel. Producto, negocio, tecnología. Normalmente todo se encuadra de alguna manera bajo estas verticales. Es un poco más fácil redactar los habituales «requisitos funcionales» de cara al consumidor que redactar algunos de los requisitos que a menudo se desconocen o se olvidan, como la gestión fiscal.
La clave en la captura de requisitos es asegurarse de cubrir cada detalle. Te daré un ejemplo práctico.
Un gestor de producto redactará un requisito en la línea de «Como usuario, debería poder buscar en el sitio». Un buen arquitecto técnico tendrá la capacidad de desglosar esto en 10-15 requisitos individuales, tanto funcionales como no funcionales, que cubrirán áreas como la búsqueda de contenidos, la búsqueda de datos, el idioma múltiple, el filtrado, la ordenación, la persistencia, las notificaciones de resultados, los resultados de búsqueda nulos, la integración de analítica y BI, la búsqueda predictiva, los tiempos de respuesta de los resultados, etc.
El mensaje aquí es que cuanto más trabajes para garantizar que los requisitos sean EXPLÍCITOS y DETALLADOS, más dolores de cabeza te ahorrarás más adelante cuando la solución que te proporcione el proveedor no haga lo que pensabas que haría. Elimina la ambigüedad.
2. Proceso de RFI/RFP y análisis de proveedores
¿Por qué necesitamos una RFP? Hay muchas razones, pero principalmente piensa en esto como un mecanismo para comparar posibles candidatos y proveedores para la plataforma de streaming que vas a construir.
La elaboración de una buena documentación de RFI y RFP, junto con la definición del proceso, son igual de importantes la una de la otra. (Como nota aparte: ¡es importante conocer la diferencia entre RFI y RFP!) Saber cómo estructurar correctamente un documento de requisitos para que un proveedor pueda entenderlo y responder de una manera que tú puedas comprender, comparar y calificar te ayudará más de lo que imaginas.
Un buen documento y proceso de RFP permitirá:
Reducir el tiempo necesario para llevar a cabo el proceso de RFP
Permitir a los proveedores comprender tus requisitos y generar presupuestos y propuestas precisos
Eliminar la ambigüedad de las respuestas, garantizando que los requisitos «conformes», «no conformes» y de la «hoja de ruta» queden claros
Destacar de qué son capaces los proveedores y de qué no
Identificar brechas y áreas que tus equipos de negocio, producto y tecnología necesitan y que no están cubiertas por el proveedor principal ni por el integrador de sistemas
Permitir una comparación de respuestas de proveedores equivalente («manzanas con manzanas»)
Por si acaso, también sugerimos seleccionar algunos casos de uso al azar y pedir a tus 2 o 3 principales proveedores que demuestren cómo funcionan estas características o funcionalidades. Si han respondido con «conforme», pronto sabrás si dicen la verdad.
Cuando redactamos la documentación de RFP y gestionamos los procesos para nuestros clientes, no es raro ver definidos más de 1500 requisitos funcionales y no funcionales para una plataforma de streaming u OTT. Si estás por debajo de esta cifra, probablemente deberías preguntarte si lo has cubierto todo de forma exhaustiva y correcta.
3. Arquitectura y diseño de la plataforma
Como parte de este viaje, nos proponemos construir una plataforma de streaming de vídeo escalable. La fase de arquitectura y diseño de la plataforma evalúa los requisitos identificados por el negocio, los compara con las soluciones propuestas por los proveedores y trabaja para construir diseños escalables y referencias de soluciones que:
Garanticen que se puedan cumplir los requisitos para el lanzamiento
Aporten flexibilidad para incorporar requisitos cambiantes: diseñar la arquitectura pensando en el cambio
Identifiquen brechas en las propuestas y generen soluciones para abordarlas
Reduzcan o eliminen el riesgo de dependencia del proveedor (vendor lock-in)
Soporten requisitos funcionales Y no funcionales a gran escala
Permitan una escala ilimitada de productores y consumidores: streaming en directo para millones de personas
Garanticen que se sigan las mejores prácticas, estándares y enfoques
Cumplan con los criterios de conformidad para los territorios en los que operarán
Equilibren los criterios de tiempo, calidad y coste
Cumplan con los puntos de referencia de seguridad, rendimiento y operativos
Y, por último, garanticen que la solución aporte valor de negocio
Los arquitectos de plataformas de medios y streaming se aseguran de que las soluciones propuestas ofrezcan la mejor manera posible de implementación, no limitándose únicamente a lo que el proveedor o suministrador de soluciones tiene que ofrecer.
4. Un camino hacia la implementación
Con un buen trabajo de base, el camino hacia la implementación será inevitablemente más sencillo. A pesar de ello, la implementación de plataformas OTT escalables, de alto rendimiento, resilientes y fiables sigue requiriendo trabajo, y a menudo requiere «squads» o equipos de personas enfocadas para liderar el desarrollo y despliegue de áreas clave como Identidad, Facturación, Suscripciones, Contenido, Cumplimiento, Analítica y Datos, Aplicaciones, entre otras.
A estos equipos enfocados se les otorga autonomía para autogestionarse, guiados por líderes experimentados que, con suerte, ya han implementado servicios similares anteriormente, y que guiarán cada flujo de trabajo desde el diseño hasta la producción.
No es ningún secreto que cada vez más organizaciones emplean a menos expertos en la materia, con algunas unidades de negocio formadas únicamente por equipos de producto (desarrolladores, gestores, diseñadores, profesionales de marketing). ¿El desafío? Falta el conocimiento del dominio y la experiencia técnica necesaria para poder exigir responsabilidades a los proveedores cuando las cosas se complican técnicamente.
Si bien los proveedores propondrán lo que pueden ofrecer para cumplir con los requisitos establecidos por el negocio, esta no es, ni mucho menos, la única manera, como cualquier buen arquitecto de plataformas de vídeo puede atestiguar.
Las implementaciones más exitosas son aquellas en las que el negocio reconoce la necesidad de guiar y controlar la implementación, ya sea aprovechando la experiencia técnica interna para asumir la arquitectura, o aprovechando la experiencia externa como la de los equipos que proporcionamos en Spicy Mango.
Repetidamente vemos que el proveedor solo representa sus propios intereses, no los del cliente o los del programa en general. Las plataformas de vídeo online (OVP) modernas rara vez son ya pilas tecnológicas desarrolladas únicamente por una sola entidad, siendo casi todas ellas entornos multi-proveedor basados en SaaS: una colección de muchos productos individuales que aportan elementos concretos a la solución. Contar con una buena experiencia técnica en la materia te proporciona un árbitro independiente para poner fin a las acusaciones mutuas cuando las cosas salen mal.
Para saber más sobre cualquiera de los temas que ha leído aquí, o para conocer cómo Spicy Mango podría ayudarle, escríbanos a hello@spicymango.co.uk, llámenos o envíenos un mensaje utilizando nuestro formulario de contacto y nos pondremos en contacto con usted.
Para saber más sobre cualquiera de los temas que ha leído aquí, o para conocer cómo Spicy Mango podría ayudarle, escríbanos a hello@spicymango.co.uk, llámenos o envíenos un mensaje utilizando nuestro formulario de contacto y nos pondremos en contacto con usted.
Para saber más sobre cualquiera de los temas que ha leído aquí, o para conocer cómo Spicy Mango podría ayudarle, escríbanos a hello@spicymango.co.uk, llámenos o envíenos un mensaje utilizando nuestro formulario de contacto y nos pondremos en contacto con usted.
