Vores byer har et API-problem. Startups kan ordne det.

"Byer er teknologiske artefakter," Kevin Kelly skrev engang, "den største teknologi, vi laver." Hvad hvis vi så på Amerikas byer ikke metaforisk som teknologi, men bogstaveligt talt som et teknologisk system?

I stedet for at slås om politik, ville vi stille vores byer de verdslige spørgsmål, som ingeniører og iværksættere stiller om enhver anden teknologi: "Er det dyrt at drive?" "Skalerer det? Og især: "Hvor gode er dens API'er?"

Byernes API-udfordring: politik for arealanvendelse

I sin essens beskriver en API ("applikationsprogrammeringsgrænseflade"), hvordan brugere interagerer med en teknologi. API'er giver struktur og sætter forventninger - brugerne ved, hvad de får, og hvordan de får det.

Byens kerne API er dens arealanvendelsespolitik. Gennem byråd, planlægningskommissioner og andre agenturer leverer byregeringer API'et omkring vores byggede miljø. Hvis du vil bygge i Amerikas byer, skal du integrere med deres Land Use API. Nutidens jordbrugs-API'er er mere papir end digitale, men de deler en grundlæggende form med online-systemer: data ind, behandling med algoritme, respons ud. Ejendomsudviklere, restauratører og andre bygherrer indsender data som arkitekttegninger og miljørapporter. Byen behandler disse data og returnerer et svar. Tilladelse til at bygge … eller ej.

Ligesom digitale API'er strukturerer vores oplevelse online, strukturerer Land Use API'er den fysiske verden. De bestemmer, hvad der bliver bygget, hvor og af hvem. Jordbrugs-API'er, der gør det svært at bygge, står bag nogle af vores største problemer: boligudgifter, hjemløshed, og endda tilsyneladende urelaterede problemer som fedme og lave fødselstal.

Hvordan måler amerikanske byer sig som teknologi?

Ingeniører bedømmer API'er på hastighed, enkelhed og pålidelighed.

Store API'er er fastykker. Amerikanske byer er på den anden side notorisk langsomme til at give tilladelse til at bygge. Anmodninger til disse API'er måles i måneder, år eller endda årtier.

Fantastiske API'er er enkle. America's Land Use API'er er meget komplekse. Selv før data rammer API'en, skal de overholde komplekse specifikationer for zoneinddeling, design og meget mere. For at overholde API'ens krav skal selv små projekter bruge titusindvis af dollars på at forberede data. Endnu værre er data ikke standardiseret. Hver by kræver forskellige data i forskellige formater optimeret til forskellige (ofte tilsyneladende vilkårlige) faktorer.

Fantastiske API'er er forudsigelige og pålidelige. America's Land Use API'er er plaget af tilfældighed. Når først bygherrer overholder vanskelige API-krav, er der ingen garanti for, at en by vil give tilladelse. Når først de har modtaget data fra en bygherre, inviterer mange byer bogstaveligt talt irrationelle modstandere af forandring og folk med en direkte økonomisk interesse i at blokere bygherrer til at kvæle fremskridt. Algoritmerne i kernen af ​​amerikansk jordbrug er så upålidelige, at de er mål for internetsatire:

Udenforstående forstår ikke rigtig, hvor mærkelig planlægningsprocessen er.

Forestil dig, at du er en tømrermester. Du har bygget møbler og sagsbehandling i mange år. Du har en stil, du har udviklet, og en loyal kundebase, der elsker dine produkter...

— din lokale selvforskyldte boligkrise ouroboros (@itsahousingtrap) Juli 29, 2022

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

Sådan løses byers API-problem

De fleste mennesker fokuserer på politiske eller juridiske løsninger på USA's ødelagte landbrugs-API'er. I hans bog Arealanvendelse uden zoneinddeling, juraprofessor Bernard Siegan argumenterer for, at amerikanerne bør tage byer til højesteret for deres dysfunktionelle arealanvendelse. Men selvom denne svære lovændring lykkedes, ville den kun fortælle byerne hvad ikke at gøre.

