O que aprendi publicando mais de 500 livros
Sobre o que quebra quando o volume cresce, e por que quase nenhum dos problemas é de escrita.
Publicar um livro ensina sobre escrever. Publicar quinhentos ensina outra coisa: ensina onde o processo arrebenta quando ninguém está olhando.
A primeira surpresa foi descobrir que quase nenhum dos problemas que me custaram tempo eram problemas de texto. Eram problemas de sistema — de coisas que passam por toda a cadeia de verificação porque cada etapa olha uma representação diferente do mesmo arquivo.
Aceito não é a mesma coisa que processado
Dez livros foram publicados com “No Cover Available” e a conta jogou os títulos
para revisão. O conversor sempre gravava JPEG, mas o cadastrador montava o nome
do arquivo preservando a extensão da origem. As capas novas eram .png, as
antigas eram .jpg — então subia um arquivo com extensão .png e bytes de JPEG
dentro.
A plataforma aceita esse upload sem nenhum erro visível. E simplesmente nunca processa a imagem.
O lote terminou sem erro. Reportou sucesso. Dez livros no ar sem capa.
“Aceito” e “processado” são estados diferentes, e a interface só informa o primeiro.
O alerta que dispara sempre deixa de ser alerta
O único sinal do problema era um aviso no passo nove do cadastro: a miniatura não trocou no tempo esperado. Ele estava presente em todos os livros do lote — e foi lido como lentidão da plataforma.
Um alerta que aparece em cem por cento dos casos não é mais um alerta. É ruído. A frequência do sinal, e não a redação dele, é o que determina se alguém vai lê-lo.
A correção não foi melhorar o texto do aviso. Foi promovê-lo a falha dura: não publica e não marca como concluído.
O texto erra onde o erro convence
Num livro sobre escolha de teste estatístico, três afirmações numéricas passaram na primeira redação e só caíram na conferência. Uma dizia que com cinco por grupo o teste de postos não alcança significância — falso para um dos testes, verdadeiro só para outro. Outra descrevia um comportamento que o código de exemplo não produzia.
As três eram plausíveis para quem conhece a área. Nenhuma era detectável por leitura. Só caíram recalculando.
Isso mudou uma regra do processo: número que não pode ser recalculado é reescrito qualitativamente, ou não entra.
A parte que não escala é a que importa
O volume resolve distribuição. Não resolve se o livro merece existir.
O que aprendi é que o processo precisa ser rígido exatamente onde o descuido é invisível — a extensão do arquivo, o número dentro da frase, o aviso que ninguém lê — para que a atenção sobre onde ela não pode ser automatizada: se o texto diz alguma coisa que a pessoa do outro lado não sabia antes de abrir.