O problema das chaves de API que nunca expiram
Uma chave emitida anos atrás, nunca trocada e ainda válida hoje não é uma conveniência. É um risco que ninguém examina de verdade há anos.
Por que preferimos perder uma venda a esconder um limite nas letras miúdas
Existe um atalho específico e tentador disponível para qualquer empresa que escreve a própria página de preços: destacar as partes boas e deixar os limites em uma nota de rodapé, em um artigo de suporte a três cliques de distância ou em uma linguagem vaga o bastante para que a maioria dos leitores presuma a interpretação mais generosa. Funciona, no sentido estrito de que converte mais cadastros do que uma página que informa todos os limites com clareza logo de início. Também gera um custo previsível mais adiante: um cliente que descobre um limite da pior forma, no meio da integração ou em uma fatura, e agora se sente enganado em vez de simplesmente informado.
Preferimos ficar com o número menor de cadastros que vem de informar os limites com clareza do que com o número maior que vem de deixar as pessoas se cadastrarem sem entender por completo o que estão recebendo. A cota gratuita é de 2.500 requisições por dia, contadas por rede e compartilhadas entre o uso sem chave e com chave a partir dessa rede. É um número realmente útil para avaliação e uso em pequena escala, e também é, claramente, um limite. Dizer isso de forma direta, em vez de enfatizar o "grátis" e deixar que alguém descubra o teto por meio de uma requisição com falha, é a versão da honestidade que nos custa algo no curto prazo.
A troca só parece ruim se você medir o sucesso apenas pelo número de cadastros. Medida ao longo de todo o relacionamento com o cliente, ela parece diferente. Um cliente que entendeu os limites antes de se comprometer e decidiu seguir em frente mesmo assim é um cliente que não vai se sentir surpreso ou enganado depois, porque nada na situação dele mudou entre o cadastro e o momento em que ele realmente atinge um limite. Um cliente que se cadastrou com uma impressão mais vaga e depois descobre o teto real quando ele o afeta tem uma queixa legítima, e queixas legítimas se transformam em reclamações públicas, pedidos de reembolso e danos à reputação que duram mais do que o valor do cadastro que as causou.
Essa mesma lógica explica por que os cabeçalhos de cota existem em toda resposta, e não apenas no painel da conta, por que os limites de taxa são publicados como números reais na documentação em vez de descritos de forma vaga, e por que a chave Unlimited é de fato ilimitada, e não ilimitada com um limite flexível não divulgado. Em cada um desses pontos, a versão mais vaga e aparentemente mais generosa provavelmente converteria um pouco melhor na primeira impressão, e a versão honesta é a que escolhemos mesmo assim.
Não achamos que isso nos torne excepcionalmente virtuosos. Está mais perto de uma aposta sobre que tipo de empresa sobrevive aos próprios clientes usando de fato o produto em escala, por anos, e não apenas se cadastrando uma vez. Uma página de preços otimizada apenas para maximizar cadastros trata o cadastro como a linha de chegada. Achamos que o cadastro está mais perto da linha de largada, e as letras miúdas que você não leu são exatamente a parte do relacionamento que determina se os anos depois do cadastro vão correr bem.