MWC Shanghai réunit opérateurs, fournisseurs d’infrastructure, fabricants d’appareils, plateformes logicielles, entreprises cloud et IA, intégrateurs et secteurs connectés. Un visiteur peut voir de nombreuses technologies fonctionner sans savoir qui pourrait livrer un projet réel. MWC Shanghai 2027 devient plus utile lorsque l’équipe apporte un cas de déploiement qui permet à chaque entreprise d’expliquer son rôle, ses interfaces, ses preuves et sa responsabilité opérationnelle.
MWC27 Shanghai se tiendra du 23 au 25 juin 2027 au Shanghai New International Expo Centre. L’organisateur place l’événement autour de la connectivité, de l’IA et du passage des technologies du développement au déploiement ; ses informations visiteurs présentent aussi 5G Advanced, cloud, IoT, réseaux satellitaires et non terrestres, et 6G. Cette diversité soutient la recherche d’écosystème, mais une démonstration, un pilote et un service en exploitation représentent trois niveaux de preuve différents.
| Question de l’acheteur | Activité adaptée au salon | Résultat utile |
|---|---|---|
| La technologie répond-elle à notre site et nos utilisateurs ? | Présentation du scénario et discussion d’architecture | Rôle proposé, hypothèses, interfaces et écarts |
| Fonctionne-t-elle avec nos appareils, systèmes et données ? | Démonstration ciblée ou atelier technique | Parcours d’intégration testable et accès nécessaires |
| Le partenaire peut-il soutenir un pilote contrôlé ? | Réunion de cadrage du pilote | Critères de réussite, responsabilités, calendrier et coût |
| La solution peut-elle fonctionner après le déploiement ? | Revue service et commerciale | Modèle d’exploitation, SLA, support, cycle de vie et sortie |
Apporter un dossier de déploiement, pas une liste de technologies
Définissez utilisateur, lieu, processus et résultat visé avant de nommer les produits. Le cas peut concerner des équipements connectés dans une usine, des équipes terrain, un parc d’objets IoT, la couverture d’un site, le traitement en périphérie ou l’intégration d’un produit connecté au cloud. Exposez le problème opérationnel et la mesure de l’amélioration.
Décrivez l’environnement actuel : sites et géographie, réseau et systèmes existants, parc d’appareils, trafic ou flux de données, capacité, couverture, latence ou disponibilité si pertinentes, alimentation et environnement, limites de sécurité, groupes d’utilisateurs et support. Ajoutez calendrier, échelle attendue, responsables technique et opérationnel, modèle d’achat et contraintes connues.
Séparez conditions obligatoires et préférences. Une interface requise, une bande radio compatible, une condition de site, une limite d’hébergement ou un temps de réponse peut déterminer la faisabilité. Le style d’un tableau de bord ou une fonction facultative intervient plus tard. Tous les partenaires peuvent ainsi répondre au même cas sans transformer chaque réunion en présentation différente.
Le dossier doit aussi indiquer le stade de décision. Une exploration du marché demande une carte des approches crédibles. Le choix d’architecture exige davantage de preuves sur interfaces et performances. Un pilote nécessite équipements, sites, utilisateurs, données, conditions de test et responsables nommés. Le déploiement exige des détails service, sécurité, commerce et cycle de vie. Demander la prochaine preuve adaptée est plus productif que solliciter une offre complète de chaque exposant.
Identifier le responsable de chaque couche et interface
Un déploiement connecté peut associer accès ou spectre, équipements radio, fonctions de cœur ou réseau, passerelles, modules et appareils, calcul en périphérie, services cloud, logiciel applicatif, IA, contrôles de sécurité, intégration et exploitation. Demandez à chaque entreprise de distinguer composants fournis directement, composants partenaires, responsabilités client et dépendances non résolues.
Pour le réseau et l’infrastructure, examinez modèle de couverture et capacité, hypothèses de site, résilience, collecte, gestion, surveillance, mises à niveau et support opérationnel. Clarifiez les dépendances de spectre, opérateur, accès ou licence sans supposer qu’une réponse vaut pour tous les marchés. Pour un réseau privé ou hybride, définissez les limites entre entreprise, opérateur, équipementier et intégrateur.
Les réunions appareils et IoT doivent traiter compatibilité radio et réseau, module ou chipset, provisionnement, identité, gestion distante, mises à jour firmware et sécurité, consommation, environnement, certifications ou approbations demandées par l’acheteur, état de production et durée de support. Demandez comment les appareils sont récupérés, remplacés, reprovisionnés et retirés, pas seulement connectés le premier jour.
Cloud, edge, logiciel et IA exigent une frontière de service claire. Notez lieu de traitement, données entrant et sortant de chaque couche, connectivité requise en mode dégradé, API, protocoles, identité et accès, journaux, surveillance et intégration aux processus. Pour l’IA, définissez entrées, sorties, mesure de performance, limites connues, revue humaine et mises à jour plutôt que de vous fier à l’étiquette d’une démonstration.
Un registre d’interfaces est souvent plus utile qu’une longue liste de fonctions. Il nomme les deux parties à chaque limite, donnée ou signal échangé, format ou protocole, attente de temps ou performance, authentification, comportement en panne, responsable du test et question ouverte. Il révèle des lacunes qu’une présentation unique mentionne rarement.
Transformer les démonstrations en preuves pour le terrain
Avant la démonstration, précisez quelle partie du cas doit être prouvée. Relevez versions matériel et logiciel, configuration, conditions réseau, source des données, échelle et caractère direct, simulé ou préenregistré. Une démonstration fluide établit une capacité ; les différences avec le site de l’acheteur doivent toutefois être listées.
Demandez un cas de référence pertinent et vérifiez sa proximité : secteur, géographie, utilisateurs, nombre d’appareils, environnement de couverture, architecture, intégrations, durée d’exploitation et rôle du fournisseur. Une référence aide à préparer les questions ; la possibilité de contacter un client, un site ou une équipe dépend des parties. Reliez les chiffres marketing à la méthode de test et aux conditions d’exploitation avant de les utiliser pour décider.
L’interopérabilité se vérifie par étapes. Les documents confirment normes et interfaces annoncées. Un atelier cartographie architecture et flux. Un test laboratoire connecte des appareils ou API représentatifs. Une étude de site vérifie les hypothèses physiques et radio. Une preuve de concept teste ensuite une partie contrôlée du processus réel. Chaque étape doit avoir une question, des entrées, une mesure de réussite et une décision suivante.
Pour un échantillon ou kit de développement, identifiez modèle, indice, accessoires, firmware, licence, documentation, conditions de retour et usage autorisé. Désignez un responsable technique pour conserver configuration et résultats. Un test prometteur restera alors reproductible et comparable à l’offre commerciale future.
Concevoir un pilote qui mène à une décision
Le pilote doit tester l’incertitude principale, plutôt que reproduire tout le déploiement en petit. Définissez sites, utilisateurs, appareils, trafic ou charges, données, intégrations, heures d’exploitation, durée et référence initiale. Choisissez des mesures liées au cas : couverture, réussite de connexion, latence, débit, disponibilité des appareils, autonomie, temps de tâche, erreurs, performance du modèle ou réponse support selon le besoin.
Attribuez accès au site, équipements, connectivité, configuration, intégration, préparation des données, revue sécurité, formation, surveillance, incidents et remise en état. Précisez les résultats produits par le fournisseur, ceux mesurés par l’acheteur et le traitement des écarts. La clôture doit décider d’arrêter, modifier, prolonger ou préparer le déploiement.
Données, cybersécurité et confidentialité appartiennent au périmètre dès le début. Cartographiez catégories de données, collecte, transfert, stockage, accès, journaux, conservation et suppression ; identifiez identifiants, accès distant, mises à jour, traitement des vulnérabilités, notification d’incident et services sous-traités. Les exigences dépendent du déploiement et de la juridiction ; la revue finale revient aux spécialistes sécurité, vie privée, juridiques et réglementaires habilités de l’acheteur.
Le pilote exige aussi une clarté commerciale. Séparez achat ou prêt de matériel, connectivité, licences plateforme ou logiciel, cloud ou usage, intégration, déplacements, travail sur site, données et support. Indiquez le sort des équipements, comptes, données et développements à la fin. L’apprentissage technique ne crée ainsi pas une dépendance imprévue.
Évaluer le partenaire d’exploitation autant que l’équipe de lancement
Demandez qui conçoit, vend, contracte, déploie et soutient la solution. L’exposant peut être propriétaire de la technologie, bureau régional, distributeur, intégrateur ou partenaire. Relevez entité contractante, entités de livraison, équipes locales et distantes, escalade et responsabilités sur les composants tiers.
Le modèle d’exploitation doit couvrir surveillance, incidents, centre de services, maintenance, sauvegarde ou reprise si pertinente, mises à jour logiciel et firmware, remplacement, évolution de capacité, administration et rapports. Examinez les niveaux de service avec méthode de mesure, exclusions, horaires, niveaux de gravité, objectifs de réponse et rétablissement, escalade et recours.
Le cycle de vie compte pour matériel et services. Demandez état de version, durée de support prévue, mises à jour sécurité, remplacements compatibles, évolution des dépendances, export des données, propriété de la configuration et options de migration ou sortie. Pour le cloud ou l’usage, modélisez les frais aux volumes prévus et supérieurs. Pour l’infrastructure, incluez installation, travaux site, pièces, énergie, transmission, licences, formation et exploitation.
Les propositions deviennent comparables avec la même limite d’architecture et les mêmes hypothèses de charge. Séparez coûts uniques et récurrents, coûts partenaires, modules optionnels, mise en œuvre, personnalisation, niveaux de support, taxes et livraison. Notez propriété intellectuelle, droits sur développements spécifiques, usage des données, confidentialité et restrictions à revoir par les juristes.
Utiliser le suivi à Shanghai pour les personnes et systèmes absents du stand
Après MWC, l’extension la plus utile repose souvent sur des rendez-vous, non sur une visite d’usine générique. Centre technique local, laboratoire d’intégration, environnement d’exploitation réseau, équipe d’ingénierie appareil, partenaire solution ou déploiement de référence peut montrer les personnes et systèmes nécessaires à la prochaine preuve. Choisissez la destination après avoir identifié une question précise au salon.
Une visite matériel peut porter sur modifications d’ingénierie, préparation industrielle, couverture des essais, maîtrise firmware, traçabilité des composants, provisionnement et réparation. Une visite logiciel, cloud ou réseau peut examiner architecture, surveillance, incidents, intégration, versions et équipe support. Une réunion partenaires clarifie les passages contractuels et techniques masqués par un stand commun.
Terminez par un registre de décision pour chaque candidat : rôle proposé, architecture et interfaces, preuves observées, hypothèses, questions sécurité ou données, périmètre du pilote ou atelier, base commerciale, responsable opérationnel, informations manquantes et prochaine étape. L’acheteur repart ainsi avec peu de suivis définis plutôt qu’une grande collection d’affirmations technologiques.
Xentra peut accompagner recherche d’entreprises, réunions multilingues, rendez-vous, visites d’équipes techniques et comparaison structurée. Architecture finale, cybersécurité, confidentialité, réseau, réglementation, investissement, contrat et déploiement restent sous l’autorité des spécialistes et décideurs mandatés de l’acheteur.
Sources
- Site officiel de MWC Shanghai et dates 2027
- Présentation officielle visiteurs MWC27 Shanghai
- Description officielle de l’écosystème connectivité
- Présentation officielle exposition et partenariats
Informations événementielles vérifiées le 24 juillet 2026.