Cada vez mais ERPs guardam um campo de ficha técnica, e alguns até prometem "gerenciar o produto". Daí vem uma conta sedutora: se o ERP já faz isso, dá para centralizar todo o desenvolvimento da coleção num sistema só e economizar. O problema é que guardar a ficha não é o mesmo que desenvolver a coleção.
O ERP guarda o dado pronto. A criação acontece antes dele.
O ERP foi construído em torno do negócio: pedidos, estoque, compras e financeiro. Ele entra em cena depois que o produto já existe, para comprar, produzir e faturar. Só que a coleção nasce muito antes disso: no croqui, na prova de modelagem, no ajuste de medida, na troca de aviamento, na definição de cor. Essa fase é iterativa e colaborativa, e é justamente onde o ERP não foi feito para atuar.
A ficha de moda é um ativo vivo, não um campo parado
Uma peça em quatro cores são quatro conjuntos de especificações, cada um com impacto próprio no custo e na lista de materiais. Cada medida por tamanho carrega uma tolerância que a fábrica precisa respeitar. E tudo isso muda toda semana, até a peça ser aprovada. Um campo de ficha dentro do ERP guarda a versão fechada, mas não versiona o caminho: quem mudou o quê, quando e por quê se perde na operação.
5 perguntas para o fornecedor do seu ERP
Quando ouvir "o nosso ERP também faz ficha técnica", faça as perguntas que separam um campo de ficha de uma ferramenta de desenvolvimento de verdade. A ficha é versionada, com autor e data? Há graduação com medida e tolerância por tamanho, ligada à modelagem? As variantes de cor herdam a ficha e refletem no custo? Existe fluxo de prova e aprovação de amostra, com comentário por ponto da peça? Há biblioteca de tecidos e aviamentos e um calendário de coleção? Se as respostas forem "mais ou menos", você tem um campo de ficha, não um Fashion PLM.
Centralizar tudo no ERP costuma sair mais caro
Forçar o desenvolvimento de produto dentro do ERP é um uso fora do núcleo dele, e isso vira customização cara: segundo consultorias de ERP, modificações moderadas podem consumir de 10% a 30% do orçamento de implementação, e cada atualização arrisca quebrar o que foi customizado. Pior: quando a ferramenta não encaixa no fluxo da equipe de criação, o time volta para a planilha e o e-mail. A centralização prometida vira mais silos, não menos, e o barato reaparece como retrabalho, versão errada na fábrica e atraso de entrega.
O caminho não é escolher, é integrar
ERP e Fashion PLM não competem, se complementam. O Fashion PLM cuida da criação e do desenvolvimento; o ERP cuida da operação financeira, fiscal e de estoque. A ponte é o ponto de virada: quando o estilo é aprovado, o dado de produto desce limpo e versionado do PLM para o ERP. Implementar a camada de desenvolvimento primeiro inclusive deixa essa integração mais simples, porque o ERP passa a receber dado pronto, não dado em debate.
A Coleção.Moda nasceu para essa camada de desenvolvimento da coleção, com mais de 27 ferramentas de moda, e integra com os ERPs do mercado. Veja o comparativo completo em ERP e Fashion PLM, lado a lado, ou agende uma demonstração para ver na prática o que um Fashion PLM faz que o ERP não faz.