Sistema operacional para e-commerce: o que ele realmente faz

DEFINIÇÃO

O que é um sistema operacional para e-commerce

A expressão pegou emprestado o nome da computação, e vale levar a analogia a sério, porque ela explica melhor do que qualquer adjetivo. Num computador, o sistema operacional não é o programa que faz o trabalho. Quem escreve o texto é o editor, quem trata a foto é o editor de imagem, quem envia a mensagem é o cliente de e-mail. O sistema operacional faz outra coisa: decide qual desses programas usa o processador agora, quanta memória cada um recebe, o que espera na fila e o que tem direito de interromper o resto. Sem ele, você tem programas ótimos disputando o mesmo recurso sem ninguém para arbitrar.

Uma operação de e-commerce vive exatamente esse problema. A plataforma de loja cuida da vitrine e do pedido. O gerenciador de anúncios cuida da entrega da campanha. A ferramenta de e-mail cuida do disparo. O ERP cuida do estoque e da nota. Cada um faz bem o seu pedaço, e nenhum deles responde à pergunta que define a semana: com a verba e as horas que existem, o que a operação faz primeiro?

Hoje, na maioria das lojas, quem responde essa pergunta é uma pessoa, de cabeça, na segunda-feira de manhã. Ela é o escalonador. Isso funciona enquanto a operação é pequena o bastante para caber num único contexto humano, e para de funcionar exatamente quando começa a valer a pena escalar: a partir de duas ou três pessoas decidindo sobre os mesmos números, cada uma escalona por conta própria e a operação passa a executar em direções que se cancelam.

Sistema operacional para e-commerce, então, não é um lugar onde o trabalho aparece. É a camada que decide qual trabalho acontece, com qual recurso, em que ordem, e que guarda a prova do que aconteceu depois. Sete funções compõem esse núcleo.

• 01 — Registro: Uma versão só do que aconteceu, com a mesma definição de cada métrica para todo mundo. Enquanto mídia, site e financeiro contam a venda de formas diferentes, qualquer decisão em cima disso herda a divergência.
• 02 — Escalonador: A regra que define o que entra na semana e o que espera. Não é a lista de desejos do time, é a fila que respeita a capacidade real, porque prioridade sem limite de capacidade é só ordem alfabética.
• 03 — Alocador: Onde a verba e as horas são distribuídas, com registro de quem recebeu quanto. Alocação que só existe na conversa não sobrevive à primeira semana de pressão.
• 04 — Fila: O lugar onde o que não entrou nesta semana fica guardado sem se perder e sem ser reprometido. Operação sem fila explícita transforma tudo em urgência ou em esquecimento.
• 05 — Permissão: Quem pode decidir o quê, até qual valor e até qual risco. Sem isso, ou tudo sobe para o dono, ou cada área toma decisões incompatíveis no mesmo dia.
• 06 — Log: O histórico da decisão junto do efeito medido depois. É o que permite aprender: sem log, a operação repete a mesma tentativa a cada trimestre acreditando que ela é nova.
• 07 — Interrupção: A regra escrita do que tem direito de furar a fila (ruptura de estoque, erro no checkout, campanha gastando sem conversão) e do que acontece com o que foi despriorizado. Sem regra, toda urgência fura, e a fila deixa de significar algo.

Essas sete funções existem em toda operação, inclusive na que não tem sistema nenhum. A diferença está em onde elas moram. Quando moram na cabeça do gestor, a operação tem um sistema operacional de um único núcleo, que trava quando aquela pessoa entra de férias. Quando moram em algum lugar consultável, a operação continua rodando sem ela na sala.

FRONTEIRA

Sistema operacional ou aplicativo: onde está a diferença

O teste mais rápido para saber em qual camada uma ferramenta está: pergunte o que ela faz quando duas coisas certas competem pelo mesmo recurso. Aplicativo executa a função dele e ignora a competição. Sistema operacional arbitra.

Isso não é crítica a aplicativo. Uma operação precisa de aplicativos bons, e trocar um aplicativo ruim por um bom melhora o resultado daquela função específica. O erro é esperar que a soma de aplicativos bons produza ordem de execução, porque nenhum deles foi construído para isso. Empilhar mais ferramenta em cima de uma operação sem escalonamento aumenta a quantidade de coisas certas competindo, o que piora a sensação de caos mesmo com cada peça funcionando direito.

Vale um cuidado com a palavra. Muita ferramenta usa a expressão sistema operacional como sinônimo de painel completo. O nome não define a camada, o comportamento define. Se a ferramenta termina o trabalho quando o gráfico aparece, ela é camada de dados com nome grande, e isso não é defeito, é escopo declarado. A diferença entre mostrar e conduzir é o assunto de sistema de inteligência para e-commerce.

