Nossas cidades têm um problema de API. As startups podem consertar isso. Inteligência de dados PlatoBlockchain. Pesquisa vertical. Ai.

Nossas cidades têm um problema de API. As startups podem corrigi-lo.

“As cidades são artefatos tecnológicos”, Kevin Kelly escreveu certa vez, “a maior tecnologia que fazemos”. E se olharmos para as cidades americanas não metaforicamente como tecnologia, mas literalmente como um sistema tecnológico?

Em vez de brigar por política, faríamos às nossas cidades as perguntas mundanas que engenheiros e empreendedores fazem sobre qualquer outra tecnologia: “É caro operar?” “Isso escala? E especialmente: “Quão boas são suas APIs?”

Desafio da API das cidades: política de uso da terra

Em sua essência, uma API (“interface de programação de aplicativos”) descreve como os usuários interagem com uma tecnologia. As APIs fornecem estrutura e definem expectativas — os usuários sabem o que obterão e como obtê-lo.

A API central da cidade é o seu política de uso da terra. Por meio de conselhos municipais, comissões de planejamento e outras agências, os governos municipais fornecem a API em torno de nosso ambiente construído. Se você deseja construir nas cidades da América, deve integrar-se à API de uso do solo. As APIs de Uso do Solo de hoje são mais em papel do que digitais, mas compartilham uma forma fundamental com os sistemas online: entrada de dados, processamento por algoritmo, saída de resposta. Incorporadores imobiliários, donos de restaurantes e outros construtores enviam dados como desenhos arquitetônicos e relatórios ambientais. A cidade processa esses dados e retorna uma resposta. Permissão para construir… ou não.

Assim como as APIs digitais estruturam nossa experiência online, as APIs Land Use estruturam o mundo físico. Eles determinam o que é construído, onde e por quem. As APIs de uso do solo que dificultam a construção estão por trás de alguns dos nossos maiores problemas: custos de habitação, sem-abrigo, e até mesmo questões aparentemente não relacionadas como obesidade e baixa natalidade.

Como as cidades americanas se comparam à tecnologia?

Os engenheiros avaliam as APIs pela velocidade, simplicidade e confiabilidade.

Ótimas APIs são faST. As cidades americanas, por outro lado, são notoriamente lentas em conceder permissão para construir. As solicitações para essas APIs são medidas em meses, anos ou até décadas.

Grandes APIs são simples. As APIs de Uso do Solo da América são incrivelmente complexas. Mesmo antes de os dados chegarem à API, eles devem estar em conformidade com especificações complexas de zoneamento, design e muito mais. Para cumprir as exigências da API, mesmo pequenos projetos devem gastar dezenas de milhares de dólares para preparar os dados. Pior ainda, os dados não são padronizados. Cada cidade exige dados diferentes em formatos diferentes otimizados para fatores diferentes (muitas vezes aparentemente arbitrários).

Ótimas APIs são previsíveis e confiáveis. As APIs de uso da terra da América são atormentadas pela aleatoriedade. Uma vez que os construtores cumprem os requisitos difíceis da API, não há garantia de que uma cidade concederá permissão. Depois de receber os dados de um construtor, muitas cidades literalmente convidam opositores irracionais da mudança e pessoas com interesse financeiro direto em bloquear os construtores para sufocar o progresso. Os algoritmos no centro do American Land Use são tão pouco confiáveis ​​que são alvos para sátira na internet:

As cidades da América são uma tecnologia envolta em uma API quebrada.

Como corrigir o problema da API das cidades

A maioria das pessoas se concentra em soluções políticas ou legais para as APIs de uso da terra quebradas da América. Em seu livro Uso do solo sem zoneamento, o professor de direito Bernard Siegan argumenta que os americanos deveriam levar as cidades à Suprema Corte por seu uso disfuncional da terra. Mas mesmo que essa difícil mudança legal fosse bem-sucedida, ela apenas diria às cidades o que não para fazer.

