Nos villes ont un problème d'API. Les startups peuvent y remédier.

"Les villes sont des artefacts technologiques" Kevin Kelly a écrit un jour, "la plus grande technologie que nous fabriquons". Et si nous considérions les villes américaines non pas métaphoriquement comme une technologie, mais littéralement comme un système technologique ?

Plutôt que de nous battre pour la politique, nous poserions à nos villes les questions banales que les ingénieurs et les entrepreneurs posent à propos de toute autre technologie : « Est-ce que c'est cher à faire fonctionner ? «Est-ce que ça évolue? Et surtout : « Quelle est la qualité de ses API ?

Challenge API des villes : politique d'aménagement du territoire

Essentiellement, une API ("interface de programmation d'application") décrit comment les utilisateurs interagissent avec une technologie. Les API donnent une structure et définissent les attentes - les utilisateurs savent ce qu'ils obtiendront et comment l'obtenir.

L'API de base de la ville est son politique d'utilisation des terres. Par le biais des conseils municipaux, des commissions de planification et d'autres agences, les gouvernements municipaux fournissent l'API autour de notre environnement bâti. Si vous souhaitez construire dans les villes américaines, vous devez vous intégrer à leur API Land Use. Les API Land Use d'aujourd'hui sont plus papier que numériques, mais elles partagent une forme fondamentale avec les systèmes en ligne : données entrantes, traitement par algorithme, réponse sortante. Les promoteurs immobiliers, les restaurateurs et les autres constructeurs soumettent des données telles que des dessins architecturaux et des rapports environnementaux. La ville traite ces données et renvoie une réponse. Autorisation de construire… ou pas.

Tout comme les API numériques structurent notre expérience en ligne, les API Land Use structurent le monde physique. Ils déterminent ce qui est construit, où et par qui. Les API Land Use qui rendent la construction difficile sont à l'origine de certains de nos plus gros problèmes : frais de logement, sans-abri, et même des problèmes apparemment sans rapport comme obésité et faible taux de natalité.

Comment les villes américaines se mesurent-elles en tant que technologie ?

Les ingénieurs jugent les API sur la vitesse, la simplicité et la fiabilité.

Les grandes API sont famorceaux. Les villes américaines, en revanche, sont notoirement lentes à accorder l'autorisation de construire. Les requêtes adressées à ces API sont mesurées en mois, années, voire décennies.

Les bonnes API sont simples. Les API d'utilisation des terres américaines sont d'une complexité vertigineuse. Avant même que les données n'atteignent l'API, elles doivent être conformes à des spécifications complexes de zonage, de conception et bien plus encore. Pour se conformer aux exigences de l'API, même les petits projets doivent dépenser des dizaines de milliers de dollars pour préparer les données. Pire encore, les données ne sont pas standardisées. Chaque ville exige des données différentes dans des formats différents optimisés pour différents facteurs (souvent apparemment arbitraires).

Les bonnes API sont prévisibles et fiables. Les API américaines d'utilisation des terres sont en proie au hasard. Une fois que les constructeurs se sont conformés aux exigences difficiles de l'API, rien ne garantit qu'une ville accordera l'autorisation. Une fois qu'elles ont reçu des données d'un constructeur, de nombreuses villes invitent littéralement les opposants irrationnels au changement et les personnes ayant un intérêt financier direct à bloquer les constructeurs pour étouffer le progrès. Les algorithmes au cœur de l'utilisation des terres américaines sont si peu fiables qu'ils sont cibles de la satire sur Internet:

Les étrangers ne comprennent pas vraiment à quel point le processus de planification est bizarre.

Imaginez que vous êtes un maître charpentier. Vous fabriquez des meubles et des meubles depuis de nombreuses années. Vous avez un style que vous avez développé et une clientèle fidèle qui aime vos produits…

– votre ouroboros local de crise du logement auto-infligé (@itsahousingtrap) 29 juillet 2022

Les villes américaines sont une technologie enveloppée dans une API cassée.

Comment résoudre le problème de l'API des villes

La plupart des gens se concentrent sur des solutions politiques ou juridiques aux API d'utilisation des terres défectueuses de l'Amérique. Dans son livre Utilisation du sol sans zonage, Le professeur de droit Bernard Siegan soutient que les Américains devraient porter les villes devant la Cour suprême pour leur utilisation dysfonctionnelle des terres. Mais même si ce changement juridique difficile réussissait, il ne ferait que dire aux villes ce que ne sauraient à faire.