A última linha da tabela merece atenção, porque é a mais honesta: sistema operacional também quebra. Ele quebra quando ninguém alimenta o registro. Nenhuma camada de decisão é melhor que o dado que entra nela, e é por isso que a ordem de instalação importa tanto quanto a escolha da ferramenta.

Registro único × Regra de alocação × Log do efeito = Execução previsível

Equação da Camada. É produto, não soma: qualquer fator em zero zera o resultado. Registro único sem regra de alocação produz relatório bonito e semana improvisada. Regra de alocação sem log produz disciplina sem aprendizado, porque ninguém sabe se a alocação anterior valeu a pena.

ALOCAÇÃO

Os 5 recursos escassos que o sistema precisa alocar

Sistema operacional existe por causa de escassez. Se o processador fosse infinito, não haveria escalonamento nenhum: todo programa rodaria ao mesmo tempo e a ordem não importaria. Numa operação de e-commerce, cinco recursos são finitos, e quase toda dor de gestão é briga por um deles sem árbitro definido.

• 01 — Verba de mídia: O recurso mais visível e o único que quase toda operação já aloca de propósito. Ainda assim, costuma ser distribuído por histórico e sensação, sem limite declarado por frente e sem registro do que se esperava de cada parcela.
• 02 — Capacidade do time: Horas úteis que restam depois da operação obrigatória. É o recurso mais subestimado, porque a rotina que mantém a loja de pé raramente aparece na conta de quem promete projeto novo na reunião.
• 03 — Caixa: Dinheiro disponível no tempo, e não lucro no papel. Compra de estoque e antecipação de campanha disputam o mesmo caixa e costumam ser decididas em conversas separadas, o que é a origem clássica do aperto no meio do mês.
• 04 — Estoque: Cada unidade parada é caixa parado, e cada ruptura é mídia paga jogada fora. Alocar estoque é decidir em quais produtos a operação aceita risco de sobra para não correr risco de falta.
• 05 — Atenção do gestor: O recurso mais escasso e o único que praticamente ninguém aloca de propósito. Cada reunião a mais, cada grupo de mensagem e cada painel novo consomem atenção que deveria estar decidindo as três coisas que movem o mês.

Um não em qualquer linha, para qualquer um dos cinco recursos, mostra onde a operação está improvisando. Vale rodar o teste recurso por recurso, e não em bloco: é comum encontrar operação com verba de mídia bem alocada, com planilha, dono e limite, e que ao mesmo tempo trata capacidade do time como se fosse infinita. O sintoma disso é conhecido, o time entrega menos do que prometeu e a conclusão errada é que falta disciplina, quando falta aritmética.

ESCALONAMENTO

Como o sistema decide o que a operação faz primeiro

Escalonar é escolher a ordem, e escolher ordem exige um critério comparável entre coisas diferentes. É por isso que prioridade alta não funciona como campo: três tarefas de prioridade alta na mesma semana significam que nenhuma é alta. Um sistema operacional precisa de uma régua que produza número, mesmo que aproximado, para que a comparação seja entre grandezas e não entre defensores.

A régua abaixo é a que uso quando a operação precisa decidir entre iniciativas que parecem todas importantes. Ela cruza o efeito esperado no driver com a confiança que se tem naquele efeito, e divide pelo esforço.

Efeito esperado no driver × Confiança na hipótese ÷ Esforço em horas = Posição na fila

Régua de Prioridade do Escalonador. Efeito é a variação estimada no driver que a iniciativa promete mover, confiança é uma nota de 0 a 1 baseada em evidência (dado próprio vale mais que benchmark, benchmark vale mais que opinião) e esforço é hora de gente, não dia de calendário. Os números saem da sua operação: a régua serve para ordenar a fila, e não para prever resultado.

Duas consequências práticas dessa conta. A primeira é que iniciativa grande com confiança baixa perde para iniciativa pequena com confiança alta, o que é contraintuitivo e quase sempre correto, porque a operação aprende mais rápido e paga menos por erro. A segunda é que multiplicar efeito por confiança obriga a declarar a evidência, e declarar evidência encerra boa parte das discussões que travam a segunda-feira: a pergunta deixa de ser quem está mais convicto e passa a ser quem tem dado.

Definida a ordem, falta a porta de entrada. Toda demanda nova precisa de um destino, e o destino não pode ser o humor da semana.

Esse desenho é o que separa fila de depósito, e ele é a parte de escalonamento do assunto que detalhei em gestão de tarefas para e-commerce: aqui a pergunta é como a ordem se forma, lá é como cada unidade de trabalho sobrevive até ser concluída com efeito conferido.