Som med andre teknologier er startups vores bedste håb for innovation. Startups skal konkurrere direkte med ældre byer for at tilbyde bedre jordbrugs-API'er til amerikanske bygherrer. I praksis betyder det, at startups bør købe store arealer og bygge hele kvarterer og endda byer.

Ideen om, at startups kunne bygge kvarterer eller byer, lyder langt ude, men det er en gammel amerikansk tradition. Fra jernbaneboombyer, til Las Vegas, til indkøbscentre i storbystørrelse, til Walt Disney World, til de første forstæder, Amerikas historie er rig på pionerer, der formede vores byggede miljø ikke bare med en enkelt bygning, men ved at eje og drive komplekse samfund . Grundlæggere, bevæbnet med moderne startups disciplin og teknologiske kapacitet, skal genopdage denne amerikanske tradition og bygge startup-byer.

Desuden er det en god forretning at bygge landbrugs-API'er. Historien om Vail Resorts handler ikke kun om skiløb, men også om kontrol med arealanvendelsen tæt på smukke skiløjper. Irvine Company byggede Irvine, Californien til 300,000 indbyggere gennem kontrol af deres Land Use API. Howard Hughes Corp. har bygget nogle af USA's top-vurderede og mest profitable samfund ved at købe store jordlodder og kontrollere Land Use API inde i det.

Selvom software alene ikke vil løse USAs byer, software kan strømline byggeprocessen for opstartsbyer.

For eksempel kan opstartsbyer skabe en simpel datastandard for byggeforslag, der ligner Open Graph or JSON-LD standarder, der bruges på tværs af internettet. En sådan standard – der kunne være så simpel som CAD-filer med metadata – betyder færre skræddersyede Powerpoint-præsentationer og tusindvis af dollars sparet på konsulenthonorarer.

Opstartsbyer kunne også tilbyde bygherrer software-workflows knyttet til rigtigt land. Svarende til SpaceMaker, Dyk ned, paraffin, or hjemmegående, kan en startup-by kode deres foretrukne æstetik og andre kvaliteter ind i en maskinlærings- eller anden generativ model. Bygherrer kan justere parametre for at skabe næsten uendelige designs til deres brug. Startbyer kan på forhånd forpligte sig til automatisk godkendelse af alt, der genereres af deres software.

Mens gamle byer forbyder mange ideer direkte, kan startup-byer specificere simple regler - svarende til formularbaserede koder – der tillader enhver bygning, så længe den opererer under visse grænser for gener som lyde eller lugte. Hvis fremtidens automatiserede fabrik kan fungere lydløst og uden forurening, hvorfor skulle vi så forbyde den fra bygrænsen?

Baren er så lav i denne branche, at selv grundlæggende ting som betænksom kundeservice ville være store innovationer. B2B-softwarestartups investerer i Customer Success-teams, som hjælper kunder med at bruge deres teknologi. Hvorfor skulle nystartede byer ikke tilbyde "Builder Success Teams", der fungerer som en concierge for dem, der ønsker at bygge?

Softwarestartups giver også offentlige tilsagn om hastigheden og kvaliteten af ​​deres API'er. I en verden, hvor bygherrer står over for mange års forsinkelser og tvetydige tidslinjer, ville en offentlig forpligtelse til "48 timer eller mindre" for tilladelse til at bygge være et radikalt tilbud - startup city-versionen af ​​en Service Level Agreement eller "pengene tilbage-garanti".

Den største forskel mellem legacy byer og startup byer er, at startups ønsker vækst. Denne grundlæggende ændring i incitamenter kan udløse innovation i softwaren og servicen, der driver USA's byggede miljø.

Vi kan ikke bygge fremtiden, hvis vi holder op med at bygge byer. Som i enhver anden industri vil det kun gå så vidt at bede ældre virksomheder om at gøre det bedre. For at rette op på Amerikas byer skal en ny generation af grundlæggere bygge startups, der direkte konkurrerer med dem.

Udgivet 13. september 2022