A la recherche de la forme (extrait)

Ce qui suit est un extrait d'un essai relatant un parcours professionnel, ainsi qu'un parcours intellectuel, de l'architecture à l'entrepreneuriat technologique.

Une lucarne printanière brillait depuis la claire-voie d'Anderson Hall, donnant une teinte vaguement sarcelle à la pièce parfaitement carrée. Les étudiants dans des tons neutres proprement pressés épinglaient frénétiquement leurs dessins de présentation de taille humaine sur les murs blancs collants, presque complètement perforés des années passées. C'était la semaine du jury. Le titre du projet de Kevin et moi s'étendait sur la page en couleurs vives et éclatantes, "MeetMeet : Covoiturage social incité pour une société en réseau technologique", en dessous duquel j'avais sérieusement envisagé d'ajouter : "... et la fin de l'architecture".

Ce ne serait pas une présentation typique, et 2009 n'avait pas été une année typique. Les retombées de la crise hypothécaire aux États-Unis avaient ébranlé les industries de la construction et de l'automobile. La profession d'Architecte était en train d'imploser, et les circonstances n'avaient été plus désastreuses pour personne du vivant de la pièce. Cette ruine avait été le contexte du briefing de mon professeur Dawn Finely. Elle nous avait chargé de concevoir un nouveau produit ou service dans l'industrie automobile, puis de concevoir un bâtiment au service de cette nouvelle entreprise.

Le problème avec Zipcar, c'est qu'il fallait ramener la voiture, s'étaient lamentés Kevin et moi, en digérant nos premières recherches sur la mobilité . Le covoiturage était trop lourd, même si nous avions aimé les aspects sociaux de celui-ci. « Et si vous pouviez faire du covoiturage dynamique ? Quelqu'un pourrait simplement venir vous chercher en se rendant ailleurs et vous déposer !

Eurêka.

Tirant parti du nouvel AppStore et des services basés sur la localisation de l'iPhone, l'application MeetMeet transmettrait la demande de trajet de Riding-User-A à l'optimal Driving-User-B, se développant éventuellement en une sorte de réseau de transport numérique pour la ville, transportant les utilisateurs de n'importe quel endroit. emplacement à n'importe quel endroit, sur demande. (UberCab a été fondé à SF quelques semaines plus tard. Lyft, des années plus tard.) Comme j'ai expliqué à l'un des jurés comment MeetMeet était essentiellement une solution logicielle du marché privé à un problème urbain de transport en commun, il a répondu, stupéfait, "cela pourrait résoudre TOUTES les Les problèmes de Houston. En effet. Historiquement, la technologie des transports a eu un impact profond sur la forme urbaine. MeetMeet poursuivrait ce récit : réduire le nombre de propriétaires de voitures, réduire les besoins en stationnement et éventuellement densifier les villes.

MeetMeet représente la germination de mon identité entrepreneuriale. Cela marque une expansion spectaculaire de mes idées sur la production d'espace et la province du design, cristallisant pour moi les vastes possibilités du logiciel pour façonner la ville et notre expérience de celle-ci.

Mais pourquoi, la ville ? Nos expériences et nos échanges les plus significatifs se produisent dans le monde physique. Nos vies se forment dans et entre les architectures. Et c'est là que réside l'importance évidente de l'architecture en tant qu'installation, mais aussi sa grande promesse, d'apporter de la joie et de la communauté, et de façonner nos vies en façonnant les espaces dans lesquels elles se produisent. Cependant, après quelques années de travail en tant qu'architecte, j'ai réalisé qu'au lieu de produire les boîtes dans lesquelles nos expériences se déroulent, je pouvais tirer parti de la technologie mobile pour produire les expériences elles-mêmes , indépendamment de la boîte, et ainsi faire avancer la même mission que j'avais en tant que un architecte de manière beaucoup plus évolutive.

