Sistema
Software de gestão para e-commerce: o que muda do genérico para o vertical
Definição
O que é um software de gestão para e-commerce
Software de gestão para e-commerce é o programa onde a operação inteira é planejada, executada e revisada: meta e drivers, dados de venda e de mídia, clientes e recompra, tarefas da semana e resultado do mês. A definição é simples. O problema é que quatro famílias de software muito diferentes respondem pelo mesmo nome quando alguém pesquisa por ele, e escolher a família errada custa mais caro do que escolher o produto errado dentro da família certa.
A pergunta que separa as famílias não é o que o software faz, e sim o que ele já sabe antes de você configurar nada. Um software que não sabe o que é um pedido pode aprender, desde que alguém ensine. Esse alguém é você, e o ensino não acontece uma vez: ele volta toda vez que a operação muda.
- 01 — Genérico de produtividade: Nasceu para organizar trabalho de qualquer setor. Ele conhece card, coluna, campo, status e prazo, e é muito bom nisso. O que ele não conhece é pedido, ticket médio ou margem: essas coisas viram campos que alguém cria e alguém precisa manter.
- 02 — BI e visualização: Nasceu para transformar base de dados em gráfico. Chega ao número certo com profundidade que os outros não têm, desde que a base esteja modelada. Ele mostra e não executa: a decisão sai do painel e vai morar em outro lugar.
- 03 — ERP: Nasceu para o backoffice: nota fiscal, estoque, financeiro, expedição. Conhece pedido e produto de fábrica, e é insubstituível no que faz. Ele é a espinha da operação para trás, e não foi desenhado para a operação para frente, onde vivem mídia, conversão e recompra.
- 04 — Vertical de gestão de e-commerce: Nasceu com as entidades do e-commerce dentro: pedido, cliente, produto, campanha, verba, meta e margem já existem no primeiro login. Por isso consegue calcular a métrica do negócio sem você escrever a fórmula, e apontar desvio sem você programar o alerta.
Nenhuma das quatro é ruim. Elas resolvem camadas diferentes, e a maioria das operações usa mais de uma ao mesmo tempo, o que é saudável. O erro caro é comprar uma esperando o resultado da outra: pedir previsibilidade de crescimento a um ERP, pedir execução a um BI, ou pedir leitura de negócio a um software genérico de tarefas. Se a sua dúvida ainda está no nível anterior, o artigo sobre como escolher um sistema de gestão para e-commerce trata do critério de decisão; aqui o recorte é outro, e mais estreito: o que muda quando o software conhece o seu negócio de fábrica.
Diagnóstico
O Teste do Vocabulário: o que o software já sabe de fábrica
Existe uma forma rápida de descobrir de que família um software é, e ela não depende de demo nem de tabela de recursos. Chamamos de Teste do Vocabulário: verificar quais palavras do e-commerce existem dentro do produto como conceito nativo, e quais existem apenas como campo que alguém criou.
A diferença parece semântica e é estrutural. Quando pedido é um conceito nativo, o software sabe que pedido tem valor, tem custo, tem cliente, tem data e pode ser cancelado, e todas as contas que dependem disso já vêm prontas. Quando pedido é um campo de texto chamado Pedido, o software sabe apenas que existe um texto ali. Tudo que for calculado a partir dele terá que ser escrito, testado e mantido por alguém da sua operação.
O Teste do Vocabulário: seis perguntas antes da demo
- ✓ Existe a entidade pedido, com valor, custo, cliente e status, sem que eu precise criar campo para isso?
- ✓ Existe a entidade cliente com histórico, e o software distingue sozinho primeira compra de recompra?
- ✓ Existe custo no cadastro do produto, e o software usa esse custo para calcular margem sem eu escrever a fórmula?
- ✓ Existe campanha com verba, e o gasto dela se liga ao pedido que veio dela dentro do próprio software?
- ✓ Existem meta, mês fechado e desvio como conceito do sistema, ou isso é uma coluna que alguém preenche à mão?
- ✓ Se eu apagar um campo que eu mesmo criei, alguma conta importante do sistema para de funcionar?
A leitura do teste é direta. Cada não é um pedaço do modelo de dados do seu negócio que passa a ser responsabilidade permanente da sua equipe. Um ou dois não costumam ser aceitáveis e até desejáveis, porque dão flexibilidade em coisas que variam muito de loja para loja. Cinco ou seis não significam que você não comprou um software de gestão de e-commerce: comprou uma base para construir um, e a construção ainda não foi orçada.
A sexta pergunta é a mais reveladora e a que quase ninguém faz na demo. Ela testa se as contas do software dependem de configuração sua. Se dependem, toda mudança de operação vira risco de quebrar relatório, e o software passa a ter um dono técnico interno, mesmo que ninguém tenha sido nomeado para isso.
Custo
O Imposto de Configuração: o custo que não está na mensalidade
A comparação de preço entre um software genérico e um vertical quase sempre é feita errado, porque compara duas mensalidades e ignora a terceira parcela da conta. O genérico costuma ser mais barato por usuário, e essa é uma vantagem real. O que não aparece na proposta é o trabalho de fazer com que ele entenda o seu negócio, e o trabalho de manter esse entendimento vivo enquanto a operação muda.
Chamamos essa parcela de Imposto de Configuração. Ela não é uma crítica ao software genérico: é o preço justo da neutralidade dele. Um produto que serve para uma clínica, uma construtora e um e-commerce só consegue servir aos três porque não assume nada sobre nenhum. Alguém precisa assumir, e esse alguém está do lado de dentro da sua operação.
Assinatura no ano + Horas de montagem × custo da hora + Horas de manutenção por mês × 12 × custo da hora = Custo real do software no ano
A primeira parcela é a que aparece na proposta e é a única que costuma ser comparada. As duas seguintes são o Imposto de Configuração, e a terceira não acaba: enquanto o modelo de dados for seu, a manutenção dele é sua, todo mês, para sempre.
Vale fazer essa conta uma vez, com os números da sua operação, antes de assinar qualquer coisa. O exemplo a seguir é puramente ilustrativo e não representa nenhum cliente, fornecedor ou benchmark de mercado: serve apenas para mostrar o formato da conta.
Suponha uma assinatura de R$ 400,00 por mês, ou R$ 4.800,00 no ano. Suponha 60 horas para montar o modelo inicial, entre desenhar os quadros, criar os campos, escrever as fórmulas e treinar o time, e 6 horas por mês para manter tudo funcionando quando entra produto novo, muda o cálculo de custo ou alguém quebra uma automação. A um custo interno hipotético de R$ 80,00 a hora, a montagem custa R$ 4.800,00 e a manutenção custa R$ 5.760,00 no ano. O custo real no primeiro ano fica em R$ 15.360,00, e não nos R$ 4.800,00 da proposta.
Repare no que a conta revela mesmo com números inventados: a mensalidade costuma ser a menor das três parcelas. É por isso que a comparação por preço de tabela quase sempre conduz à decisão errada, e é por isso que a pergunta útil não é quanto custa, e sim quem vai manter.
⚠ Sinais de que o Imposto de Configuração já está sendo pago em silêncio
- Existe uma pessoa no time que é a única que sabe mexer na estrutura do software, e as férias dela travam relatório.
- Toda vez que a operação muda alguma coisa, alguém precisa arrumar a ferramenta antes que o número volte a fazer sentido.
- O relatório da semana depende de alguém lembrar de atualizar um campo à mão em algum lugar.
- Existem dois lugares com o mesmo número e ninguém sabe dizer, sem investigar, qual dos dois está certo.
- A reunião começa com discussão sobre o dado e não sobre a decisão, e isso já virou rotina aceita.
- Há automações desligadas que ninguém religa porque ninguém tem certeza do que elas faziam.
Comparativo
Genérico, BI, ERP e vertical: quem resolve o quê
A tabela abaixo compara as quatro famílias por necessidade da operação, e não por adjetivo. A leitura correta dela não é procurar a coluna com mais verde: é procurar as linhas que realmente doem hoje na sua operação e ver quem as resolve. Uma loja que fatura bem com um único responsável decidindo tudo pode ser perfeitamente atendida pela primeira coluna, e trocar por causa da tabela seria desperdício.
| Necessidade da operação | Genérico de produtividade | BI e visualização | ERP | Vertical de e-commerce |
|---|---|---|---|---|
| Guardar tarefa com dono e prazo | [OK] Faz bem, é a função de origem | [RISCO] Não foi desenhado para isso | [ATENÇÃO] Gera ordem operacional, não plano de ação | [OK] Faz, e a tarefa já nasce ligada ao dado que a gerou |
| Entender pedido, cliente e produto sem configuração | [RISCO] Você modela do zero | [ATENÇÃO] Você modela a fonte e o esquema antes | [OK] Nativo, é o núcleo do produto | [OK] Nativo |
| Calcular margem por produto sem você escrever a fórmula | [RISCO] Só existe se alguém escrever e mantiver | [ATENÇÃO] Só se o custo chegar limpo na base | [ATENÇÃO] Calcula custo de compra, nem sempre o custo variável de venda | [OK] Nativo, com taxa e mídia dentro da conta |
| Ler mídia paga junto com a venda | [RISCO] Fora do escopo do produto | [OK] Junta muito bem, se alguém construir o modelo | [RISCO] Fora do escopo do produto | [OK] Nativo |
| Apontar o desvio antes de você ir procurar | [RISCO] Guarda o que foi digitado, não aponta | [ATENÇÃO] Aponta se alguém programar o alerta | [ATENÇÃO] Alerta de operação, não de performance | [OK] É a função principal |
| Transformar a leitura em tarefa no mesmo ambiente | [OK] É exatamente onde a tarefa vive | [RISCO] A decisão sai do painel e vai para outro lugar | [ATENÇÃO] Vira ordem interna, não combinado de time | [OK] Nativo, com dono e prazo |
| Sobreviver ao mês em que ninguém preenche nada | [RISCO] Esvazia junto com a disciplina do time | [ATENÇÃO] Continua atualizando, mas ninguém abre | [OK] Continua, porque o pedido entra pela operação | [OK] Continua, porque o dado entra por integração |
| Custo de manter o modelo de dados vivo | [RISCO] Alto e recorrente, e é seu | [RISCO] Alto, exige quem saiba modelar | [ATENÇÃO] Médio, costuma ficar com o parceiro de implantação | [OK] Baixo, o modelo é responsabilidade do fornecedor |
Duas linhas merecem atenção especial, porque são as que mais mudam de opinião ao longo do tempo.
A sétima linha, sobre sobreviver ao mês ruim, é a que separa ferramenta de infraestrutura. Todo software funciona bem no mês em que o time está animado. O teste real é dezembro, quando a operação está no limite e ninguém tem tempo de alimentar nada. Software que depende de preenchimento manual apaga exatamente quando a operação mais precisa enxergar.
A última linha é a que quase nunca entra na decisão e é a que mais custa depois. Ela responde a uma pergunta simples: quando esse software estiver errado, quem conserta? Se a resposta for alguém do seu time, você não contratou um software: contratou um projeto interno com mensalidade.
Critério
As 4 Provas do Vertical
Vertical não é um selo, é uma promessa, e promessa se verifica. Muito software se apresenta como feito para e-commerce e, por baixo, é um genérico com um tema visual e alguns modelos prontos de quadro. A diferença aparece nas quatro provas abaixo, que valem como roteiro de demo: peça para ver cada uma acontecendo com um dado da sua loja, e não em ambiente de exemplo do fornecedor.
- 01 — Prova da entrada: O dado entra sozinho. A conexão com a plataforma de loja e com os gerenciadores de anúncio é nativa, e o histórico é carregado sem alguém colar planilha. Se a demo começa com uma importação manual, a promessa já falhou na primeira prova.
- 02 — Prova da conta: A métrica do negócio já vem calculada. Ticket médio, taxa de recompra, margem de contribuição e custo de aquisição aparecem sem você definir a fórmula. Peça para ver a fórmula por trás de uma delas: um vertical de verdade tem a conta documentada e assume a responsabilidade por ela.
- 03 — Prova da continuidade: A leitura vira decisão e a decisão vira tarefa sem trocar de ambiente, com responsável e prazo, e sem copiar nada. Essa é a prova que mais reprova bons produtos: muitos mostram o desvio com precisão e param exatamente ali, deixando a execução acontecer em outro lugar.
- 04 — Prova do mês ruim: O sistema continua útil no mês em que ninguém preenche nada. Pergunte diretamente ao fornecedor o que deixa de funcionar se a equipe parar de alimentar o sistema por trinta dias. A resposta honesta a essa pergunta diz mais sobre o produto do que a tabela de recursos inteira.
Um detalhe que economiza tempo na avaliação: essas quatro provas se verificam na mesma sessão de demo, desde que você conduza a demo em vez de assistir a ela. O roteiro é levar um problema real da sua semana, entregar o problema ao fornecedor e pedir para ele mostrar o caminho do dado bruto até a tarefa atribuída. O que acontecer no meio desse caminho é a resposta.
Decisão
A Régua do Genérico Suficiente
A pergunta honesta não é qual software é melhor, e sim quando a troca começa a pagar. Trocar cedo demais é caro e frustrante, porque um vertical entrega valor quando existe volume de decisão para ele acelerar. Trocar tarde demais também é caro, mas o custo é invisível: aparece como decisão tomada com atraso, mês após mês.
A régua abaixo tem três cortes. Ela não avalia marca nem preço: avalia o momento da sua operação.
O software genérico ainda serve para a sua operação?
Nível 1:
- Corte 1: volume de decisão — Genérico ainda serve: Uma pessoa decide mídia, site e CRM, o número que importa cabe em uma tela e a semana tem poucas decisões relevantes. Aqui o software precisa guardar combinado, e guardar combinado é o que o genérico faz muito bem.
- Corte 1: volume de decisão — O vertical começa a pagar: Há frentes separadas decidindo ao mesmo tempo e a reunião gasta a primeira meia hora reconciliando número. O gargalo deixou de ser lembrar da tarefa e passou a ser concordar sobre o que aconteceu.
Nível 2:
- Corte 2: origem do dado — Genérico ainda serve: O dado que sustenta a decisão é pouco, vem de poucas fontes e entra à mão sem dor. O trabalho de consolidar cabe numa manhã por mês e ninguém sente falta de automação.
- Corte 2: origem do dado — O vertical começa a pagar: Alguém gasta horas por semana copiando dado da plataforma de loja, dos gerenciadores de anúncio e da planilha de custo para o mesmo lugar. Esse tempo é o preço da neutralidade do genérico, e ele cresce junto com a operação.
Nível 3:
- Corte 3: o que está travando — Genérico ainda serve: O que falha é execução: tarefa sem dono, prazo estourado, combinado que ninguém cobrou. Isso é problema de método, e nenhum software vertical conserta método. Resolva o ritual primeiro e economize a troca.
- Corte 3: o que está travando — O vertical começa a pagar: O que falha é leitura: a operação percebe o desvio tarde, quase sempre depois que o mês fechou. Aqui a troca muda resultado, porque o ganho é encurtar o tempo entre o fato acontecer e a decisão sair.
Se os três cortes apontaram para a coluna da esquerda, a recomendação é clara: fique onde está e invista o dinheiro da migração em processo. Se os três apontaram para a direita, o custo de continuar já é maior que o da troca, e ele está sendo pago em decisão atrasada. O caso mais comum é o intermediário, com dois cortes de um lado e um do outro, e nele a decisão correta costuma ser resolver primeiro o corte 3, porque software não conserta método, e método mal resolvido acompanha você para a ferramenta nova. Se esse for o seu caso, vale ler antes sobre os rituais de gestão que sustentam a operação.
Avaliação
O Índice de Aderência Vertical
Para comparar candidatos sem se perder na tabela de recursos, vale pontuar cada um nas cinco dimensões abaixo, de zero a dez, e multiplicar pelo peso. O resultado é o Índice de Aderência Vertical, uma nota de zero a cem que responde a uma pergunta só: quanto desse software já é do meu negócio, e quanto ainda vou precisar construir?
Os pesos abaixo são a régua da casa e refletem o que costuma doer mais em operação de e-commerce. Eles são um ponto de partida a calibrar, e não um benchmark: se a sua operação tem um analista dedicado a dados, o peso da primeira dimensão cai; se ninguém no time gosta de ferramenta, o peso da quarta sobe.
Índice de Aderência Vertical
- O dado entra sozinho (30%): Integração nativa com plataforma de loja e gerenciadores de anúncio, com histórico carregado sem trabalho manual. É a dimensão de maior peso porque é a que determina se o sistema vai estar atualizado no dia em que a decisão precisar ser tomada.
- A métrica do negócio já vem calculada (25%): Ticket, recompra, margem de contribuição e custo de aquisição existem de fábrica, com a fórmula documentada e mantida pelo fornecedor. Cada métrica que você precisa escrever é uma métrica que você vai precisar consertar.
- A decisão vira tarefa no mesmo lugar (20%): Do desvio identificado ao combinado com dono e prazo, sem trocar de ambiente e sem copiar nada. É o que separa mostrar de decidir, e é a dimensão que mais reprova produtos bem avaliados nas duas primeiras.
- Aguenta o mês sem disciplina (15%): O sistema continua entregando leitura útil quando ninguém alimenta nada por semanas. Mede a dependência de preenchimento manual, que é o ponto em que a maioria das implantações morre.
- Fala a língua da sua operação (10%): O vocabulário da tela é o vocabulário do seu time, e o vertical entende o recorte do seu segmento, como grade em moda ou ciclo de recompra em consumo. Peso menor porque é o mais fácil de contornar, mas é o que decide se o time adota ou abandona.
Como régua de trabalho: abaixo de 50 pontos, o candidato é um genérico com aparência de vertical, e a diferença vai aparecer na conta do Imposto de Configuração alguns meses depois da assinatura. Entre 50 e 80, é um vertical parcial, que costuma resolver bem uma frente e deixar as outras para você: aceitável, desde que a frente resolvida seja a que dói. Acima de 80, é um software que assume o modelo de dados do seu negócio, e a discussão passa a ser de preço e de adoção, não de arquitetura.
Implantação
Como trocar sem parar a operação
Migração de software de gestão falha mais por sequência errada do que por escolha errada. O padrão que dá errado é conhecido: liga tudo de uma vez, importa três anos de histórico, treina o time inteiro num dia e volta para a ferramenta antiga na primeira semana difícil. O padrão que funciona é o oposto, e ele começa por uma decisão e não por um cadastro.
O que exigir antes de assinar e o que fazer nas quatro primeiras semanas
- ✓ Escolha uma decisão recorrente que hoje demora demais, e faça dela o critério único de sucesso da implantação.
- ✓ Peça a demo conduzida por você, com um problema real da sua semana, e cobre as 4 Provas do Vertical nessa mesma sessão.
- ✓ Confirme por escrito quais integrações são nativas, quais dependem de terceiro e quais não existem hoje.
- ✓ Pergunte quem mantém a fórmula das métricas calculadas, e o que acontece quando ela precisa mudar.
- ✓ Peça o caminho de saída antes de entrar: como exportar pedido, cliente, produto e histórico se você decidir sair.
- ✓ Na primeira semana, ligue só as fontes que alimentam a decisão escolhida, e deixe o resto desligado.
- ✓ Na segunda semana, rode a decisão nos dois lugares, no sistema novo e no antigo, e compare os números antes de confiar.
- ✓ Na terceira semana, mova o ritual para o sistema novo, porque ferramenta que não é usada no ritual não é adotada.
- ✓ Na quarta semana, desligue o relatório antigo. Enquanto os dois existirem, o time usa o antigo e a migração não acontece.
Repare que a sequência inteira gira em torno de uma decisão, e não do software. É proposital. A pergunta que fecha este artigo é a mesma que abriu: o software conhece o seu negócio, ou espera que você ensine? Quem ensina, mantém. Quem mantém, paga o Imposto de Configuração todo mês, mesmo quando a fatura diz outra coisa.
É nessa passagem que o Axoly foi construído para atuar: planejamento, dados, mídia, clientes, tarefas e financeiro vivem no mesmo lugar, com as entidades do e-commerce já dentro do sistema, e com IA Cognitiva lendo o cruzamento e devolvendo a ação como tarefa, com responsável e prazo. A ordem, porém, vale para qualquer escolha, inclusive para quem vai ficar no genérico com disciplina: primeiro a decisão que precisa ficar mais rápida, depois o dado que a sustenta, depois a ferramenta que carrega os dois.
Quero conhecer o Axoly.
Conheça o Axoly
O sistema operacional que centraliza planejamento, execução, CRM, mídia e dados do e-commerce em um único ambiente com IA cognitiva.
Perguntas frequentes
O que é um software de gestão para e-commerce?
É o programa onde a operação da loja é planejada, executada e revisada, reunindo meta, dados de venda e de mídia, clientes, tarefas e resultado no mesmo ambiente. O termo é usado por quatro famílias muito diferentes de produto: software genérico de produtividade, ferramenta de BI, ERP e software vertical de gestão de e-commerce. A diferença prática entre elas não está na lista de recursos, e sim no que cada uma já entende antes de qualquer configuração: um vertical conhece pedido, cliente, produto, campanha e margem de fábrica, enquanto um genérico precisa que alguém ensine esses conceitos criando campos e fórmulas.
Qual a diferença entre software de gestão genérico e vertical de e-commerce?
O genérico é neutro em relação ao negócio e o vertical assume o negócio. Na prática, isso muda três coisas: quem constrói o modelo de dados, quem mantém as fórmulas quando a operação muda e quem responde quando o número está errado. No genérico, as três respostas são a sua equipe, o que costuma ser aceitável enquanto o volume de decisão é baixo. No vertical, as três respostas são o fornecedor, e é por isso que a comparação por mensalidade engana: a parcela mais cara do genérico não é a assinatura, são as horas de montagem e de manutenção que ficam do lado de dentro.
ERP serve como software de gestão para e-commerce?
O ERP resolve a operação para trás e não substitui a gestão para frente. Ele é insubstituível em nota fiscal, estoque, financeiro e expedição, e conhece pedido e produto de fábrica, o que já é meio caminho. O que ele não foi desenhado para fazer é ler mídia paga junto com venda, acompanhar recompra e conversão, e transformar leitura em plano de ação com dono e prazo. Por isso a combinação mais comum em operação que cresce é manter o ERP no backoffice e ter uma camada de gestão por cima dele, e não trocar um pelo outro.
Quanto custa um software de gestão para e-commerce?
O preço de tabela varia demais entre as famílias e não é o número que decide, então o cálculo útil é o custo total no ano: assinatura, mais as horas de montagem multiplicadas pelo custo da hora interna, mais as horas de manutenção mensal multiplicadas por doze e pelo mesmo custo. Faça essa conta com os números da sua operação para os dois candidatos antes de comparar propostas. Na maioria das operações que montam o próprio modelo dentro de um software genérico, a mensalidade acaba sendo a menor das três parcelas, e é justamente a única que costuma ser comparada.
Como saber se está na hora de trocar de software de gestão?
Olhe para o que está travando antes de olhar para a ferramenta. Se o que falha é execução, ou seja, tarefa sem dono, prazo estourado e combinado que ninguém cobrou, o problema é de método e trocar de software só muda o lugar onde a confusão acontece. Se o que falha é leitura, ou seja, a operação percebe o desvio sempre depois que o mês fechou, e se alguém gasta horas por semana consolidando dado à mão para conseguir enxergar, então o custo de continuar já é maior que o da troca. Esses são os três cortes da Régua do Genérico Suficiente: volume de decisão, origem do dado e o que está travando.