Chers amis, fans de bonnes lectures,
Bienvenue aux 31 personnes qui nous ont rejoints depuis mardi dernier ! Si vous lisez ceci et n’êtes pas encore inscrit, rejoignez vite les 2835 personnes qui ont déjà eu la bonne idée de le faire. C’est juste ici !
Dans les JCNews cette semaine, mes dernières lectures les plus intéressantes, dont un zoom sur un must-read à ne pas manquer !
Ecrivez-moi pour en parler, sur Linkedin ou sur Twitter. Bonne lecture à tous !
Chaque semaine, je publie un must-read.
👉Construire sa startup dans un environnement réglementé - leçons tirées de Cash App et Carbon Health (First Round)
“It’s important to not be afraid to go to whatever depth necessary to get an answer that you really understand.”
Always look for those opportunities where it’s easy to stop, where it gets tedious. That typically is a signal that somebody or a bunch of people just haven’t gotten deeper before.
“When you’re working within domains that are regulatorily complex, generally, once you establish a beachhead, there are higher barriers to entry. That complexity is a reason that people don’t tend to try it”.
La sagesse conventionnelle et le consensus mou sont des matelas confortables dont peu de gens veulent s’extraire. Ceux qui le font dérangent souvent. Nous poussons chaque Alaner à ne pas avoir peur d’aller plus loin, de creuser un sujet autant qu’il le faut.
“It’s easier to take the thing that you’re told as fact. But there are enough cases where the thing that you were told is just a series of interpretations. The person telling you just got it from the person who told them, but it’s been a long time since someone’s really interrogated those assumptions”.
When you’re looking at a problem with a heavy regulatory component, you have to be willing to question everything.
Omojola suggests you build up your own know-how on the topic — especially if you’re a novice — before looping in a few key allies. “You have to be willing to read everything on the topic from a regulatory perspective and build a perspective.
Cela s’applique très bien à Alan. Nous ne voulons pas nous fier uniquement aux “experts”, et soutenir nos décisions par de la technologie et de la donnée, en allant beaucoup plus loin que la norme. C’est essentiel pour redéfinir notre catégorie, et même en créer une nouvelle.
You ask, ‘Hey, can we do something else here?’ and people tell you no, but they can’t tell you why. Or why they give you is so ambiguous.
Dire non sans pouvoir expliquer pourquoi est un bon indicateur qu’il y a quelque chose à creuser. Nous n’acceptons pas l’excuse de la complexité, nous décomposons les questions et les problèmes, pour les ramener à des composantes simples et intelligibles, et mettre en place un plan d’action en conséquence.
A lot of leaders fall into the trap of assuming that people are coming to the table with the same context as you.
Most of the time people just have very different contexts than what you have and their perspective on the objective is not necessarily aligned with yours
Sharing as much context as possible with the person you trust to get something done is like a superpower. It’s almost like downloading your brain into their brain.
“I find that it’s better to describe problems to them. Basically say, ‘Here’s what’s happening that we would like to change. Here’s some constraints that we want to put around it”
Le contexte est tellement important. On considère que le travail de tous, à tous les niveaux, est de définir un contexte clair afin que les autres disposent des informations nécessaires pour prendre de bonnes décisions.
Ainsi, au lieu de contrôler les décisions des autres, nous les aidons en définissant le contexte approprié qui leur permettra d’obtenir d’excellents résultats.
I think founders that have not necessarily had these massive exits are really undervalued by the job market.
On adore l’esprit entrepreneurial, et on recrute : jobs@alan.com.
En plus d’articles triés sur le volet, je partage un principe de leadership d’Alan par semaine. Le même que je partage en interne et à nos investisseurs tous les mercredis.
👉Les Alaners se concentrent sur un “A+ problem”. (Healthy Business)
👉Savoir quand s’arrêter (Basecamp)
Designers and programmers always want to do their best work. It doesn’t matter if the button is on the center of the landing page or two pages down a settings screen, the designer will give it their best attention. And the best programmers want the code base to feel like a cohesive whole, completely logically consistent with every edge case covered.
Instead of comparing up against the ideal, compare down to baseline—the current reality for customers. How do customers solve this problem today, without this feature?
Plutôt que de se comparer à un idéal de design ou de programmation, il faut toujours se demander, quelle est l’expérience actuelle de l’utilisateur final ? Et, en fonction, comment fait-on pour delighter, qu’est-ce qu’on développe pour résoudre un problème existant ?
Seeing that our work so far is better than the current alternatives makes us feel better about the progress we’ve made. This motivates us to make calls on the things that are slowing us down. It’s less about us and more about value for the customer.
Every project is full of scope we don’t need. Every part of a product doesn’t need to be equally prominent, equally fast, and equally polished. Every use case isn’t equally common, equally critical, or equally aligned with the market we’re trying to sell to.
Tous les cas d’usages de votre produit ne se valent pas, et chaque projet doit prioriser ceux qui affectent la plus grande majorité de vos utilisateurs, et qui auront donc la plus forte valeur ajoutée une fois implémentés ou améliorés. Chez Alan, on dit souvent que certains “feux” peuvent brûler plus longtemps que d'autres.
Cutting scope isn’t lowering quality: Making choices makes the product better. It makes the product better at some things instead of others ... The trick is asking ourselves which things actually matter, which things move the needle, and which things make a difference for the core use cases we’re trying to solve.
As we come up with things to fix, add, improve, or redesign during a project, we ask ourselves:
Is this a “must-have” for the new feature? Could we ship without this? What happens if we don’t do this? Is this a new problem or a pre-existing one that customers already live with? How likely is this case or condition to occur? When this case occurs, which customers see it? Is it core—used by everyone—or more of an edge case? What’s the actual impact of this case or condition in the event it does happen? When something doesn’t work well for a particular use case, how aligned is that use case with our intended audience? The fixed deadline motivates us to ask these questions.
Faire des choix, et donc renoncer à certaines choses, permet de gagner en qualité et en impact. Ça nous force à aller à l’essentiel, en nous posant les bonnes questions en fonction de ce que l’on souhaite réparer, ajouter, améliorer. La liste ci-dessus en est un bon exemple.
For years we didn’t have a QA role. Then after our user base grew to a certain size, we saw that small edge cases began to impact hundreds or thousands of users in absolute numbers. (...) Therefore we think of QA as a level-up, not a gate or a check-point that all work must go through.
A partir d’une certaine taille critique, avoir un rôle de quality assurance au sein de son entreprise permet d’éviter des effets de bord qui pourraient avoir un impact sur une base d’utilisateurs plus large.
👉Êtes vous un phoque ? ou quels business où une forte probabilité de se faire avoir par les GAFA (Ben Evans)
👉 7 emails de rejet d’investisseurs qu’Airbnb a reçu en 2008 (Medium) ou pourquoi il faut continuer à persévérer, et se faire rejeter fait partie du chemin.
👉 Le CEO de Twitch, Emmett Shear parle du phénomène d’unbundling du contenu, de persistance et de l’importance du focus (Founder’s Field Guide)
The Bundling and Unbundling of Content
The importance of persistence:
Importance to focus on the basic things:
👉 En 2021, le passage à la nouvelle année s’est faite sur les réseaux sociaux (Facebook)
👉 Amazon, Berkshire et JP Morgan mettent fin à Haven, leur projet commun dans la santé (CNBC)
👉 Le futur de la santé: des hôpitaux sans murs (The Guardian)
👉 Steve Jobs: The Man in the Machine (2015) (IMBD): documentaire intéressant sur Steve Jobs, les hauts et les bas, et son histoire. La fin est un peu longue.
👉 My 2020 Reading List : je vous partage cette semaine ma reading list de l’année 2020, avec en particulier le super Volume 2 de The Great Mental Models, dont voici une petite fiche de lecture! Shane Parrish y approche des concepts fondamentaux de la physique, de la chimie et de la biologie (par exemple la relativité) comme des modèles mentaux. Un must-read !
C’est déjà fini. Bonne semaine et à vous de jouer maintenant ! Invitez vos amis à s’inscrire, ici.