Byene våre har et API-problem. Startups kan fikse det.

"Byer er teknologiske gjenstander," Kevin Kelly skrev en gang, "den største teknologien vi lager." Hva om vi så på USAs byer ikke metaforisk som teknologi, men bokstavelig talt som et teknologisk system?

I stedet for å slåss om politikk, ville vi stille byene våre de verdslige spørsmålene som ingeniører og gründere stiller om annen teknologi: "Er det dyrt å drive?" «Skalerer det? Og spesielt: "Hvor gode er API-ene?"

Byers API-utfordring: arealbrukspolitikk

I hovedsak beskriver et API ("applikasjonsprogrammeringsgrensesnitt") hvordan brukere samhandler med en teknologi. APIer gir struktur og setter forventninger – brukere vet hva de får og hvordan de får det.

Byens kjerne-API er dens arealbrukspolitikk. Gjennom byråd, planleggingskommisjoner og andre byråer gir bymyndighetene API-en rundt vårt bygde miljø. Hvis du vil bygge i amerikanske byer, må du integrere med deres Land Use API. Dagens landbruks-APIer er mer papir enn digitale, men de deler en grunnleggende form med nettbaserte systemer: data inn, prosessering etter algoritme, respons ut. Eiendomsutviklere, restauratører og andre byggherrer sender inn data som arkitekttegninger og miljørapporter. Kommunen behandler disse dataene og returnerer et svar. Tillatelse til å bygge … eller ikke.

Akkurat som digitale API-er strukturerer opplevelsen vår på nettet, strukturerer API-er for landbruk den fysiske verden. De bestemmer hva som bygges, hvor og av hvem. Landbruks-APIer som gjør det vanskelig å bygge er bak noen av våre største problemer: boligutgifter, bostedsløshet, og til og med tilsynelatende urelaterte problemer som fedme og lave fødselstall.

Hvordan måler amerikanske byer seg som teknologi?

Ingeniører vurderer APIer på hastighet, enkelhet og pålitelighet.

Flotte APIer er fast. Amerikanske byer, derimot, er notorisk trege med å gi tillatelse til å bygge. Forespørsler til disse API-ene måles i måneder, år eller til og med tiår.

Flotte APIer er enkle. America's Land Use API-er er svært komplekse. Selv før data treffer API, må de samsvare med komplekse spesifikasjoner for sonering, design og mye mer. For å etterkomme API-ets krav, må selv små prosjekter bruke titusenvis av dollar for å forberede data. Enda verre, data er ikke standardisert. Hver by krever forskjellige data i forskjellige formater optimalisert for forskjellige (ofte tilsynelatende vilkårlige) faktorer.

Flotte APIer er forutsigbare og pålitelige. America's Land Use APIer er plaget av tilfeldighet. Når utbyggere overholder vanskelige API-krav, er det ingen garanti for at en by vil gi tillatelse. Når de har mottatt data fra en byggherre, inviterer mange byer bokstavelig talt irrasjonelle motstandere av endring og personer med en direkte økonomisk interesse i å blokkere utbyggere til å kvele fremgang. Algoritmene i kjernen av amerikansk landbruk er så upålitelige at de er mål for internett-satire:

Utenforstående forstår egentlig ikke hvor rar planleggingsprosessen er.

Tenk deg at du er en snekkermester. Du har bygget møbler og saksbehandling i mange år. Du har en stil du har utviklet, og en lojal kundebase som elsker produktene dine...

— din lokale selvpåførte boligkrise ouroboros (@itsahousingtrap) Juli 29, 2022

Amerikas byer er en teknologi pakket inn i et ødelagt API.

Hvordan fikse byers API-problem

De fleste fokuserer på politiske eller juridiske løsninger på USAs ødelagte API-er for landbruk. I boken hans Arealbruk uten soneinndeling, jusprofessor Bernard Siegan argumenterer for at amerikanere bør ta byer til Høyesterett for deres dysfunksjonelle arealbruk. Men selv om denne vanskelige juridiske endringen lyktes, ville den bare fortelle byene hva ikke å gjøre.

