Leçons de l'écosystème tech chinois

La vitesse comme feature

Shenzhen est souvent appelée la Silicon Valley du hardware, mais son écosystème logiciel est tout aussi fascinant. La vitesse d’itération dans le secteur tech chinois est inégalée.

Les équipes déploient des mises à jour quotidiennement, parfois plusieurs fois par jour, réagissant au feedback utilisateur en quelques heures. La frontière entre « bêta » et « production » n’existe pratiquement pas.

J’ai grandi entre Shenzhen et Hong Kong, donc ce rythme m’a semblé normal bien avant d’avoir des mots pour le décrire. Ce n’est qu’en travaillant avec des équipes européennes et américaines que j’ai réalisé à quel point c’était inhabituel : une feature peut passer d’une plainte dans un groupe WeChat à un A/B test en production en une seule journée de travail. Pas un hotfix — une feature.

Le cycle de déploiement de quatre heures

Sur un projet avec une équipe hardware-plus-app basée à Shenzhen, j’ai mesuré leur pipeline : du commit à la production en environ quatre heures un jour lent, moins de quarante minutes quand ça roule. Leur setup CI était presque embarrassant de simplicité :

# leur vraie pipeline, à peu près
stages: [test, build, deploy]
deploy:
  script:
    - docker build -t app:$CI_COMMIT_SHA .
    - kubectl set image deploy/app app=app:$CI_COMMIT_SHA
  only: [master]
  when: manual  # le seul gate

Pas de staging. Pas de train de release. Le « gate » était un humain qui appuie sur un bouton — mais cet humain appuie dix fois par jour. Le rollback, c’était kubectl rollout undo, pratiqué assez souvent pour que personne n’en ait peur. Comparez avec les trains de release de trois semaines que j’ai vus dans des entreprises occidentales avec dix fois plus d’effectifs.

Le tradeoff honnête : leur taux d’incidents était plus élevé. Mais leur temps de récupération se mesurait en minutes, et la dégradation visible pour l’utilisateur durait rarement plus longtemps qu’une pause déjeuner. Ils optimisent le temps jusqu’à l’apprentissage, pas jusqu’à la perfection.

WeChat est un système d’exploitation

Les analystes occidentaux continuent de décrire WeChat comme « une app de messagerie avec des extras ». Ce cadrage est faux. WeChat est un runtime. Votre identité, vos paiements, votre graphe social, votre présence business — tout vit dans un seul conteneur appartenant à Tencent.

Les mini-programs sont la killer feature que la plupart des extérieurs sous-estiment. Il y en a plus de quatre millions. Ils s’installent instantanément, pèsent moins de 10 Mo (imposé) et obtiennent leur distribution via les mêmes QR codes imprimés sur les tables de restaurant et les pubs de métro. Quand je commande un café à Shenzhen, je n’ouvre pas d’app de livraison — je scanne le code sur la table, le mini-program de la chaîne de café s’ouvre en deux secondes, je paie avec WeChat Pay, terminé. Pas d’App Store, pas de création de compte, pas de formulaire de carte.

Pour quelqu’un de produit, l’implication est structurelle : la distribution en Chine, ce n’est pas l’ASO ni les campagnes d’install payantes, c’est votre QR code dans l’espace physique et votre service dans la liste de contacts WeChat de quelqu’un. Le funnel est inversé — l’app vient à l’utilisateur, embarquée dans n’importe quelle surface qu’il touche déjà.

À quoi ressemble un mini-program de l’intérieur

Le stack est propriétaire mais direct — WXML/WXSS pour la vue, JavaScript pour la logique :

// cycle de vie d'une page dans un mini-program
Page({
  data: { items: [] },
  onLoad() {
    wx.request({
      url: 'https://api.example.com/menu',
      success: (res) => this.setData({ items: res.data })
    });
  },
  pay(orderId) {
    wx.requestPayment({
      timeStamp, nonceStr, package: pkg, signType: 'RSA',
      paySign, success: () => wx.showToast({ title: 'Payé' })
    });
  }
});

wx.requestPayment est l’appel intéressant : le paiement est une primitive de plateforme, pas une intégration Stripe qu’on colle par-dessus. Un appel API, une confirmation biométrique, l’argent a bougé. Comparez avec un funnel de checkout occidental à cinq champs et une redirection 3-D-Secure qui tue 15 % des conversions.

L’ubiquité des paiements change tout

La Chine a largement sauté l’ère de la carte de crédit. Quand le paiement mobile est arrivé — Alipay d’abord, puis WeChat Pay — le pays a bondi directement aux QR codes. Au milieu des années 2020, les deux plateformes traitent ensemble bien plus d’un billion de yuans de transactions par an, et accepter du cash à Shenzhen relève presque du théorique.

