Quinze anos no mesmo problema

2011 — uma loja para abastecer

Eu tinha uma loja PrestaShop e uma semana para enchê-la. Duzentos produtos para cadastrar, a maioria em várias cores e vários tamanhos. Cada variação precisava virar uma ficha independente, com sua própria referência, fotos e descrição.

Depois de dois dias, a conta era clara: naquele ritmo, eu levaria um mês. Então parei de digitar e escrevi uma ferramenta que fizesse isso por mim. Tosca, feia, sem uma interface digna desse nome — mas ela gerava as fichas e as enviava para a loja. Uma semana bastou.

O que essa primeira ferramenta me ensinou

Que o problema não era o cadastro em si. Era a repetição: o mesmo produto digitado doze vezes para doze cores, e depois mais uma vez para cada loja em que você vende. Um trabalho sem nenhum valor agregado, que consome as horas que você deveria dedicar a vender.

Que as ferramentas existentes não iam ao ponto. As importações CSV nativas dos CMS lidam bem com grandes volumes estruturados, mas pressupõem que o arquivo já existe e está limpo. Elas não ajudam a criar variações, preencher doze fichas a partir de uma só, nem abastecer duas lojas ao mesmo tempo.

Que a verdadeira dificuldade não estava no conceito: estava nos detalhes de cada CMS. Um produto colocado em uma subcategoria que não aparece em lugar nenhum porque a categoria-pai não foi vinculada. Uma alíquota de imposto que não existe na loja e faz o produto sair sem imposto. Uma alteração salva que nunca chega ao site. Cada uma dessas armadilhas me custou horas.

2026 — o ListoMax

O ListoMax é aquela ideia de 2011 levada até o fim. O recurso Série é o herdeiro direto: preencha um formulário e receba tantas fichas completas quantas forem as variações informadas.

Todo o resto foi construído em volta dele, moldado pelo que as lojas reais exigem. Categorias-pai que precisam ser vinculadas para o produto aparecer na navegação. Alíquotas de imposto que precisam ser lidas na loja, e não adivinhadas. Variações que não podem quebrar quando você republica. Imagens que precisam ser enviadas de verdade. Um histórico que precisa ser guardado para você poder voltar atrás.

Cada recurso é validado em lojas reais antes do lançamento: PrestaShop 8, PrestaShop 9, WooCommerce. Depois de cada publicação, o software relê a ficha na loja para conferir se ela recebeu o que foi enviado. Leva mais tempo para desenvolver. É a única forma de saber que funciona.

O princípio que guia o desenvolvimento

Nenhuma falha silenciosa. Nunca.

Um cliente que usa o ListoMax não pode abrir um console de desenvolvedor para descobrir o que aconteceu. Se algo falha, ele precisa ver isso na tela e saber qual produto foi afetado e por quê. Um erro visível pode ser corrigido; um erro silencioso perde dados sem que ninguém perceba.

Esse princípio tem consequências concretas. Uma alteração que não pôde ser salva tem de avisar. Uma alíquota de imposto não encontrada tem de bloquear a publicação, em vez de deixá-la passar com a alíquota errada. Uma imagem que não foi enviada tem de aparecer na lista de erros, e não sumir no ar.

É o tipo de detalhe que você nunca vê em uma página de vendas. E, no entanto, é o que faz a diferença entre uma ferramenta que você continua usando e uma que você abandona depois de três semanas.

Um projeto independente

O ListoMax não é publicado por uma empresa que vende outros dez softwares. É um projeto independente, desenvolvido e mantido pela mesma pessoa. Quando você escreve para o suporte, é ela quem responde.

O que isso significa para você: o seu feedback influencia diretamente o que será desenvolvido em seguida. Um recurso pedido por vários usuários pula para o topo da lista. Um bug relatado é corrigido na próxima versão, e não daqui a dois anos.

O que isso também significa: os prazos dependem de uma só pessoa. Preferimos dizer isso logo de cara a deixar você descobrir depois.