Bastidores

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.

Anderson Chipak · · 3 min de leitura
Pilha de livros publicados vista de cima, com uma capa faltando na sequência

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.

escritapublicaçãoprocesso
Anderson Chipak
Anderson Chipak

Escritor, empreendedor e pastor. Escreve sobre fé, propósito, saúde emocional, rotina e trabalho.

Ver os livros