Deixe-me guiá-lo por uma conta real, do início ao fim, em vez de descrever o menu lateral item a item. Digamos que é um freelancer, na primeira semana na plataforma, a construir uma aplicação de acompanhamento de hábitos para um pequeno cliente. É isto que acontece a essa construção à medida que avança pelo painel de controlo, pela ordem em que realmente acontece — e onde cada paragem ajudou ou desperdiçou cinco minutos.
O prompt
Abrem o AI Builder e escrevem algo parecido com "cria-me um acompanhador de hábitos". É uma primeira frase razoável e um péssimo prompt final. O que volta não é código — é um plano, escrito em linguagem simples, e se parar de ler em "parece bem" e clicar em aprovar, obtém algo tecnicamente correspondente às palavras "acompanhador de hábitos" e genérico em tudo o que importa. O cliente do freelancer não queria funcionalidades sociais, apenas armazenamento local, modo escuro por predefinição. Nada disso estava no primeiro prompt. Entra antes no plano, como três edições antes da aprovação: eliminar a funcionalidade "partilhar a sua sequência" que o plano inventou por conta própria, trocar a linha de armazenamento, mudar o tema predefinido. Trinta segundos de edição. A construção que sai do outro lado corresponde ao briefing em vez de corresponder à expressão "acompanhador de hábitos".
A etapa do plano que as pessoas saltam
Já vi este momento exato correr mal com outros utilizadores — aprovar o primeiro plano sem o ler, chegar a três iterações de profundidade, e começar a explicar de novo restrições que deviam ter sido definidas na etapa do plano. A etapa do plano existe precisamente para não fazer isso. Custa quase nada e é o único ponto do ciclo em que está a negociar com o agente na sua linguagem, em vez de depurar o resultado dele em código.
Onde a construção realmente aparece
Depois de gerada, o acompanhador de hábitos aparece como um cartão em My Builds — a página de biblioteca, filtrável por tipo, e a página que este freelancer vai abrir mais do que qualquer outra até à terceira semana, assim que houver cinco ou seis construções acumuladas. Não aparece em Showcase; essa página é curada, não automática, e uma construção de cliente ali sem divulgação é a predefinição correta. Também não aparece em Templates, a menos que o freelancer se lembre de a guardar como um — o que vale a pena fazer aqui, na verdade, já que um esqueleto de acompanhador de hábitos é exatamente o tipo de coisa que um freelancer reconstrói para o próximo cliente com uma marca diferente. A maioria das pessoas só descobre "guardar como template" na construção número seis, desejando tê-lo feito na construção número um.
Publicado, ou algo mais robusto
Agora a questão da distribuição. Três opções reais, não uma opção com três nomes. Published dá um subdomínio gratuito, ativo em segundos, sem configuração — a escolha certa enquanto o cliente ainda está a rever e pode pedir um redesenho. Domain Management é para quando o domínio próprio do cliente está pronto para apontar para ali, e essa etapa tem uma dupla função: ligar um domínio aqui não é apenas uma mudança de URL, é também o que faz com que as páginas de análise mais abaixo no menu lateral tenham a que se associar. Deploy, em definições, é o caminho SFTP para quando o cliente insiste que a construção fique alojada em infraestrutura que controla — mais configuração, e o freelancer deixa de ser responsável pela disponibilidade, o que é uma troca real que vale a pena ter de forma explícita em vez de a descobrir por acidente.
Para esta construção, primeiro Published. Passar de subdomínio para domínio personalizado mais tarde não é problema nenhum. Desfazer uma implementação de domínio personalizado num projeto de cliente que é cancelado dá mais trabalho do que vale a pena — e o freelancer já foi, de facto, prejudicado exatamente por isso num projeto anterior, o que é a razão de ser do hábito de "predefinir para Published".
O desvio pela loja de aplicações
Este cliente em particular também queria uma ficha na loja de aplicações, por isso a construção passa por Shipped em vez de parar em Published — uma página que existe porque a revisão das lojas é assíncrona de uma forma que as implementações web simplesmente não são. Submeter a uma loja e fica em espera dois dias; submeter a outra e é aprovado em vinte minutos. Shipped é onde se acompanha isso sem ter cinco separadores do navegador abertos para cinco consolas de lojas diferentes, cada uma com o seu próprio login e o seu próprio vocabulário de estados.
A página vazia sobre a qual ninguém os avisou
Uma semana depois de o domínio ficar ligado, o freelancer abre o Desempenho de Pesquisa para ver como está. Vazio. Com um ar até um pouco triste, na verdade — sem gráfico, sem número, apenas um aviso para ligar uma conta. Isso não é uma avaria, é honestidade: ainda não há dados, porque o Desempenho de Pesquisa, o Google Analytics e o Store Analytics dependem todos da ligação da conta Google feita nas definições, e nenhum deles recupera dados retroativos. A sincronização começa a partir do momento em que se liga a conta, apenas para a frente. Ligar o domínio no primeiro dia dá-lhe uma semana de histórico à segunda semana; ligá-lo no décimo dia por esquecimento faz com que comece do zero nesse mesmo décimo dia. O freelancer tinha ligado o domínio, mas não a conta Google — dois passos separados que parecem que deveriam ser um só.
A parte que realmente tem um custo aqui não é o gráfico em falta. É que os agentes de otimização leem a partir destes mesmos dados, e um agente a quem se pede que melhore a posição de uma página sem qualquer histórico de Desempenho de Pesquisa trabalha a partir de boas práticas gerais, em vez dos números reais deste site. Saltar a ligação não deixa apenas uma página do painel em branco — limita aquilo que os agentes conseguem fazer.
O briefing que aparece sem ser pedido
Duas semanas depois, surge um cartão em Descoberta: um briefing de oportunidade a assinalar uma lacuna de conteúdo no site do cliente, com um botão de Criar já anexado. Genuinamente útil quando incide em algo em que se agiria de qualquer forma. Mas a Descoberta é feita, por design, para privilegiar volume em detrimento de precisão — mais briefings do que aqueles em que alguém realmente age — pelo que a postura correta é vê-la como uma caixa de sugestões, não uma fila a esvaziar. O freelancer dá-lhe uma vista de olhos a cada poucos dias e ignora a maior parte, o que é o uso pretendido, não uma incapacidade de acompanhar.
As definições que deviam ter sido feitas no primeiro dia
A esta altura, o freelancer já passou por quatro páginas de definições sem alguma vez abrir o menu de definições por iniciativa própria — cada uma delas descoberta porque outra coisa estava vazia.
| Página | O que afinal estava a condicionar |
|---|---|
| Contas Google | Desempenho de Pesquisa, Google Analytics e os dados de base dos agentes — uma ligação, três painéis |
| Implementar | Destinos SFTP, apenas necessários para o percurso de servidor controlado pelo cliente |
| Multimédia de IA | Predefinições de geração de imagens usadas dentro das construções |
| Planos e Créditos | Limite de utilização, pacotes de créditos, recibos |
As Contas Google são as que vale a pena tratar logo à partida. É um único ponto de ligação por trás de três painéis distintos, e descobri-lo da forma difícil — três páginas vazias diferentes, três momentos de "ah, tenho de ligar isto" — é exatamente o atrito que uma configuração de cinco minutos no primeiro dia evita.
As duas coisas que estiveram ali desde o início
O botão flutuante Perguntar à IA esteve presente em todas estas páginas o tempo todo, e não é um chatbot de FAQ limitado — pode ligar uma conta, iniciar uma construção ou explicar por que razão uma página está em branco, tudo em seu nome. O cliente do freelancer, que não fala inglês, precisou de ter toda a interface noutro idioma para uma chamada de revisão; o globo na navegação alterna entre os vinte idiomas, a meio da sessão, sem perder a construção em curso. Nenhuma destas funcionalidades precisava de ser descoberta por tentativa e erro como tudo o resto neste percurso. Estavam simplesmente ali.
Esse é o resumo honesto das primeiras duas semanas desta conta — não "ler a documentação e depois construir", mas o contrário. As Minhas Construções eram uma abstração até haver ali um cartão. O Desempenho de Pesquisa era um estado vazio até um domínio o alimentar. Ler a planta antes da primeira construção é um bom pano de fundo, mas a planta só faz sentido depois de haver algures nela um verdadeiro registador de hábitos.
