La création d'une plateforme OTT de diffusion en direct ou de contenu à la demande peut s'avérer être une tâche ardue. C'est pourquoi je voulais partager quelques conseils qui, je pense, pourraient vous aider.
En règle générale, ce type de projet commence par une discussion au cours de laquelle un responsable hiérarchique a promis le lancement d'une nouvelle proposition avec une date limite folle et inamovible – ou pire encore, a conclu un accord avec un fournisseur de plateforme clé en main et a accepté de commercialiser un produit couvrant tous les cas d'utilisation inconcevables dans les plus brefs délais. Cela vous parle ?
Malgré les défis qui vous attendent, je voulais essayer de vous guider à travers quelques éléments qui, je l'espère, vous orienteront dans la bonne direction. L'objectif ? Construire une plateforme évolutive et fiable qui ne fasse pas du verrouillage technologique et d'une échelle limitée les deux premières fonctionnalités de votre feuille de route.
1. Recueil des exigences
Les exigences se répartissent en quelques grandes catégories et rubriques. Produit, business, technologie. En général, tout s'articule d'une manière ou d'une autre autour de ces verticaux. Il est un peu plus facile de rédiger les « exigences fonctionnelles » habituelles destinées aux consommateurs que de formuler certaines exigences plus souvent méconnues ou oubliées, telles que la gestion fiscale.
La clé du recueil des exigences est de s'assurer que chaque détail est couvert. Je vais vous donner un exemple concret.
Un chef de produit rédigera une exigence du type « En tant qu'utilisateur, je devrais pouvoir effectuer des recherches sur le site ». Un bon architecte technique aura la capacité de décomposer cela en 10 à 15 exigences individuelles, fonctionnelles et non fonctionnelles, qui couvriront des domaines tels que la recherche de contenu, la recherche de données, le multilinguisme, le filtrage, le tri, la persistance, les notifications de résultats, les résultats de recherche vides, l'intégration de l'analyse et de la BI, la recherche prédictive, les temps de réponse pour les résultats, etc.
Le message ici est que plus vous vous efforcerez de veiller à ce que les exigences soient EXPLICITES et DÉTAILLÉES, plus vous vous épargnerez de soucis ultérieurement lorsque la solution fournie par le prestataire ne fera pas ce que vous pensiez qu'elle ferait. Éliminez l'ambiguïté.
2. Processus de RFI/RFP et analyse des prestataires
Pourquoi avons-nous besoin d'un RFP (appel d'offres) ? Les raisons sont multiples – mais considérez cela principalement comme un mécanisme permettant de comparer les candidats et fournisseurs potentiels pour la plateforme de streaming que vous allez construire.
La production d'une bonne documentation de RFI (demande d'information) et de RFP, ainsi que la définition du processus, sont tout aussi importantes l'une que l'autre. (Soit dit en passant, il est important de connaître la différence entre une RFI et un RFP !) Savoir structurer correctement un document d'exigences qu'un prestataire ou fournisseur peut comprendre et auquel il peut répondre d'une manière que vous pourrez comprendre, comparer et noter vous aidera plus que vous ne le pensez.
Un bon document et processus de RFP permettra de :
Réduire le temps nécessaire pour mener à bien le processus de RFP
Permettre aux prestataires de comprendre vos exigences et de générer des devis et propositions précis
Éliminer l'ambiguïté des réponses – en veillant à ce que les exigences « non conformes », « conformes » et « feuille de route » soient claires
Mettre en évidence ce dont les prestataires sont capables et ce dont ils ne le sont pas
Identifier les lacunes et les domaines dont vos équipes business, produit et technologie ont besoin et qui ne sont pas satisfaits par le prestataire principal ou l'intégrateur de systèmes
Permettre une comparaison rigoureuse, point par point, des réponses des prestataires
Pour faire bonne mesure, nous suggérons également de sélectionner quelques cas d'utilisation au hasard et de demander à vos 2 ou 3 meilleurs prestataires de démontrer comment fonctionnent ces fonctionnalités. S'ils ont répondu « conforme », vous saurez rapidement s'ils disent la vérité.
Lorsque nous rédigeons la documentation de RFP et gérons les processus pour nos clients, il n'est pas rare de voir plus de 1500 exigences fonctionnelles et non fonctionnelles définies pour une plateforme OTT ou de streaming. Si vous êtes en deçà de ce nombre, vous devriez probablement vous demander si vous avez tout couvert de manière approfondie et correcte.
3. Architecture et conception de la plateforme
Dans le cadre de ce parcours, nous entreprenons de construire une plateforme de streaming vidéo évolutive. La phase d'architecture et de conception de la plateforme évalue les exigences identifiées par l'entreprise, les compare aux solutions proposées par les prestataires et fournisseurs, et s'efforce de concevoir des architectures et des références de solutions évolutives qui :
Garantissent que les exigences pour le lancement peuvent être satisfaites
Apportent la flexibilité nécessaire pour intégrer l'évolution des exigences – concevoir pour le changement
Identifient les lacunes dans les propositions et génèrent des solutions pour y remédier
Réduisent ou éliminent le risque de dépendance vis-à-vis d'un prestataire unique
Prrennent en charge les exigences fonctionnelles ET non fonctionnelles à grande échelle
Permettent une évolution illimitée du nombre de producteurs et de consommateurs - diffusion en direct auprès de millions de personnes
Veillent au respect des meilleures pratiques, normes et approches
Répondent aux critères de conformité des territoires dans lesquels ils opéreront
Équilibrent les critères de temps, de qualité et de coût
Répondent aux critères de référence en matière de sécurité, de performance et de fonctionnement opérationnel
Et enfin, s'assurent que la solution apporte de la valeur à l'entreprise
Les architectes de plateformes de médias et de streaming veillent à ce que les solutions proposées offrent la meilleure façon possible de mettre en œuvre le projet – et ne s'arrêtent pas à ce que seul le prestataire ou le fournisseur de solutions a à offrir.
4. Un chemin vers la mise en œuvre
Avec un bon travail préparatoire, le chemin vers la mise en œuvre deviendra inévitablement plus simple. Quoi qu'il en soit, la mise en œuvre de plateformes OTT évolutives, performantes, résilientes et fiables demande encore du travail – et nécessite souvent des « squads » ou des équipes de personnes dédiées pour piloter le développement et le déploiement de domaines clés tels que l'identité, la facturation, les abonnements, le contenu, la conformité, l'analyse et les données, les applications et autres.
Ces équipes dédiées reçoivent l'autonomie nécessaire pour s'autogérer, guidées par des responsables expérimentés qui ont, espérons-le, déjà mis en œuvre des services similaires par le passé, et guideront chaque flux de travail de la conception à la production.
Ce n'est un secret pour personne que de plus en plus d'organisations emploient de moins en moins d'experts du domaine, certaines unités opérationnelles étant uniquement composées d'équipes produit (développeurs, gestionnaires, designers, spécialistes du marketing). Le défi ? Les connaissances spécialisées et l'expérience requises sur le plan technique pour pouvoir demander des comptes aux prestataires et fournisseurs lorsque les choses se compliquent techniquement font défaut.
Bien que les prestataires proposent ce qu'ils sont en mesure d'offrir pour répondre aux exigences fixées par l'entreprise, ce n'est en aucun cas la seule solution, comme tout bon architecte de plateforme vidéo en témoignera.
Les mises en œuvre les plus réussies sont celles où l'entreprise reconnaît la nécessité de guider et de contrôler la mise en œuvre, soit en s'appuyant sur l'expertise technique interne pour piloter l'architecture, soit en tirant parti de l'expérience externe comme celle des équipes que nous fournissons chez Spicy Mango.
À maintes reprises, nous constatons que le fournisseur ou prestataire ne représente que ses propres intérêts, et non ceux du client ou du programme dans sa globalité. Les plateformes vidéo en ligne modernes (OVP) sont aujourd'hui rarement des piles technologiques développées uniquement par une seule entité. Presque toutes sont des environnements SaaS multi-prestataires – un ensemble de nombreux produits ponctuels individuels fournissant chacun des éléments spécifiques de la solution. Un solide bagage d'expertise technique dans le domaine vous apporte un arbitre indépendant pour mettre fin aux accusations mutuelles lorsque les choses tournent mal.
La création d'une plateforme OTT de diffusion en direct ou de contenu à la demande peut s'avérer être une tâche ardue. C'est pourquoi je voulais partager quelques conseils qui, je pense, pourraient vous aider.
En règle générale, ce type de projet commence par une discussion au cours de laquelle un responsable hiérarchique a promis le lancement d'une nouvelle proposition avec une date limite folle et inamovible – ou pire encore, a conclu un accord avec un fournisseur de plateforme clé en main et a accepté de commercialiser un produit couvrant tous les cas d'utilisation inconcevables dans les plus brefs délais. Cela vous parle ?
Malgré les défis qui vous attendent, je voulais essayer de vous guider à travers quelques éléments qui, je l'espère, vous orienteront dans la bonne direction. L'objectif ? Construire une plateforme évolutive et fiable qui ne fasse pas du verrouillage technologique et d'une échelle limitée les deux premières fonctionnalités de votre feuille de route.
1. Recueil des exigences
Les exigences se répartissent en quelques grandes catégories et rubriques. Produit, business, technologie. En général, tout s'articule d'une manière ou d'une autre autour de ces verticaux. Il est un peu plus facile de rédiger les « exigences fonctionnelles » habituelles destinées aux consommateurs que de formuler certaines exigences plus souvent méconnues ou oubliées, telles que la gestion fiscale.
La clé du recueil des exigences est de s'assurer que chaque détail est couvert. Je vais vous donner un exemple concret.
Un chef de produit rédigera une exigence du type « En tant qu'utilisateur, je devrais pouvoir effectuer des recherches sur le site ». Un bon architecte technique aura la capacité de décomposer cela en 10 à 15 exigences individuelles, fonctionnelles et non fonctionnelles, qui couvriront des domaines tels que la recherche de contenu, la recherche de données, le multilinguisme, le filtrage, le tri, la persistance, les notifications de résultats, les résultats de recherche vides, l'intégration de l'analyse et de la BI, la recherche prédictive, les temps de réponse pour les résultats, etc.
Le message ici est que plus vous vous efforcerez de veiller à ce que les exigences soient EXPLICITES et DÉTAILLÉES, plus vous vous épargnerez de soucis ultérieurement lorsque la solution fournie par le prestataire ne fera pas ce que vous pensiez qu'elle ferait. Éliminez l'ambiguïté.
2. Processus de RFI/RFP et analyse des prestataires
Pourquoi avons-nous besoin d'un RFP (appel d'offres) ? Les raisons sont multiples – mais considérez cela principalement comme un mécanisme permettant de comparer les candidats et fournisseurs potentiels pour la plateforme de streaming que vous allez construire.
La production d'une bonne documentation de RFI (demande d'information) et de RFP, ainsi que la définition du processus, sont tout aussi importantes l'une que l'autre. (Soit dit en passant, il est important de connaître la différence entre une RFI et un RFP !) Savoir structurer correctement un document d'exigences qu'un prestataire ou fournisseur peut comprendre et auquel il peut répondre d'une manière que vous pourrez comprendre, comparer et noter vous aidera plus que vous ne le pensez.
Un bon document et processus de RFP permettra de :
Réduire le temps nécessaire pour mener à bien le processus de RFP
Permettre aux prestataires de comprendre vos exigences et de générer des devis et propositions précis
Éliminer l'ambiguïté des réponses – en veillant à ce que les exigences « non conformes », « conformes » et « feuille de route » soient claires
Mettre en évidence ce dont les prestataires sont capables et ce dont ils ne le sont pas
Identifier les lacunes et les domaines dont vos équipes business, produit et technologie ont besoin et qui ne sont pas satisfaits par le prestataire principal ou l'intégrateur de systèmes
Permettre une comparaison rigoureuse, point par point, des réponses des prestataires
Pour faire bonne mesure, nous suggérons également de sélectionner quelques cas d'utilisation au hasard et de demander à vos 2 ou 3 meilleurs prestataires de démontrer comment fonctionnent ces fonctionnalités. S'ils ont répondu « conforme », vous saurez rapidement s'ils disent la vérité.
Lorsque nous rédigeons la documentation de RFP et gérons les processus pour nos clients, il n'est pas rare de voir plus de 1500 exigences fonctionnelles et non fonctionnelles définies pour une plateforme OTT ou de streaming. Si vous êtes en deçà de ce nombre, vous devriez probablement vous demander si vous avez tout couvert de manière approfondie et correcte.
3. Architecture et conception de la plateforme
Dans le cadre de ce parcours, nous entreprenons de construire une plateforme de streaming vidéo évolutive. La phase d'architecture et de conception de la plateforme évalue les exigences identifiées par l'entreprise, les compare aux solutions proposées par les prestataires et fournisseurs, et s'efforce de concevoir des architectures et des références de solutions évolutives qui :
Garantissent que les exigences pour le lancement peuvent être satisfaites
Apportent la flexibilité nécessaire pour intégrer l'évolution des exigences – concevoir pour le changement
Identifient les lacunes dans les propositions et génèrent des solutions pour y remédier
Réduisent ou éliminent le risque de dépendance vis-à-vis d'un prestataire unique
Prrennent en charge les exigences fonctionnelles ET non fonctionnelles à grande échelle
Permettent une évolution illimitée du nombre de producteurs et de consommateurs - diffusion en direct auprès de millions de personnes
Veillent au respect des meilleures pratiques, normes et approches
Répondent aux critères de conformité des territoires dans lesquels ils opéreront
Équilibrent les critères de temps, de qualité et de coût
Répondent aux critères de référence en matière de sécurité, de performance et de fonctionnement opérationnel
Et enfin, s'assurent que la solution apporte de la valeur à l'entreprise
Les architectes de plateformes de médias et de streaming veillent à ce que les solutions proposées offrent la meilleure façon possible de mettre en œuvre le projet – et ne s'arrêtent pas à ce que seul le prestataire ou le fournisseur de solutions a à offrir.
4. Un chemin vers la mise en œuvre
Avec un bon travail préparatoire, le chemin vers la mise en œuvre deviendra inévitablement plus simple. Quoi qu'il en soit, la mise en œuvre de plateformes OTT évolutives, performantes, résilientes et fiables demande encore du travail – et nécessite souvent des « squads » ou des équipes de personnes dédiées pour piloter le développement et le déploiement de domaines clés tels que l'identité, la facturation, les abonnements, le contenu, la conformité, l'analyse et les données, les applications et autres.
Ces équipes dédiées reçoivent l'autonomie nécessaire pour s'autogérer, guidées par des responsables expérimentés qui ont, espérons-le, déjà mis en œuvre des services similaires par le passé, et guideront chaque flux de travail de la conception à la production.
Ce n'est un secret pour personne que de plus en plus d'organisations emploient de moins en moins d'experts du domaine, certaines unités opérationnelles étant uniquement composées d'équipes produit (développeurs, gestionnaires, designers, spécialistes du marketing). Le défi ? Les connaissances spécialisées et l'expérience requises sur le plan technique pour pouvoir demander des comptes aux prestataires et fournisseurs lorsque les choses se compliquent techniquement font défaut.
Bien que les prestataires proposent ce qu'ils sont en mesure d'offrir pour répondre aux exigences fixées par l'entreprise, ce n'est en aucun cas la seule solution, comme tout bon architecte de plateforme vidéo en témoignera.
Les mises en œuvre les plus réussies sont celles où l'entreprise reconnaît la nécessité de guider et de contrôler la mise en œuvre, soit en s'appuyant sur l'expertise technique interne pour piloter l'architecture, soit en tirant parti de l'expérience externe comme celle des équipes que nous fournissons chez Spicy Mango.
À maintes reprises, nous constatons que le fournisseur ou prestataire ne représente que ses propres intérêts, et non ceux du client ou du programme dans sa globalité. Les plateformes vidéo en ligne modernes (OVP) sont aujourd'hui rarement des piles technologiques développées uniquement par une seule entité. Presque toutes sont des environnements SaaS multi-prestataires – un ensemble de nombreux produits ponctuels individuels fournissant chacun des éléments spécifiques de la solution. Un solide bagage d'expertise technique dans le domaine vous apporte un arbitre indépendant pour mettre fin aux accusations mutuelles lorsque les choses tournent mal.
La création d'une plateforme OTT de diffusion en direct ou de contenu à la demande peut s'avérer être une tâche ardue. C'est pourquoi je voulais partager quelques conseils qui, je pense, pourraient vous aider.
En règle générale, ce type de projet commence par une discussion au cours de laquelle un responsable hiérarchique a promis le lancement d'une nouvelle proposition avec une date limite folle et inamovible – ou pire encore, a conclu un accord avec un fournisseur de plateforme clé en main et a accepté de commercialiser un produit couvrant tous les cas d'utilisation inconcevables dans les plus brefs délais. Cela vous parle ?
Malgré les défis qui vous attendent, je voulais essayer de vous guider à travers quelques éléments qui, je l'espère, vous orienteront dans la bonne direction. L'objectif ? Construire une plateforme évolutive et fiable qui ne fasse pas du verrouillage technologique et d'une échelle limitée les deux premières fonctionnalités de votre feuille de route.
1. Recueil des exigences
Les exigences se répartissent en quelques grandes catégories et rubriques. Produit, business, technologie. En général, tout s'articule d'une manière ou d'une autre autour de ces verticaux. Il est un peu plus facile de rédiger les « exigences fonctionnelles » habituelles destinées aux consommateurs que de formuler certaines exigences plus souvent méconnues ou oubliées, telles que la gestion fiscale.
La clé du recueil des exigences est de s'assurer que chaque détail est couvert. Je vais vous donner un exemple concret.
Un chef de produit rédigera une exigence du type « En tant qu'utilisateur, je devrais pouvoir effectuer des recherches sur le site ». Un bon architecte technique aura la capacité de décomposer cela en 10 à 15 exigences individuelles, fonctionnelles et non fonctionnelles, qui couvriront des domaines tels que la recherche de contenu, la recherche de données, le multilinguisme, le filtrage, le tri, la persistance, les notifications de résultats, les résultats de recherche vides, l'intégration de l'analyse et de la BI, la recherche prédictive, les temps de réponse pour les résultats, etc.
Le message ici est que plus vous vous efforcerez de veiller à ce que les exigences soient EXPLICITES et DÉTAILLÉES, plus vous vous épargnerez de soucis ultérieurement lorsque la solution fournie par le prestataire ne fera pas ce que vous pensiez qu'elle ferait. Éliminez l'ambiguïté.
2. Processus de RFI/RFP et analyse des prestataires
Pourquoi avons-nous besoin d'un RFP (appel d'offres) ? Les raisons sont multiples – mais considérez cela principalement comme un mécanisme permettant de comparer les candidats et fournisseurs potentiels pour la plateforme de streaming que vous allez construire.
La production d'une bonne documentation de RFI (demande d'information) et de RFP, ainsi que la définition du processus, sont tout aussi importantes l'une que l'autre. (Soit dit en passant, il est important de connaître la différence entre une RFI et un RFP !) Savoir structurer correctement un document d'exigences qu'un prestataire ou fournisseur peut comprendre et auquel il peut répondre d'une manière que vous pourrez comprendre, comparer et noter vous aidera plus que vous ne le pensez.
Un bon document et processus de RFP permettra de :
Réduire le temps nécessaire pour mener à bien le processus de RFP
Permettre aux prestataires de comprendre vos exigences et de générer des devis et propositions précis
Éliminer l'ambiguïté des réponses – en veillant à ce que les exigences « non conformes », « conformes » et « feuille de route » soient claires
Mettre en évidence ce dont les prestataires sont capables et ce dont ils ne le sont pas
Identifier les lacunes et les domaines dont vos équipes business, produit et technologie ont besoin et qui ne sont pas satisfaits par le prestataire principal ou l'intégrateur de systèmes
Permettre une comparaison rigoureuse, point par point, des réponses des prestataires
Pour faire bonne mesure, nous suggérons également de sélectionner quelques cas d'utilisation au hasard et de demander à vos 2 ou 3 meilleurs prestataires de démontrer comment fonctionnent ces fonctionnalités. S'ils ont répondu « conforme », vous saurez rapidement s'ils disent la vérité.
Lorsque nous rédigeons la documentation de RFP et gérons les processus pour nos clients, il n'est pas rare de voir plus de 1500 exigences fonctionnelles et non fonctionnelles définies pour une plateforme OTT ou de streaming. Si vous êtes en deçà de ce nombre, vous devriez probablement vous demander si vous avez tout couvert de manière approfondie et correcte.
3. Architecture et conception de la plateforme
Dans le cadre de ce parcours, nous entreprenons de construire une plateforme de streaming vidéo évolutive. La phase d'architecture et de conception de la plateforme évalue les exigences identifiées par l'entreprise, les compare aux solutions proposées par les prestataires et fournisseurs, et s'efforce de concevoir des architectures et des références de solutions évolutives qui :
Garantissent que les exigences pour le lancement peuvent être satisfaites
Apportent la flexibilité nécessaire pour intégrer l'évolution des exigences – concevoir pour le changement
Identifient les lacunes dans les propositions et génèrent des solutions pour y remédier
Réduisent ou éliminent le risque de dépendance vis-à-vis d'un prestataire unique
Prrennent en charge les exigences fonctionnelles ET non fonctionnelles à grande échelle
Permettent une évolution illimitée du nombre de producteurs et de consommateurs - diffusion en direct auprès de millions de personnes
Veillent au respect des meilleures pratiques, normes et approches
Répondent aux critères de conformité des territoires dans lesquels ils opéreront
Équilibrent les critères de temps, de qualité et de coût
Répondent aux critères de référence en matière de sécurité, de performance et de fonctionnement opérationnel
Et enfin, s'assurent que la solution apporte de la valeur à l'entreprise
Les architectes de plateformes de médias et de streaming veillent à ce que les solutions proposées offrent la meilleure façon possible de mettre en œuvre le projet – et ne s'arrêtent pas à ce que seul le prestataire ou le fournisseur de solutions a à offrir.
4. Un chemin vers la mise en œuvre
Avec un bon travail préparatoire, le chemin vers la mise en œuvre deviendra inévitablement plus simple. Quoi qu'il en soit, la mise en œuvre de plateformes OTT évolutives, performantes, résilientes et fiables demande encore du travail – et nécessite souvent des « squads » ou des équipes de personnes dédiées pour piloter le développement et le déploiement de domaines clés tels que l'identité, la facturation, les abonnements, le contenu, la conformité, l'analyse et les données, les applications et autres.
Ces équipes dédiées reçoivent l'autonomie nécessaire pour s'autogérer, guidées par des responsables expérimentés qui ont, espérons-le, déjà mis en œuvre des services similaires par le passé, et guideront chaque flux de travail de la conception à la production.
Ce n'est un secret pour personne que de plus en plus d'organisations emploient de moins en moins d'experts du domaine, certaines unités opérationnelles étant uniquement composées d'équipes produit (développeurs, gestionnaires, designers, spécialistes du marketing). Le défi ? Les connaissances spécialisées et l'expérience requises sur le plan technique pour pouvoir demander des comptes aux prestataires et fournisseurs lorsque les choses se compliquent techniquement font défaut.
Bien que les prestataires proposent ce qu'ils sont en mesure d'offrir pour répondre aux exigences fixées par l'entreprise, ce n'est en aucun cas la seule solution, comme tout bon architecte de plateforme vidéo en témoignera.
Les mises en œuvre les plus réussies sont celles où l'entreprise reconnaît la nécessité de guider et de contrôler la mise en œuvre, soit en s'appuyant sur l'expertise technique interne pour piloter l'architecture, soit en tirant parti de l'expérience externe comme celle des équipes que nous fournissons chez Spicy Mango.
À maintes reprises, nous constatons que le fournisseur ou prestataire ne représente que ses propres intérêts, et non ceux du client ou du programme dans sa globalité. Les plateformes vidéo en ligne modernes (OVP) sont aujourd'hui rarement des piles technologiques développées uniquement par une seule entité. Presque toutes sont des environnements SaaS multi-prestataires – un ensemble de nombreux produits ponctuels individuels fournissant chacun des éléments spécifiques de la solution. Un solide bagage d'expertise technique dans le domaine vous apporte un arbitre indépendant pour mettre fin aux accusations mutuelles lorsque les choses tournent mal.
La création d'une plateforme OTT de diffusion en direct ou de contenu à la demande peut s'avérer être une tâche ardue. C'est pourquoi je voulais partager quelques conseils qui, je pense, pourraient vous aider.
En règle générale, ce type de projet commence par une discussion au cours de laquelle un responsable hiérarchique a promis le lancement d'une nouvelle proposition avec une date limite folle et inamovible – ou pire encore, a conclu un accord avec un fournisseur de plateforme clé en main et a accepté de commercialiser un produit couvrant tous les cas d'utilisation inconcevables dans les plus brefs délais. Cela vous parle ?
Malgré les défis qui vous attendent, je voulais essayer de vous guider à travers quelques éléments qui, je l'espère, vous orienteront dans la bonne direction. L'objectif ? Construire une plateforme évolutive et fiable qui ne fasse pas du verrouillage technologique et d'une échelle limitée les deux premières fonctionnalités de votre feuille de route.
1. Recueil des exigences
Les exigences se répartissent en quelques grandes catégories et rubriques. Produit, business, technologie. En général, tout s'articule d'une manière ou d'une autre autour de ces verticaux. Il est un peu plus facile de rédiger les « exigences fonctionnelles » habituelles destinées aux consommateurs que de formuler certaines exigences plus souvent méconnues ou oubliées, telles que la gestion fiscale.
La clé du recueil des exigences est de s'assurer que chaque détail est couvert. Je vais vous donner un exemple concret.
Un chef de produit rédigera une exigence du type « En tant qu'utilisateur, je devrais pouvoir effectuer des recherches sur le site ». Un bon architecte technique aura la capacité de décomposer cela en 10 à 15 exigences individuelles, fonctionnelles et non fonctionnelles, qui couvriront des domaines tels que la recherche de contenu, la recherche de données, le multilinguisme, le filtrage, le tri, la persistance, les notifications de résultats, les résultats de recherche vides, l'intégration de l'analyse et de la BI, la recherche prédictive, les temps de réponse pour les résultats, etc.
Le message ici est que plus vous vous efforcerez de veiller à ce que les exigences soient EXPLICITES et DÉTAILLÉES, plus vous vous épargnerez de soucis ultérieurement lorsque la solution fournie par le prestataire ne fera pas ce que vous pensiez qu'elle ferait. Éliminez l'ambiguïté.
2. Processus de RFI/RFP et analyse des prestataires
Pourquoi avons-nous besoin d'un RFP (appel d'offres) ? Les raisons sont multiples – mais considérez cela principalement comme un mécanisme permettant de comparer les candidats et fournisseurs potentiels pour la plateforme de streaming que vous allez construire.
La production d'une bonne documentation de RFI (demande d'information) et de RFP, ainsi que la définition du processus, sont tout aussi importantes l'une que l'autre. (Soit dit en passant, il est important de connaître la différence entre une RFI et un RFP !) Savoir structurer correctement un document d'exigences qu'un prestataire ou fournisseur peut comprendre et auquel il peut répondre d'une manière que vous pourrez comprendre, comparer et noter vous aidera plus que vous ne le pensez.
Un bon document et processus de RFP permettra de :
Réduire le temps nécessaire pour mener à bien le processus de RFP
Permettre aux prestataires de comprendre vos exigences et de générer des devis et propositions précis
Éliminer l'ambiguïté des réponses – en veillant à ce que les exigences « non conformes », « conformes » et « feuille de route » soient claires
Mettre en évidence ce dont les prestataires sont capables et ce dont ils ne le sont pas
Identifier les lacunes et les domaines dont vos équipes business, produit et technologie ont besoin et qui ne sont pas satisfaits par le prestataire principal ou l'intégrateur de systèmes
Permettre une comparaison rigoureuse, point par point, des réponses des prestataires
Pour faire bonne mesure, nous suggérons également de sélectionner quelques cas d'utilisation au hasard et de demander à vos 2 ou 3 meilleurs prestataires de démontrer comment fonctionnent ces fonctionnalités. S'ils ont répondu « conforme », vous saurez rapidement s'ils disent la vérité.
Lorsque nous rédigeons la documentation de RFP et gérons les processus pour nos clients, il n'est pas rare de voir plus de 1500 exigences fonctionnelles et non fonctionnelles définies pour une plateforme OTT ou de streaming. Si vous êtes en deçà de ce nombre, vous devriez probablement vous demander si vous avez tout couvert de manière approfondie et correcte.
3. Architecture et conception de la plateforme
Dans le cadre de ce parcours, nous entreprenons de construire une plateforme de streaming vidéo évolutive. La phase d'architecture et de conception de la plateforme évalue les exigences identifiées par l'entreprise, les compare aux solutions proposées par les prestataires et fournisseurs, et s'efforce de concevoir des architectures et des références de solutions évolutives qui :
Garantissent que les exigences pour le lancement peuvent être satisfaites
Apportent la flexibilité nécessaire pour intégrer l'évolution des exigences – concevoir pour le changement
Identifient les lacunes dans les propositions et génèrent des solutions pour y remédier
Réduisent ou éliminent le risque de dépendance vis-à-vis d'un prestataire unique
Prrennent en charge les exigences fonctionnelles ET non fonctionnelles à grande échelle
Permettent une évolution illimitée du nombre de producteurs et de consommateurs - diffusion en direct auprès de millions de personnes
Veillent au respect des meilleures pratiques, normes et approches
Répondent aux critères de conformité des territoires dans lesquels ils opéreront
Équilibrent les critères de temps, de qualité et de coût
Répondent aux critères de référence en matière de sécurité, de performance et de fonctionnement opérationnel
Et enfin, s'assurent que la solution apporte de la valeur à l'entreprise
Les architectes de plateformes de médias et de streaming veillent à ce que les solutions proposées offrent la meilleure façon possible de mettre en œuvre le projet – et ne s'arrêtent pas à ce que seul le prestataire ou le fournisseur de solutions a à offrir.
4. Un chemin vers la mise en œuvre
Avec un bon travail préparatoire, le chemin vers la mise en œuvre deviendra inévitablement plus simple. Quoi qu'il en soit, la mise en œuvre de plateformes OTT évolutives, performantes, résilientes et fiables demande encore du travail – et nécessite souvent des « squads » ou des équipes de personnes dédiées pour piloter le développement et le déploiement de domaines clés tels que l'identité, la facturation, les abonnements, le contenu, la conformité, l'analyse et les données, les applications et autres.
Ces équipes dédiées reçoivent l'autonomie nécessaire pour s'autogérer, guidées par des responsables expérimentés qui ont, espérons-le, déjà mis en œuvre des services similaires par le passé, et guideront chaque flux de travail de la conception à la production.
Ce n'est un secret pour personne que de plus en plus d'organisations emploient de moins en moins d'experts du domaine, certaines unités opérationnelles étant uniquement composées d'équipes produit (développeurs, gestionnaires, designers, spécialistes du marketing). Le défi ? Les connaissances spécialisées et l'expérience requises sur le plan technique pour pouvoir demander des comptes aux prestataires et fournisseurs lorsque les choses se compliquent techniquement font défaut.
Bien que les prestataires proposent ce qu'ils sont en mesure d'offrir pour répondre aux exigences fixées par l'entreprise, ce n'est en aucun cas la seule solution, comme tout bon architecte de plateforme vidéo en témoignera.
Les mises en œuvre les plus réussies sont celles où l'entreprise reconnaît la nécessité de guider et de contrôler la mise en œuvre, soit en s'appuyant sur l'expertise technique interne pour piloter l'architecture, soit en tirant parti de l'expérience externe comme celle des équipes que nous fournissons chez Spicy Mango.
À maintes reprises, nous constatons que le fournisseur ou prestataire ne représente que ses propres intérêts, et non ceux du client ou du programme dans sa globalité. Les plateformes vidéo en ligne modernes (OVP) sont aujourd'hui rarement des piles technologiques développées uniquement par une seule entité. Presque toutes sont des environnements SaaS multi-prestataires – un ensemble de nombreux produits ponctuels individuels fournissant chacun des éléments spécifiques de la solution. Un solide bagage d'expertise technique dans le domaine vous apporte un arbitre indépendant pour mettre fin aux accusations mutuelles lorsque les choses tournent mal.
Pour en savoir plus sur ce que vous venez de lire, ou pour découvrir comment Spicy Mango pourrait vous aider, envoyez-nous un mot à hello@spicymango.co.uk, passez-nous un coup de fil, ou envoyez-nous un message en utilisant notre formulaire de contact, et nous vous recontacterons.
Pour en savoir plus sur ce que vous venez de lire, ou pour découvrir comment Spicy Mango pourrait vous aider, envoyez-nous un mot à hello@spicymango.co.uk, passez-nous un coup de fil, ou envoyez-nous un message en utilisant notre formulaire de contact, et nous vous recontacterons.
Pour en savoir plus sur ce que vous venez de lire, ou pour découvrir comment Spicy Mango pourrait vous aider, envoyez-nous un mot à hello@spicymango.co.uk, passez-nous un coup de fil, ou envoyez-nous un message en utilisant notre formulaire de contact, et nous vous recontacterons.