Comme pour les autres technologies, les startups sont notre meilleur espoir d'innovation. Les startups doivent concurrencer directement les villes héritées pour offrir de meilleures API d'utilisation des terres aux constructeurs américains. En pratique, cela signifie que les startups doivent acheter de grandes étendues de terrain et construire des quartiers entiers et même des villes.

L'idée que les startups pourraient construire des quartiers ou des villes semble farfelue, mais c'est une vieille tradition américaine. Des boomtowns ferroviaires à Las Vegas, en passant par les centres commerciaux de la taille d'une ville, Walt Disney World et les premières banlieues, l'histoire de l'Amérique est riche en pionniers qui ont façonné notre environnement bâti non seulement avec un seul bâtiment, mais en possédant et en exploitant des communautés complexes. . Les fondateurs, armés de la discipline et de la capacité technologique des startups modernes, doivent redécouvrir cette tradition américaine et construire des startup cities.

En outre, la création d'API Land Use est une bonne affaire. L'histoire de Vail Resorts n'est pas seulement celle du ski, mais aussi celle du contrôler l'utilisation des terres à proximité de belles pistes de ski. La société Irvine a construit Irvine, Californie à 300,000 XNUMX habitants grâce au contrôle de son API Land Use. Société Howard Hughes a construit certaines des communautés les mieux notées et les plus rentables d'Amérique en achetant de grandes parcelles de terrain et en contrôlant l'API Land Use à l'intérieur.

Bien que le logiciel à lui seul ne répare pas les villes américaines, le logiciel vous rationaliser le processus de construction des villes en démarrage.

Par exemple, les villes en démarrage peuvent créer une norme de données simple pour la construction de propositions, similaire à la Graphe ouvert or JSON-LD normes utilisées sur Internet. Une telle norme - qui pourrait être aussi simple que des fichiers CAO avec des métadonnées - signifie moins de présentations Powerpoint sur mesure et des milliers de dollars économisés sur les frais de consultation.

Les villes en démarrage pourraient également proposer aux constructeurs des flux de travail logiciels liés à des terrains réels. Semblable à Créateur d'espace, Creuser, Parafin, or Foyer, une ville en démarrage peut encoder son esthétique préférée et d'autres qualités dans un modèle d'apprentissage automatique ou un autre modèle génératif. Les constructeurs peuvent ajuster les paramètres pour créer des conceptions quasi infinies pour leur cas d'utilisation. Les villes en démarrage peuvent s'engager à l'avance sur l'approbation automatique de tout ce qui est généré par leur logiciel.

Alors que les villes héritées interdisent carrément de nombreuses idées, les villes en démarrage peuvent spécifier des règles simples - similaires à codes basés sur des formulaires – qui autorise tout bâtiment tant qu'il fonctionne en dessous de certaines limites de nuisances comme les sons ou les odeurs. Si une usine automatisée du futur peut fonctionner silencieusement et sans pollution, pourquoi devrions-nous l'interdire des limites de la ville ?

La barre est si basse dans cette industrie que même des éléments de base comme un service client attentionné seraient des innovations majeures. Les startups de logiciels B2B investissent dans des équipes Customer Success, qui aident les clients à utiliser leur technologie. Pourquoi les startups cities ne devraient-elles pas proposer des « Builder Success Teams », qui agissent comme un concierge pour ceux qui veulent construire ?

Les startups logicielles s'engagent également publiquement sur la rapidité et la qualité de leurs API. Dans un monde où les constructeurs font face à des années de retard et à des délais ambigus, un engagement public à « 48 heures ou moins » pour l'autorisation de construire serait une offre radicale - la version startup city d'un Service Level Agreement ou "garantie de remboursement".

La plus grande différence entre les villes héritées et les villes de démarrage est que les startups souhaitez croissance. Ce changement fondamental dans les incitations peut libérer l'innovation dans les logiciels et les services qui alimentent l'environnement bâti américain.

On ne peut pas construire l'avenir si on arrête de construire des villes. Comme dans toute autre industrie, demander aux entreprises traditionnelles de faire mieux n'ira que très loin. Pour réparer les villes américaines, une nouvelle génération de fondateurs doit créer des startups qui leur font directement concurrence.

Publié en septembre 13, 2022