Som med andre teknologier, er startups vårt beste håp for innovasjon. Startups må konkurrere direkte med eldre byer for å tilby bedre landbruks-APIer til amerikanske utbyggere. I praksis betyr dette at startups bør kjøpe store landområder og bygge hele nabolag og til og med byer.

Ideen om at startups kan bygge nabolag eller byer høres langt ut, men det er en gammel amerikansk tradisjon. Fra jernbaneboombyer, til Las Vegas, til kjøpesentre i bystørrelse, til Walt Disney World, til de første forstedene, USAs historie er rik på pionerer som formet vårt bygde miljø ikke bare med en enkelt bygning, men ved å eie og drive komplekse samfunn . Gründere, bevæpnet med disiplinen og den teknologiske kapasiteten til moderne startups, må gjenoppdage denne amerikanske tradisjonen og bygge oppstartsbyer.

Dessuten er det en god forretning å bygge landbruks-APIer. Historien om Vail Resorts handler ikke bare om ski, men også om kontrollere arealbruken nær vakre skiløyper. Irvine Company bygget Irvine, California til 300,000 XNUMX innbyggere gjennom kontroll over deres landbruks-API. Howard Hughes Corp. har bygget noen av USAs topprangerte og mest lønnsomme samfunn ved å kjøpe store tomter og kontrollere Land Use API i den.

Selv om programvare alene ikke vil fikse USAs byer, programvare kan effektivisere byggeprosessen for oppstartsbyer.

For eksempel kan oppstartsbyer lage en enkel datastandard for byggeforslag, som ligner på Open Graph or JSON-LD standarder som brukes på internett. En slik standard – som kan være så enkel som CAD-filer med metadata – betyr færre skreddersydde Powerpoint-presentasjoner og tusenvis av dollar spart på konsulenthonorarer.

Oppstartsbyer kan også tilby utbyggere programvarearbeidsflyter knyttet til ekte land. Lik SpaceMaker, Dybden, parafin, or husmor, kan en oppstartsby kode deres foretrukne estetikk og andre kvaliteter inn i en maskinlæring eller annen generativ modell. Utbyggere kan justere parametere for å lage nesten uendelige design for deres bruk. Oppstartsbyer kan forhåndsforplikte seg til automatisk godkjenning for alt som genereres av programvaren deres.

Mens eldre byer forbyr mange ideer direkte, kan oppstartsbyer spesifisere enkle regler - lignende skjemabaserte koder – som tillater enhver bygning så lenge den opererer under visse grenser for forstyrrelser som lyder eller lukt. Hvis fremtidens automatiserte fabrikk kan operere stille og uten forurensning, hvorfor skal vi forby den fra bygrensene?

Baren er så lav i denne bransjen at selv grunnleggende ting som gjennomtenkt kundeservice vil være store innovasjoner. Oppstart av B2B-programvare investerer i Customer Success-team, som hjelper kunder med å bruke teknologien deres. Hvorfor skal ikke oppstartsbyer tilby «Builder Success Teams», som fungerer som en concierge for de som ønsker å bygge?

Oppstart av programvare gir også offentlige forpliktelser om hastigheten og kvaliteten på API-ene deres. I en verden der byggherrer står overfor år med forsinkelser og tvetydige tidslinjer, vil en offentlig forpliktelse til «48 timer eller mindre» for tillatelse til å bygge være et radikalt tilbud – startup city-versjonen av en Service Level Agreement eller «pengene tilbake-garanti».

Den største forskjellen mellom eldre byer og oppstartsbyer er at startups ønsker vekst. Denne grunnleggende endringen i insentiver kan utløse innovasjon i programvaren og tjenesten som driver USAs bygde miljø.

Vi kan ikke bygge fremtiden hvis vi slutter å bygge byer. Som i enhver annen bransje, vil det bare gå så langt å be eldre firmaer om å gjøre det bedre. For å fikse Amerikas byer, må en ny generasjon grunnleggere bygge startups som direkte konkurrerer med dem.

Lagt ut 13. september 2022