Au cours de mon enquête rigoureuse sur cette idée, en déconstruisant la formation de ces expériences et en comprenant les problèmes inhérents à celles-ci, les débuts d'une vision du produit ont lentement émergé. Et en 2014, n'ayant aucune expérience avec le développement de logiciels ou les startups, j'ai quitté mon travail pour réaliser cette vision avec Raj Parikh. Notre produit, Fête, était une application permettant d'envoyer des invitations simples et efficaces — pour des plans déjà préparés (« Bob's 40th Bday ») ou pour réaliser le plan (« Let's hangout sometime… »). Il s'agissait d'une seule application avec l'organisation d'Evite et la fluidité de la messagerie de groupe, ayant pour objectif ultime de produire plus d'expériences « irl » dans la vie des gens.

En apprenant au fur et à mesure, j'ai eu l'intuition des parallèles entre la production architecturale et la production logicielle. Les documents d'exigences du produit et les dessins d'interface utilisateur que j'ai produits pour les développeurs de logiciels étaient étrangement similaires aux documents de construction que j'ai produits pour les entrepreneurs en construction. Et tout comme la conception architecturale était l'orchestration du mouvement d'un individu dans l'espace physique, la conception de l'expérience utilisateur était une orchestration du mouvement dans l'espace virtuel. Et j'ai réalisé que toutes ces fois au travail où j'avais "créé une copie locale" du Building Information Model, puis "sauvé-le-central", je ne faisais en fait que brancher et fusionner des référentiels de code, à la Git. Et les principes architecturaux que je connaissais si bien des systèmes, de la modularité, de la hiérarchie, etc. étaient tout aussi critiques dans les logiciels.

L'entrepreneuriat, comme le design, est un processus d'enquête structuré et itératif. Alors que le design est une recherche de la vérité dans la forme , l'entrepreneuriat est une recherche de la vérité dans l' adéquation produit-marché.. Pour moi, ce processus avait un modèle simple mais polyvalent : « Sortie-Entrée-Sortie-Entrée-… ». Nous avons tiré parti des ressources et des connaissances disponibles pour produire quelque chose (sortie) qui a recueilli des commentaires et/ou attiré plus de ressources (entrée) pour nous de tirer à nouveau parti pour un plus grand, meilleur (sortie). À chaque cycle, j'ai appris ce qui était nécessaire pour une sortie plus efficace : d'abord les conventions d'interface utilisateur, puis le prototypage, puis les tests d'utilisabilité, les piles de technologies mobiles et les déploiements de serveurs. J'ai appris à distribuer à des publics de plus en plus nombreux : d'abord des dizaines, puis des centaines, puis des milliers. Et à chaque cycle, nous avons obtenu des informations plus significatives : d'abord les commentaires, puis les membres de l'équipe, puis les ressources financières, puis les données des utilisateurs. Ce cycle vertueux s'est transformé en une fonctionnalité à succès Producthunt qui a lancé des mois de croissance extraordinaire et a finalement attiré l'attention d'Evite.

Un an plus tard, alors que nous venions de signer le contrat d'acquisition avec Evite, Raj et moi avons tranquillement célébré sur un toit du centre-ville, édifié et validé, sous le soleil radieux de Los Angeles. Quand je regarde en arrière, cependant, ce ne sont pas ces moments de gratification qui me restent, mais les moments de difficulté. L'entrepreneuriat n'est pas une marche vers la victoire. C'est un travail long et lent qui m'a façonné de manière puissante et durable. Aucun livre ne vous prépare aux crises tranquilles de décider quand être persistant et quand être flexible, quand diriger avec vision et quand suivre les commentaires, ou quand aller avec l'intestin et quand aller avec les données. Ce sont mes expériences de navigation dans ces incertitudes et la période critique de réflexion qui a suivi qui ont fait de moi un leader plus fort.

Le reste de l'essai a été coupé pour la longueur. Vous voulez en savoir plus sur ce sujet ? Laissez une réponse ou applaudissez pour me le faire savoir.