MOGA World
PT
Blog MOGA World

Fluxo de trabalho de ecommerce no Trello: stock, encomendas a fornecedores e devoluções num só quadro

A maioria das pessoas que gerem o seu próprio negócio online trabalha num navegador com doze separadores abertos: a plataforma de venda, os e-mails dos fornecedores, uma folha de stock, a caixa das devoluções, um ficheiro de notas. Nenhum desses separadores tem, em si, nada de errado. O problema é que nada lhe diz qual abrir a uma terça-feira. Este artigo mostra um quadro Trello que o faz, e as duas regras que o mantêm a funcionar depois da terceira semana.

Pouco tempo? A página de exemplo grátis mostra a versão mais pequena deste fluxo de trabalho como uma página de decisões: Ver a página de exemplo grátis

O que é um fluxo de trabalho de ecommerce

Um fluxo de trabalho de ecommerce no Trello é um quadro onde cada verificação recorrente é um cartão que fica no mesmo sítio, cada tarefa pontual é um cartão que avança pelas listas até fechar, e cada descoberta tem exatamente um lugar. O quadro junta o calendário e a memória num só sítio, e assim deixa de depender de se lembrar.

Uma nota sobre “encomendas”: neste quadro, a palavra refere-se às encomendas que faz aos fornecedores. As encomendas dos seus clientes ficam na sua plataforma de venda, e o quadro não a substitui. Também não trata de marketing nem de contabilidade. Trata do lado das operações: stock, fornecedores, fichas de produto e devoluções.

As listas, por ordem

O quadro de Operações tem nove listas, mais uma Inbox na extremidade esquerda para tudo o que se apanha a meio do dia e ainda não tem lugar.

Um quadro de Operações de exemplo no Trello com uma lista Weekly Routine de cinco verificações recorrentes, uma lista Purchase Orders com uma lista de verificação de receção e um modelo de encomenda, e uma lista Closed This Month vazia
Um quadro de Operações de exemplo no início de uma semana: as verificações recorrentes à esquerda, a lista de verificação de receção e o modelo de encomenda ao fornecedor no meio, nada fechado ainda. (A imagem mostra o quadro em inglês.)

Regra 1: um cartão recorrente nunca se move

É a regra em que falha a maioria dos modelos de quadro. Uma verificação recorrente fica para sempre em Weekly Routine e é a data limite que a faz avançar. Quando termina um ciclo, assinala a lista de verificação, desmarca-a e deixa a data limite avançar. Nunca vai para uma lista Done.

Se arrastar cartões recorrentes por etapas, destrói o seu próprio motor de recorrência num mês, e uma coluna Done vazia dá-lhe a sensação de estar a falhar em trabalho que na verdade está a fazer. Só os cartões pontuais, como uma encomenda concreta a um fornecedor, um padrão de devolução concreto ou uma correção de ficha concreta, chegam a Closed This Month.

Um pormenor honesto: a definição de repetição de um cartão (no Trello, abra Dates e depois Recurring) tem de ser ligada à mão, cartão a cartão. Não pode ser definida pela API do Trello, por isso nenhum modelo pode chegar com ela já ligada. É um passo do primeiro dia.

O mesmo quadro de Operações de exemplo no fim da semana: quatro das cinco verificações semanais assinaladas e três cartões pontuais em Closed This Month
O mesmo quadro no fim da semana. As listas de verificação assinaladas mostram o que correu. Os três cartões em Closed This Month eram tarefas pontuais. (A imagem mostra o quadro em inglês.)

Regra 2: uma descoberta vive num só lugar

Um cartão de verificação é um procedimento com duração fixa, para sempre. Quando a verificação de stock encontra um produto que se vai esgotar, a descoberta não é escrita no cartão de verificação. Torna-se um cartão em Stock Watch com uma data limite. O cartão de verificação só regista que a verificação correu.

Uma descoberta registada no cartão de verificação e no seu próprio cartão vai ficar desatualizada num deles, e não vai saber em qual. É também por isso que os cartões de verificação crescem até ninguém os executar.

Como o stock, as encomendas a fornecedores e as devoluções passam por ele

Stock

O cartão da verificação de stock demora no máximo 15 minutos. Procura produtos que vão chegar a zero antes de poder chegar uma reposição: média diária de vendas × o prazo de entrega real × 1,5. Um produto que fica abaixo dessa linha passa a ser um cartão em Stock Watch. A verificação nunca faz uma encomenda, porque a decisão de encomendar precisa do cartão do fornecedor, da quantidade mínima, da sua embalagem e da sua tesouraria, e isso é outra sessão.

Três cartões Reorder this week num quadro de exemplo, cada um com as unidades que restam e uma quantidade de encomenda sugerida, marcados Added by AI
Uma lista de exemplo de produtos que estão a acabar. Cada um é um cartão com um número e uma data limite. (A imagem mostra o quadro em inglês.)

Encomendas a fornecedores

Cada encomenda é um cartão em Purchase Orders, copiado de um cartão-modelo. A verificação semanal de insistência abre-os todos e compara a data prevista com a de hoje. Uma encomenda atrasada e sem insistência continua atrasada, porque os fornecedores dão prioridade aos clientes que perguntam. Quando a entrega chega, corre a lista de verificação de receção: fotos antes de abrir, contagem de caixas, uma verificação de qualidade em 10 unidades e o custo posto em armazém registado nesse dia.

Devoluções

A revisão semanal das devoluções ignora a devolução individual e procura a repetição: 3 ou mais devoluções em 30 dias com o mesmo motivo indicado, ou uma taxa de devolução mais do dobro da média do seu catálogo. Um padrão torna-se um cartão em Returns + Quality, e o cartão termina com uma medida de prevenção: a edição da ficha, a especificação da embalagem ou a linha de encomenda que a teria evitado.

O ritmo: dois períodos por semana

O quadro funciona com dois períodos fixos por semana. No modelo, um é segunda-feira para stock e encomendas a fornecedores, e o outro é quinta-feira para fichas, devoluções e preços. Cada um demora 30 minutos. No primeiro dia útil do mês há um fecho de 45 minutos que limpa Closed This Month. Escreva os seus dois dias no cartão e ponha-os no calendário como evento repetido. Uma boa intenção não sobrevive a uma semana cheia. Um bloco no calendário sobrevive.

Duas regras para as semanas que correm mal:

Do que precisa

Onde termina

Como eu o uso

Passei seis anos a gerir negócios de ecommerce, e este quadro é o que sobrou depois de as mesmas verificações falharem mais de uma vez. Reconstruí-o de raiz com dados de exemplo inventados, para que nada desses negócios lá esteja. O próprio MOGA funciona com o mesmo método, e os pormenores estão em Como o MOGA é gerido.

Comece pela versão mais pequena

A página de exemplo grátis mostra a verificação de stock como uma decisão numa página, com dados de exemplo. O quadro inicial grátis, a versão Trello com o cartão da verificação de stock no mesmo formato do quadro de Operações completo, é o passo por e-mail que vem a seguir.

A página de exemplo grátis de decisões: três passos (ver o que fazer e porquê, verificar os factos, clicar em Go ou Skip) ao lado da vista em telemóvel de uma linha de decisão de um negócio de demonstração
A página de exemplo grátis de decisões: três passos e uma linha de decisão, com dados de exemplo. Nada do que carregar é enviado. (A imagem mostra a página em inglês.)

Ver a página de exemplo grátis

Quer o fluxo de trabalho completo? Encontra-o nos packs.

A MOGA World é independente e não está associada à Atlassian. Os negócios e os números de exemplo neste artigo são inventados. Perguntas: stef@mogaworld.co