Préparez-vous à la nouvelle plateforme

Arrêtez le code qui va partout

Android et iOS, ce sont des plateformes. Pas deux cibles d’un même code.

Il faut arrêter de traiter Android et iOS avec la même application. Il faut arrêter de faire du code qui va sur tout — du Flutter, du React. Il faut penser par plateforme et écrire dans le langage natif de l’OS. C’est ça qu’il faut arrêter.

Et si vous pensez que l’IA va effacer cette différence, c’est l’inverse qui est en train de se produire.

Avec l’IA, quelle plateforme ?

La vraie question à se poser, aujourd’hui, c’est celle-là : avec l’IA, quelles vont être les plateformes ? Hier, c’était Swift d’un côté et Kotlin de l’autre. Demain, laquelle sera laquelle ?

De ce que je comprends de mon analyse, il va y en avoir deux, et elles n’ont rien à voir l’une avec l’autre. Il va y avoir la plateforme MCP. Et il va y avoir la plateforme App Intents, chez Apple.

La plateforme MCP

Celle-là est simple. Vous créez un MCP qui sait faire différentes actions. L’objectif : que toutes les actions qu’un client peut faire au niveau du numérique puissent être faites via un MCP.

Et MCP n’est le camp de personne. MCP, c’est ChatGPT, c’est Claude, c’est Android, et c’est n’importe quel créateur de service qui viendra se poser au-dessus. Tout fonctionnera avec le MCP. C’est pour ça qu’il y a une plateforme MCP à travailler, et qu’elle ne remplace pas le travail natif : elle s’ajoute.

Donnez à l’IA tout ce qui ne procure aucune expérience

Voilà la règle, et c’est la seule chose à retenir si vous ne devez en retenir qu’une.

Tout ce qui est non-expérientiel, tout ce qui ne procure aucune expérience : donnez-le à l’IA. Tout ce qui fait vivre une expérience : focussez-vous dessus.

Ce que ça vous donne, c’est de la place. De la place sur vos sites web, de la place sur vos applications. Tout ce qui n’a aucune valeur, vous le mettez de côté. Tout ce qui peut faire vivre quelque chose, vous vous concentrez dessus. Et l’expérience digitale va devenir incroyable.

Apple, la vraie différence

Là, ça change complètement. Et c’est une très grosse différence.

Chez Apple, c’est une technologie plus complexe, et elle va vous forcer à coder en Swift. Elle passe par les App Intents, par Siri et Spotlight. Le principe : vous déclarez dans votre application « Siri, tu peux faire ceci. Siri, si on te dit cela, voilà ce que ça déclenche. »

Ce n’est pas une promesse en l’air : Apple appelle ça des snippets interactifs, un résultat affiché et actionnable directement dans Spotlight ou dans Siri, sans jamais passer votre app au premier plan. Et depuis que SiriKit est déprécié, les App Intents sont devenus la seule porte d’entrée.

Il y a un cran au-dessus, plus ambitieux : que Siri sache que le train est en retard et vous propose d’annuler ou d’échanger le billet, sans même que vous ayez demandé. Il faut savoir que celui-là ne s’obtient pas avec les App Intents seuls — le système suggère à partir de ce que votre app lui a donné, mais c’est l’utilisateur qui doit regarder. Pour une vraie alerte non sollicitée, il faut assembler : notifications, Live Activities, automatisations. C’est faisable, ce n’est pas gratuit.

Un dernier point, et c’est le plus important pour vos arbitrages. Aujourd’hui, je ne conseille pas d’en profiter pour retirer de votre application les features que Siri sait désormais couvrir. Parce que tout se joue en local — et pas de la même façon pour tout le monde. Le socle tourne sur l’appareil, un second palier plus lourd demande une puce récente et assez de mémoire, et le reste part sur les serveurs d’Apple. Les iPhone 14, les iPhone 15 de base et les Mac Intel sont exclus. Donc la capacité que l’expérience soit aussi rapide pour tous, je ne sais pas.

En revanche, ce que je sais, c’est que ça répondra aux besoins des très jeunes et aux besoins des seniors. Ça, sans aucun doute.

Et chez Google

Chez Google, vous aurez les App Actions Gemini Extensions. Et vous aurez aussi de vrais MCP dans Gemini, y compris dans la recherche. Ce n’est donc pas le même schéma qu’Apple : la porte ouverte reste ouverte.

Puis il y aura une partie différente, spécifique, quand on sera sur le téléphone, sur l’OS. Parce que le jour où Gemini sera vraiment intégré à l’OS, il y aura une logique propre à l’OS.

Et c’est là que tout se rejoint. Les gens vont se remettre à penser le développement Swift en mode plateforme. Pareil pour Kotlin. Parce que dans tous les cas, c’est l’OS qui va gagner demain.