Article original : 4 Frameworks to Help You Design Products and Think Strategically About Business

Par Adam Naor

Lorsque vous construisez un produit, il existe différents frameworks que vous pouvez déployer pour réfléchir de manière critique à ce qu'il faut construire et pourquoi. Ces frameworks s'appliquent également aux entreprises.

Lors de la conception d'un produit – ou du lancement d'une startup – vous devriez répondre à quelques questions fondamentales :

  1. Dois-je entrer sur le marché ou non ?
  2. Qui d'autre existe sur ce marché et que font ou construisent ces entreprises ?
  3. Quels sont les coûts d'entrée sur ce marché ? Ces coûts sont-ils fixes ou variables par nature ?
  4. Si je décide de quitter le marché – ou d'arrêter de construire ou de maintenir mes services ou logiciels – quels sont les coûts ?
  5. Qui utilisera mes produits ou services et qu'est-ce qu'ils valorisent ou dont ils ont besoin ?
  6. Suis-je particulièrement équipé pour aider ces personnes ou ces constituants ?

Cet article présente un aperçu de quatre approches intéressantes, dynamiques et différentes pour sonder vos hypothèses et répondre à ces questions. En fin de compte, cet article traite de la stratégie.

La réflexion stratégique consiste à surpasser un adversaire en sachant qu'il essaie de faire de même avec vous.

Albert Einstein a un jour demandé : « Si un bureau encombré est le signe d'un esprit encombré, alors, qu'est-ce qu'un bureau vide représente ? » Juste parce qu'un bureau est vide ne signifie pas qu'il ne contribue pas à l'utilité. Pour que les stratégies soient efficaces, elles doivent également être utiles, applicables et pertinentes.

Souvent, la construction d'une entreprise – ou la création d'un logiciel – consiste en l'application de la stratégie.

À un niveau plus granulaire, cet article tente de vous aider à réfléchir aux questions ci-dessus en utilisant des mécanismes pour transformer les entrées – comme les données, les croyances et la recherche – en un ensemble souhaité de sorties qui sont faciles à déployer dans votre vie quotidienne et utiles.

J'ai appris ces frameworks à travers un mélange de lecture de modèles de lancement de produits, de construction de produits de mes propres mains et d'étude de la manière dont d'autres parties prenantes de produits et d'entreprises optimisent leur travail pour obtenir les résultats qu'ils désirent.

Je veux expliquer chaque framework et transmettre les enseignements les plus pertinents de chacun afin que vous puissiez appliquer rapidement ces frameworks et construire plus efficacement.

Framework #1 : Le Test de l'Accident d'Avion

Reginald H. Jones, le Chief Executive Officer de General Electric de 1972 à 1981, était à la recherche d'un successeur à sa retraite. Il a posé à chacun de ses subordonnés exécutifs une question :

« Un avion s'écrase et vous êtes dans l'avion. Vous ne survivez pas. Qui devrait prendre la relève pour diriger l'entreprise ou construire les produits les plus importants, et pourquoi ? »

C'est une question intéressante à se poser, et elle est particulièrement pertinente lorsque vous construisez et scalez des produits. Qui connaissez-vous qui est le mieux adapté pour être le leader dans un environnement rempli d'ambiguïté ?

Dans votre esprit, est-ce vous ? Est-ce un pair ? Que fait cette personne si bien qui vous a inspiré à penser à elle ? Essayez de répliquer son comportement et sa base de connaissances pour mieux vous équiper en tant que constructeur et développeur de produits.

Si vous vous êtes sélectionné vous-même, réfléchissez à pourquoi. Quelles compétences avez-vous (techniques, commerciales, politiques, etc.) qui peuvent vous aider à faire avancer une organisation ou un produit ? Comment allez-vous enseigner ces compétences aux autres ?

En réfléchissant au test de l'accident d'avion, vous pouvez réfléchir de manière holistique à ce que vous faites bien, pourquoi ces compétences sont importantes et aux domaines à améliorer. Vous pouvez également acquérir un sens plus profond d'appréciation pour les compétences que les autres dans votre vie – ou dans votre équipe – peuvent avoir.

Framework #2 : Le Test de l'Aéroport

Ce framework est très différent du test de l'avion. Dans cette expérience de pensée, demandez-vous ce qui suit : si je devais être coincé à un aéroport pendant de nombreuses heures avec quelqu'un, quel genre de personne voudrais-je que cette personne soit ? Et deuxièmement, si les autres réfléchissent aux types de personnes avec lesquelles ils voudraient passer du temps, suis-je l'une de ces personnes ?

Google a famously appliqué un « test de l'aéroport » pour aider à conceptualiser les types de personnes qu'il voudrait embaucher. D'une part, le test de l'aéroport se prête à certains résultats admirables.

Si vous êtes coincé à un aéroport pendant de nombreuses heures avec quelqu'un, il est logique que vous vouliez vous entourer de quelqu'un qui est curieux, perspicace et facile à communiquer. Ce sont des compétences précieuses à cultiver dans la vie, et en tant que constructeur.