MATURIDADE

A Escada das Camadas: da planilha ao sistema operacional

Nenhuma operação instala um sistema operacional a partir do zero. Toda loja já tem uma camada de gestão, mesmo que informal, e a pergunta útil não é se você tem sistema, é em qual degrau você está e o que quebra primeiro nesse degrau.

Dois avisos sobre a escada. O primeiro: pular degrau não funciona. Instalar regra de alocação sobre dado divergente produz decisão rápida e errada, que é pior que decisão lenta, porque destrói a confiança na regra e ninguém mais a segue depois de dois erros.

O segundo: o degrau 3 não é um lugar onde se chega, é um lugar que se mantém. Sistema operacional que ninguém alimenta volta ao degrau 0 em poucas semanas, com o agravante de agora existir uma tela dando a impressão de controle. É a mesma armadilha do painel caríssimo que ninguém abre na segunda-feira de manhã.

DECISÃO

A Régua do Sistema Operacional: como avaliar o seu

A régua abaixo avalia a camada, não a marca. Ela pode ser aplicada a um software que você está considerando contratar ou à sua própria operação atual, e é comum uma operação madura com ferramentas simples pontuar mais que uma operação improvisada com ferramenta caríssima. Os pesos são meus, e refletem o que costuma custar mais caro quando falta.

RÉGUA DO SISTEMA OPERACIONAL: 100 PONTOS EM 6 CRITÉRIOS

• Registro único e definição comum (25%): Mídia, site, pedidos e financeiro com a mesma definição para cada métrica, num lugar só. Tem o maior peso porque todos os outros critérios herdam o erro dele: escalonar, alocar e verificar sobre dado divergente produz confiança falsa.
• Regra de escalonamento com capacidade declarada (20%): Existe um critério que ordena a fila e um limite de capacidade que a fila respeita. Sem o limite, a regra vira ranking de desejos e a semana continua sendo decidida por quem pressiona mais.
• Alocação registrada dos recursos escassos (20%): Verba, horas, caixa e estoque com valor alocado, dono e limite consultáveis. É o critério que separa sistema de painel: painel mostra consumo, sistema decide distribuição antes do consumo.
• Log da decisão com efeito conferido (15%): Cada decisão registrada com o que se esperava dela e o que aconteceu depois. É o que transforma execução em aprendizado, e a ausência dele é o motivo pelo qual a mesma ideia volta a cada trimestre.
• Permissão e autonomia declaradas (10%): Está escrito quem decide o quê, até qual valor e até qual risco. Peso menor porque operação pequena sobrevive sem isso, e peso não nulo porque é o primeiro gargalo quando o time cresce.
• Regra de interrupção escrita (10%): Está definido o que fura a fila e o que acontece com o que sai do lugar. Sem ela, a fila existe no papel e a urgência governa na prática, o que anula os outros cinco critérios em semana difícil.

Some os pontos dos critérios que a sua operação cumpre de forma consultável, e não os que ela cumpre mais ou menos. As faixas abaixo são régua de trabalho, não padrão de mercado medido, e devem ser calibradas com o histórico da sua operação: abaixo de 40 pontos a operação depende de uma pessoa para funcionar, entre 40 e 70 já existe camada mas ela vaza no escalonamento, e acima de 70 o sistema sobrevive à ausência do gestor por algumas semanas sem parar de decidir.

IMPLANTAÇÃO

Como instalar isso sem parar a operação

Instalar sistema operacional em operação viva é trocar o motor com o carro andando, então a sequência importa mais que a velocidade. A ordem abaixo é a que menos quebra, e ela segue a Equação da Camada: registro primeiro, alocação depois, log por último, porque cada etapa é inútil sem a anterior. Quatro a cinco semanas é um horizonte realista para uma operação pequena, e mais que isso para times com várias áreas envolvidas.

O padrão que atravessa os oito passos é sempre o mesmo: cada função do núcleo sai da cabeça de alguém e passa a existir em algum lugar consultável. Não é sobre disciplina individual, é sobre onde a informação mora. Operação que depende de memória tem um sistema operacional de um núcleo, e o dono é o núcleo.

O Axoly foi construído para ser essa camada: o registro único, o planejamento por drivers, a fila de tarefas com dono e prazo, a alocação de mídia e o log das decisões vivem no mesmo lugar, com IA Cognitiva ajudando a ler o dado e a propor a decisão que entra na fila. Se a sua operação já está no degrau 2, com dado unificado e execução carregada no braço, é exatamente esse salto que falta.

Quero conhecer o Axoly

Perguntas frequentes