Tal como acontece com outras tecnologias, as startups são a nossa melhor esperança de inovação. As startups devem competir diretamente com as cidades legadas para oferecer melhores APIs de uso do solo para os construtores da América. Na prática, isso significa que as startups devem comprar grandes extensões de terra e construir bairros inteiros e até cidades.

A ideia de que as startups podem construir bairros ou cidades parece absurda, mas é uma velha tradição americana. De cidades prósperas de ferrovias a Las Vegas, a shopping centers do tamanho de cidades, a Walt Disney World, aos primeiros subúrbios, a história dos Estados Unidos é rica em pioneiros que moldaram nosso ambiente construído não apenas com um único edifício, mas possuindo e operando comunidades complexas . Os fundadores, munidos da disciplina e capacidade tecnológica das startups modernas, devem redescobrir essa tradição americana e construir cidades de startups.

Além disso, construir APIs de Uso do Solo é um bom negócio. A história do Vail Resorts não é apenas sobre esqui, mas também sobre controlar o uso da terra perto de belas pistas de esqui. A Irvine Company construiu Irvine, Califórnia para 300,000 residentes através do controle de sua API de Uso do Solo. Howard Hughes Corporação construiu algumas das comunidades mais bem avaliadas e lucrativas da América comprando grandes lotes de terra e controlando a API de uso da terra dentro dela.

Embora o software sozinho não conserte as cidades da América, o software pode agilizar o processo de construção de cidades iniciantes.

Por exemplo, cidades iniciantes podem criar um padrão de dados simples para propostas de construção, semelhante ao Open Graph or JSON-LD padrões usados ​​na Internet. Esse padrão – que pode ser tão simples quanto arquivos CAD com metadados – significa menos apresentações personalizadas em Powerpoint e milhares de dólares economizados em taxas de consultoria.

As cidades iniciantes também podem oferecer aos construtores fluxos de trabalho de software vinculados a terrenos reais. Igual a SpaceMaker, Investigar, parafina, or Dona de casa, uma cidade de startup pode codificar sua estética preferida e outras qualidades em um aprendizado de máquina ou outro modelo generativo. Os construtores podem ajustar os parâmetros para criar designs quase infinitos para seu caso de uso. As cidades iniciantes podem se comprometer com a aprovação automática de qualquer coisa gerada por seu software.

Enquanto as cidades legadas proíbem muitas ideias, as cidades iniciantes podem especificar regras simples – semelhantes a códigos baseados em formulários – que permite qualquer edifício desde que opere abaixo de certos limites para incômodos como sons ou cheiros. Se uma fábrica automatizada do futuro pode operar silenciosamente e sem poluição, por que devemos bani-la dos limites da cidade?

A fasquia é tão baixa neste setor que mesmo o básico, como atendimento ao cliente atencioso, seria uma grande inovação. As startups de software B2B investem em equipes de sucesso do cliente, que ajudam os clientes a usar sua tecnologia. Por que as cidades de startups não deveriam oferecer “Builder Success Teams”, que atuam como concierge para quem quer construir?

As startups de software também assumem compromissos públicos sobre a velocidade e a qualidade de suas APIs. Em um mundo onde os construtores enfrentam anos de atraso e prazos ambíguos, um compromisso público de “48 horas ou menos” para permissão para construir seria uma oferta radical – a versão de cidade de startup de um Service Level Agreement ou “garantia de devolução do dinheiro”.

A maior diferença entre cidades legadas e cidades de startups é que as startups queremos crescimento. Essa mudança fundamental nos incentivos pode desencadear a inovação no software e no serviço que alimenta o ambiente construído dos Estados Unidos.

Não podemos construir o futuro se pararmos de construir cidades. Como em qualquer outro setor, pedir às empresas tradicionais que façam melhor só vai até certo ponto. Para consertar as cidades americanas, uma nova geração de fundadores deve construir startups que concorram diretamente com eles.

Postado setembro 13, 2022

Tecnologia, inovação e o futuro, contados por quem o constrói.

Obrigado por inscrever-se.

Verifique sua caixa de entrada para uma nota de boas-vindas.

Carimbo de hora:

Mais de Andreessen Horowitz