O pedido termina na venda. A operação está só começando.
Um fabricante global de tecnologia de impressão precisava ligar sua jornada de vendas ao SAP, e seus cartuchos usados a um processo de reciclagem.
A tela era a parte fácil. Ligá-la ao sistema de gestão da empresa era o projeto.
Integração de sistemas · Desenvolvimento de sistemas sob medida · Ligação com o sistema de gestão
Dois programas, vendas e devoluções
Na hora do pedido, a venda parece concluída. A operação discorda.
O pedido é um momento de uma jornada que começou antes, na oportunidade de venda, e continua com preço, negociação, documentos, estoque e faturamento. Parte desse caminho precisava conversar diretamente com o SAP, onde estavam as informações essenciais do negócio. Em paralelo, outra jornada começava depois do uso do produto: os cartuchos precisavam voltar para um processo organizado de coleta e reciclagem.
- Oportunidades de venda desligadas da definição de preços
- Preços especiais negociados fora do sistema oficial
- Documentos montados à mão
- Dados de estoque e faturamento existindo só no sistema de gestão
- Nenhum caminho organizado de volta para o produto usado
Um preço na tela que a empresa não reconhece
Quando um vendedor consulta uma condição, negocia uma oportunidade ou avança um pedido, a informação exibida não pode viver em uma realidade paralela àquela em que a empresa opera. Um portal com sua própria versão de preços, estoque ou condições cria compromissos que a operação não consegue cumprir.
- Condições oferecidas diferentes das que o sistema de gestão aplicaria
- Pedidos aceitos sem estoque disponível
- Faturamento acertado depois de o cliente já ter recebido a informação
- Produto usado saindo totalmente da relação depois de fechada a venda
Colocar um processo de vendas na internet não é o mesmo que ligá-lo à estrutura que faz a venda acontecer.
Dois programas, uma mesma lógica
A BRISA trabalhou nas duas pontas do ciclo de vida. O programa de vendas apoiou a jornada desde a geração da oportunidade até a conclusão do pedido, ligado ao sistema de gestão SAP. O programa de devoluções organizou o caminho que um cartucho usado percorre de volta até a reciclagem.
- Geração de contatos comerciais
- Negociação de preços especiais
- Consulta de preços em tempo real
- Documentos gerados automaticamente
- Fechamento do pedido
- Ligado ao SAP, para que estoque, preços e faturamento continuassem coerentes
- Pedido de coleta
- Identificação do produto para confirmar que é original
- Encaminhamento do material para a reciclagem
- Uma relação que continua depois do uso do produto
O que mudou.
O escopo como prova
Os materiais disponíveis não apresentam números consolidados sobre volume de pedidos, redução de tempo da operação, cartuchos coletados ou ganho financeiro, por isso não se devem atribuir porcentagens de eficiência ou de retorno a essas soluções. O que está documentado é a extensão do processo atendido, da oportunidade até o pedido no sistema de gestão, e do pedido de coleta até a reciclagem.
Onde estava o trabalho técnico
Uma tela pode simplificar a experiência de quem a usa, mas essa simplicidade depende de cuidar da complexidade que fica por trás. Os dois programas passavam por vários sistemas, regras e responsáveis.
O que isso prova, além do sistema.
Uma experiência de vendas e um processo de devolução de produtos, ambos ligados aos sistemas que realmente movem o negócio.
A tela era a parte fácil. Ligá-la ao sistema de gestão da empresa era o projeto.
Uma boa experiência digital não elimina a complexidade da operação. Ela evita que essa complexidade seja empurrada para o usuário. Digitalizar uma etapa isolada é simples. Criar uma experiência que acompanha um processo enquanto ele passa por diferentes áreas da empresa exige outro nível de engenharia.
RoomRite: trinta quartos vazios, ou trinta chances de recuperar receita
Pronto para construir algo assim?
Conte qual é o seu desafio e vamos desenhar uma solução juntos.