Expédier pour apprendre, pas pour avoir raison

Nous avons un principe appelé Expédier pour Apprendre. Expédier rapidement, expédier tôt, expédier souvent. Donc, dans cette idée, il y a l'idée de l'échec. Ça ne va pas se passer comme prévu. Et ça va se passer de travers plus souvent qu'autrement.

Bien des fois, le moyen le plus rapide d'apprendre est d'expédier.

Nous avons cette philosophie, que nous appelons déploiement itératif, et l'idée est que nous apprenons tous ensemble sur ces modèles. Il y a donc un vrai sens dans lequel il vaut bien mieux expédier quelque chose même quand on ne connaît pas l'ensemble des capacités et itérer ensemble publiquement.

Parfois, vous devez revenir en arrière et changer les choses, mais c'est une autre occasion d'apprendre.

Si vous échouez rapidement, vous avez encore beaucoup de temps pour essayer une autre tentative et construire une autre version du produit. Plus vous aurez de tentatives, plus vous augmenterez les chances de réussite.

Quand vous avez une excellente stratégie, une stratégie parfaite mais une mauvaise exécution, vous ne gagnez pas parce que votre stratégie n'arrive jamais sur le marché. Et ce qui est encore pire, c'est que vous n'avez rien appris.

C'est un schéma avec l'IA, vous ne saurez pas ce qu'il faut polir avant d'avoir expédié.

Ce que vous voulez faire, c'est être le premier à heurter le mur de briques. C'est particulièrement vrai lorsque vous êtes sur un marché qui est compétitif. La raison en est que si vous vous considérez comme une entreprise axée sur l'innovation et que vous pensez que vous construisez des expériences qui n'existent fondamentalement nulle part ailleurs et que vous êtes en quelque sorte en train de frayer la voie pour que le reste des gens s'en inspire, la vitesse est le facteur déterminant unique, selon mon expérience, en termes de qui finit par être plus réussi ou non.