Uma tela de configurações é uma decisão pela metade
Cada botão que você embarca é uma escolha que você não conseguiu fazer, repassada a um usuário que também não consegue.
Apollo Space Research
Apollo Space
Eis a forma mais honesta de ler uma tela de configurações: é uma lista de decisões que as pessoas que construíram o produto não conseguiram fechar, congeladas em botões e entregues a você. Cada uma parece um recurso, como se estivessem te confiando o controle. Na maioria das vezes é o contrário. Quem construiu tinha os dados, os padrões de uso e todo o contexto para escolher o valor certo, e preferiu transformar isso no seu problema.
Para software comum isso é só chato. Para agentes chega a ser fatal, porque a promessa inteira de um agente é que você delega o fazer. Um agente que chega com quarenta botões para você girar antes de funcionar discretamente devolveu a configuração para o seu colo. Você queria parar de fazer a tarefa. Agora está fazendo a configuração da tarefa.
Um padrão é uma decisão que você tomou pelo usuário
Um bom padrão não é preguiça. É o oposto. É quem construiu dizendo: eu vi dez mil casos desses, sei qual é a resposta certa na esmagadora maioria das vezes e estou disposto a escolher para você não precisar. Isso dá mais trabalho e exige mais coragem do que embarcar um botão, porque um padrão é uma posição sobre a qual você pode estar errado e uma configuração é uma posição atrás da qual você pode se esconder. “Deixamos o usuário decidir” é a coisa mais segura e mais fraca que um time de produto pode dizer. Soa como respeito. Em geral é só uma decisão não tomada vestida de flexibilidade.
O usuário sabe disso no instinto. Ninguém abre uma tela de configurações com alegria. A pessoa abre porque o padrão estava errado e ela precisa consertar, ou seja, uma configuração muito mexida é um relatório de bug, e uma configuração que ninguém mexe é um padrão que você deveria ter embarcado sem o botão. De um jeito ou de outro, a existência da opção é uma confissão. O sonho não é uma tela poderosa de ajustes. O sonho é nunca abri-la.
Os agentes deixam o jogo claro. Imagine dois deles. O primeiro te pergunta, no dia um, para qual modelo rotear, quão agressivo ser nos follow-ups, que tom usar, com que frequência dar notícias, quando escalar, quais campos sincronizar e mais uma dúzia. Ele é “totalmente configurável”. E também é inútil até você gastar uma tarde respondendo perguntas que ainda não tem experiência para responder bem, porque você nunca rodou esse agente e não faz ideia do que “agressivo” significa na prática.
O segundo simplesmente começa a trabalhar. Ele escolheu padrões sensatos para tudo, te contou os dois ou três que de fato importam para o seu caso e deixou o resto rolar. Ele acerta de cara para a maioria das pessoas porque os padrões codificam o que a maioria precisava. Quando erra, você corrige na hora, em linguagem natural, contra um resultado concreto que você vê, que é exatamente quando você tem contexto suficiente para decidir. Essa correção vira o novo padrão, só para você. A tela de configurações foi substituída por uma conversa que só acontece quando precisa.
É essa a jogada inteira. Empurre as decisões de volta para o momento em que elas são de fato decidíveis, em vez de forçá-las lá no começo, quando o usuário está menos preparado. Bons padrões cuidam do caso comum em silêncio. Uma correção, dita uma vez contra um resultado real, cuida da exceção e ensina ao agente a sua preferência dali em diante. Ninguém precisou prever as próprias necessidades num formulário antes de ter feito o trabalho uma única vez.
Existe uma objeção legítima: alguns usuários precisam mesmo de controle, e tirar toda opção é uma arrogância à parte. Verdade. A resposta não é zero configuração, é configuração merecida. Uma configuração só deve existir quando o valor certo realmente varia entre usuários de um jeito que nenhum padrão cobre, e mesmo assim ela deve ser encontrável quando você precisar, não um muro que você bate antes de começar. O teste é simples e implacável: se dá para escolher um bom padrão, escolher é o seu trabalho, não o do usuário. Embarcar o botão no lugar é embarcar a sua indecisão e chamar de recurso. O produto que vence não é o que tem mais opções. É o que você nunca precisou configurar.
A Apollo cuida da operação repetitiva da sua empresa pro seu time não precisar.
Entre na lista de espera: acesso antecipado, preço de usuário fundador e um lugar na primeira fila enquanto a gente constrói.
Entrar na lista de esperaA morte lenta da voz de um marketeiro
Você publica uma peça real por semana e silenciosamente a traduz em dez, e cada tradução é uma pequena chance de soar um pouco menos como você mesmo. Construímos o OS porque nada no mercado estava guardando isso.
Pensamento de ProdutoNo dia em que alguém pede demissão, sua empresa esquece como ela funciona
Onboarding não está quebrado porque o treinamento é ruim. Está quebrado porque sua empresa não consegue lembrar, e cansamos de ver a resposta sair pela porta.
Pensamento de ProdutoA primeira coisa que um novo contratado deveria fazer é ler a empresa
Um ótimo onboarding não te entrega docs, ele já sabe quem você é quando você faz login.