D'autre part, ce test a des limites – et la plus grande est apparemment le biais. Préféreriez-vous passer plus ou moins de temps avec quelqu'un qui pense et agit comme vous ?

Si c'est le cas, vous pourriez négliger de grandes personnes à apprendre et à passer du temps avec, différentes de vous-même.

Lorsque vous construisez des produits à grande échelle, vous voudrez penser à tous les utilisateurs potentiels. De nombreux utilisateurs sont différents de vous et viennent de milieux différents. Réfléchissez de manière holistique à ces utilisateurs et à qui ils sont – leurs désirs, besoins et divers horizons – afin que votre produit ou entreprise puisse mieux répondre à leurs besoins.

Pensez au test de l'aéroport comme étant bidirectionnel. Essayez d'être le type de constructeur, de motivateur ou de créateur avec lequel les autres veulent passer du temps. Cherchez également des personnes qui répondent à ce test pour vous.

Framework #3 : Le Framework Working Backwards

Working Backwards est un framework pratiqué par de nombreux constructeurs de produits car il aide à établir une étoile polaire basée sur les retours des clients.

Au cœur de Working Backwards se trouve un système de croyances qui stipule que vous devriez parler avec les utilisateurs et les clients et écouter leurs retours sur ce qu'il faut construire et pourquoi. Le designer de produits, après avoir organisé ces retours, peut commencer à construire des outils et des services que les utilisateurs apprécient et veulent.

En travaillant à rebours, un constructeur peut économiser du temps et de l'argent.

Le fondateur d'Amazon, Jeff Bezos, a un jour noté que bien qu'il ne puisse pas prédire l'avenir, il ne peut pas imaginer un avenir dans lequel les gens veulent une livraison plus lente ou des articles plus chers.

En travaillant à rebours à partir des besoins et des objectifs fondamentaux des utilisateurs, il peut construire des solutions, des technologies et des produits qui autonomisent ces personnes.

De nombreux grands produits que vous utilisez dans votre vie quotidienne sont basés sur des designers qui examinent les besoins des utilisateurs et construisent en fonction de ces entrées.

Dans le cas de la technologie de recherche d'images, les codeurs ont littéralement vu que les gens avaient un objectif final d'utiliser des images pour effectuer des recherches. Travailler à rebours à partir de cette destination a permis la création de la technologie de recherche d'images inversée.

Lorsque vous construisez, essayez de vous mettre à la place des utilisateurs et allez leur parler. En construisant des relations et en commençant ces conversations, vous pouvez être guidé par ce que vos utilisateurs apprécient réellement.

Une fois que vous savez ce qui compte, vous pouvez vous concentrer sur les détails qui vous aident le mieux à aider vos utilisateurs. C'est tout l'objet de la méthode Working Backwards.

Framework #4 : Jobs To Be Done

Un quatrième et dernier framework pour comprendre comment construire des entreprises et des produits consiste à réfléchir à pourquoi les gens « embauchent » votre technologie et à quel problème votre technologie résout.

Le regretté Clayton Christensen de la Harvard Business School a famously soutenu que le « client est la mauvaise unité de mesure ». Au lieu de cela, Christensen a noté, les gens utilisent des solutions pour des « jobs to be done », ou les points de douleur auxquels ils sont confrontés dans leur vie.

Lorsque vous construisez votre prochain logiciel, produit ou entreprise, demandez-vous : pourquoi les gens m'embauchent-ils pour faire ce travail ? Si vous croyez que vos clients sont rationnels, évaluez leur comportement.

Si vous pensez que vos utilisateurs rationnels prennent des décisions irrationnelles, prenez le temps de mieux comprendre comment votre outil est réellement utilisé.

En cadrant votre travail sous cet angle, vous pouvez développer et vous concentrer sur un ensemble de compétences très important pour les constructeurs à cultiver, et cela est l'empathie. Si vous ne pouvez pas vous mettre à la place de la manière dont votre produit est utilisé (et à quelle fin), vous ne pourrez pas vous mettre à la place de vos utilisateurs.

Tout rassembler : Frameworks pour le développement

J'ai décrit quatre frameworks différents pour vous aider à réfléchir à votre travail, à la manière dont vous concevez des produits et à des façons de conceptualiser le développement de votre logiciel ou de vos produits à travers les utilisateurs, le temps, l'espace et les marchés.

Ces frameworks ne sont pas les miens mais représentent des pépites intéressantes et influentes que j'ai glanées en observant les autres. Ces pépites ont influencé ma manière de penser le design, les retours et le contenu, et j'espère qu'elles seront utiles pour vous aussi.

L'application de ces frameworks peut vous aider à construire.

Vous pouvez appliquer tous, certains ou aucun des éléments ci-dessus. Cependant, mon espoir est qu'en réfléchissant à ces questions et approches, vous puissiez plonger plus profondément dans la résolution de problèmes réels pour de vrais utilisateurs et que vous puissiez mieux développer les compétences, l'état d'esprit de conception de produits et l'empathie pour aligner vos produits avec les besoins de vos utilisateurs actuels ou futurs.