Ce sont les effets de second ordre qui comptent. Un vendeur de rue qui vend des fruits a les mêmes rails de paiement, la même vitesse de règlement et le même accès au registre qu’une entreprise cotée. Les micro-transactions d’un yuan sont économiquement viables parce qu’il n’y a pas de structure de frais par transaction conçue pour les réseaux de cartes. Ça change quels modèles d’affaires sont possibles : donner quelques centimes en tip à un streameur, payer à l’article plutôt que s’abonner, partager une addition entre huit personnes à table en vingt secondes — tout ça est un comportement quotidien banal là-bas.

Une note personnelle, parce que c’est comme ça que je l’ai vraiment appris : j’ai vu une grand-mère à Shenzhen marchander le prix de mangues, se mettre d’accord sur un chiffre, puis refuser le cash que j’offrais au nom du vendeur parce que « plus personne ne peut faire la monnaie ». Le marché fonctionne sur l’hypothèse que tout le monde porte le graphe QR dans sa poche.

L’écart d’adoption de l’IA

Depuis 2023, l’histoire de la vitesse s’est répétée dans l’IA. Les entreprises occidentales débattaient des politiques ; les chinoises shippaient. J’ai vu des usines intégrer des modèles de QA visuelle qui flaguent les défauts plus vite que la ligne d’inspection n’avance, et des apps grand public A/B tester des features LLM sur du trafic réel quelques semaines après la sortie d’un modèle. L’ascension de DeepSeek n’a surpris personne qui suivait — c’était la même cadence de Shenzhen appliquée aux modèles de fondation : petites équipes, budgets de compute serrés, ship-et-itère plutôt que publie-et-attends.

L’avantage plus profond, c’est la densité d’intégration. Quand paiements, identité, social et commerce partagent déjà un runtime, ajouter une couche IA les touche tous à la fois. Un mini-program peut offrir une vitrine personnalisée, un bot de support client et un réassort intelligent sans recoudre les APIs de cinq fournisseurs.

Le pipeline usine → produit

Le côté hardware est ce qui rend Shenzhen vraiment irréplicable. Les marchés d’électronique de Huaqiangbei signifient qu’une startup hardware peut sourcer des composants en un après-midi, faire fabriquer une carte pendant la nuit et tenir un prototype fonctionnel avant qu’une équipe américaine ait fini son tableur de sélection de fournisseurs. L’itération là-bas n’est pas une méthodologie — c’est de la géographie. L’usine est la boucle de feedback.

La leçon se transfère au software : raccourcissez la distance physique entre la décision et la conséquence. Quand votre PM peut marcher jusqu’à l’atelier, les specs cessent d’être des documents et deviennent des conversations.

Quoi voler, quoi éviter

À voler, sans ambiguïté :

La cadence de déploiement comme métrique produit. Si votre équipe shippe une fois par semaine, vous apprenez 50 fois plus lentement qu’un concurrent qui shippe chaque jour.
La confiance dans le rollback plutôt que le contrôle des changements. La réversibilité pas chère bat les portes d’approbation lourdes.
Les primitives de plateforme plutôt que les intégrations. Paiements, identité et notifications comme APIs de première classe — même en version maison minimaliste.
La pensée distribution par surfaces physiques. Les utilisateurs rencontrent votre produit là où ils sont déjà debout.

À éviter, tout aussi clairement :

Le 996 comme culture. La vitesse d’itération vient des boucles de feedback courtes, pas des semaines de 72 heures. J’ai vu les deux ; les équipes qui shippent vraiment vite sont celles qui dorment.
Les métriques de croissance qui masquent le churn. Les chiffres de GMV flatteurs cachent la fatigue des utilisateurs ; certains des mini-programs les plus rapides à croître que j’ai observés sont morts aussi vite.
La dépendance à une seule plateforme. Le même écosystème qui vous donne la distribution possède votre funnel. Les politiques des mini-programs changent du jour au lendemain.

Leçons transfrontalières

Les échecs que j’ai vus ne concernaient presque jamais les features. C’était une question de défauts et de confiance. Un produit occidental qui entre en Chine assume comptes, email et paiement par carte ; un utilisateur chinois assume QR, numéro de téléphone et login WeChat. Dans l’autre sens, un produit chinois assume la consolidation super-app, alors qu’un utilisateur occidental veut des apps séparées avec des permissions séparées et une politique de confidentialité lisible par un humain.

Localisez le modèle mental, pas les chaînes de texte. C’est la ligne à laquelle je reviens sans cesse — et elle vaut dans les deux sens.