Aprimoramento contínuo de produtos¶
O aprimoramento contínuo é uma filosofia geral que visa ajudar as pessoas e as organizações a se aperfeiçoarem constantemente e a melhorarem o trabalho que produzem.
Há uma variedade de metodologias diferentes que se enquadram no conceito de aprimoramento contínuo. Entre elas estão Kaizen, Six sigma e Lean, entre outras. Embora as etapas específicas de cada método sejam diferentes, seu objetivo permanece o mesmo: implementar um processo pelo qual o aprimoramento seja uma meta perpétua, em vez de uma realização única.
As seções abaixo contêm detalhes sobre como o Odoo pode ser usado para implementar quatro etapas gerais comuns a muitas das estratégias de aprimoramento contínuo mais populares, com links para a documentação sobre a configuração dos recursos necessários. A seção final detalha como uma empresa específica pode configurar essas implementações do Odoo em sua organização.
Importante
O aprimoramento contínuo não é uma metodologia única que serve para todos. Embora a maioria das estratégias inclua de quatro a seis etapas, a implementação adequada requer o desenvolvimento de um sistema adaptado às necessidades específicas de cada empresa.
Isso não é uma limitação, mas sim um benefício, pois torna a metodologia flexível o suficiente para se adaptar a quase todos os casos de uso. O Odoo, em particular, se adapta bem a essa flexibilidade, pois pode ser configurado para atender às necessidades de praticamente qualquer fluxo de trabalho.
Por isso, é importante lembrar que o conteúdo abaixo fornece apenas exemplos de como o Odoo pode ser usado. Eles devem ser vistos mais como um ponto de partida do que como um esboço concreto que toda organização deve seguir.
Identificar problemas¶
Antes de iniciar ao aprimoramento, é necessário determinar onde é necessário. É nesse ponto que a identificação de problemas entra em ação. Dois dos melhores aplicativos do Odoo para identificar problemas com produtos ou processos são Central de Ajuda e Qualidade.
Central de Ajuda¶
O aplicativo Central de Ajuda é útil para feedbacks de fora da organização, como de clientes ou consumidores. Isso é feito por meio da implementação de um (ou mais) dos métodos para receber chamados, incluindo aliases de e-mail, conversas de chat ao vivo e formulários do site.
Com esses métodos, os clientes podem enviar comentários sobre problemas, que são então analisados por um membro de uma equipe da central de ajuda. Dependendo do resultado da análise, o membro da equipe pode decidir tomar outras medidas para garantir que o problema seja resolvido. Isso pode incluir a criação de um alerta de qualidade.
Qualidade¶
O aplicativo Qualidade é útil para feedbacks dentro da organização, como dos funcionários.
Um método para fazer isso é configurar um ponto de controle de qualidade (PCQ). Um |PCQ| é usado para criar automaticamente verificações de qualidade em intervalos regulares, solicitando aos funcionários que inspecionem e confirmem a qualidade de um produto.
Se um problema for encontrado, o funcionário poderá criar um alerta de qualidade para notificar a equipe de qualidade. Os alertas de qualidade também podem ser criados independentemente de um |PCQ|, caso um funcionário descubra um problema sem ser solicitado a verificar se há um. Essa é uma ótima maneira de os funcionários do suporte ao cliente notificarem a equipe de qualidade sobre um problema que lhes foi comunicado por um chamado de cliente.
Sugerir melhorias¶
Depois que um problema é identificado, a próxima etapa é apresentar ideias de como solucioná-lo. Assim como na identificação de problemas, o aplicativo Qualidade também é útil para sugerir melhorias. Além disso, o aplicativo PLM (Ciclo de vida do produto) também pode ser usado para essa finalidade.
Qualidade¶
Ao criar um alerta de qualidade para chamar a atenção de uma equipe de qualidade para um problema, as abas Ações corretivas e Ações preventivas podem ser usadas para fornecer feedback sobre como lidar com o problema.
A aba Ações corretivas é usada para sugerir um método para corrigir os itens afetados pelo problema. Por exemplo, Apertar mais os parafusos para que o assento fique firme.
A aba Ações preventivas é usada para sugerir um método para evitar que o problema ocorra no futuro. Por exemplo, Não apertar demais os parafusos ou eles serão arrancados.
A equipe de qualidade que analisa o alerta vê essas ações sugeridas e pode levá-las em consideração ao decidir como resolver o problema.
PLM - Ciclo de Vida do Produto¶
O aplicativo PLM é usado para gerenciar o ciclo de vida de um produto desde a sua introdução até cada versão sucessiva. Sendo assim, ele é útil para testar ideias de aprimoramento no produto.
Com ordens de alteração de engenharia, as equipes de gerenciamento de produtos podem criar novas iterações de |LMs| de produtos, adicionando ou removendo componentes ou operações específicas, conforme necessário. Os produtos criados com o uso dessas |LMs| são submetidos a um processo de revisão para confirmar a eficácia das alterações.
Implementar estratégias¶
A implementação de estratégias envolve colocar em ação as soluções propostas na etapa de sugestão de aprimoramentos. O aplicativo PLM continua a ser útil durante essa etapa, pois pode ser configurado para fazer atualizações na |LM|. O aplicativo Serviço de campo também pode ser usado por determinadas empresas para fazer aprimoramentos em produtos que já foram vendidos aos clientes.
PLM - Ciclo de Vida do Produto¶
Aprove alterações da |LM| após passarem pelo processo de revisão adequado e a |LM| atualizada poderá ser colocada em uso. Isso é feito configurando um dos estágios de revisão da |OAE| para aplicar as alterações da |LM|, momento em que a |LM| atualizada fica disponível para novas |OPs|.
Os produtos da |LMs| podem continuar a ser atualizados, conforme necessário. Os recursos de controle de versão do aplicativo PLM possibilitam o fácil gerenciamento de todas as versões de uma determinado |LM|.
Serviço de campo¶
O aplicativo PLM é uma ótima maneira de fazer alterações nas |LMs| dos produtos. No entanto, essas alterações afetam apenas os produtos fabricados com a nova |LM|. Se um produto defeituoso já tiver sido vendido a um cliente, talvez seja necessário reparar (ou atualizar) esse produto.
Nesse caso, o aplicativo Serviço de Campo pode ser usado para agendar intervenções no local. Essas intervenções permitem que técnicos de serviço (ou outros funcionários) sejam enviados ao local de um cliente para resolver um problema com um produto.
Ações de revisão¶
É na revisão das ações que a parte “contínua” do aprimoramento contínuo entra em ação, pois permite que uma organização avalie as decisões tomadas nas etapas anteriores. Dessa forma, essa etapa é, essencialmente, o retorno ao início do processo, para que outros problemas possam ser identificados e resolvidos.
Isso significa que os aplicativos Central de Ajuda e Qualidade devem ser usados novamente para receber feedback de clientes e funcionários. Outro aplicativo que pode ser útil nessa etapa é o Pesquisas.
Pesquisas¶
Após a implementação de mudanças em um produto ou processo, pode ser prudente solicitar feedback diretamente aos clientes, em vez de esperar que eles entrem em contato por vontade própria. Isso pode trazer à tona feedbacks que clientes talvez não compartilhassem.
Uma das melhores maneiras de fazer isso é pelo aplicativo Pesquisas. Criar uma pesquisa e enviá-la aos clientes que recebem um produto atualizado aumenta a probabilidade de receber feedback relevante sobre o produto.
Exemplo de fluxo de trabalho: aprimoramento do produto “cabideiro”
A Wood Hut é um fabricante de produtos de madeira fina, comprometido com a fabricação de produtos da mais alta qualidade possível e sempre procurando maneiras de melhorar os produtos que vendem e os processos usados para desenvolvê-los.
A Wood Hut usa a plataforma Odoo para gerenciar todos os elementos de seus processos de produção, atendimento e satisfação do cliente. Eles desenvolveram um fluxo de trabalho personalizado de aprimoramento de produtos que incorpora os aplicativos Central de Ajuda, Qualidade, PLM e Fabricação.
Um dos produtos mais populares da Wood Hut é o cabideiro. Ele é feito inteiramente de carvalho e os clientes o descrevem como “elegante e moderno”. No entanto, o feedback recente dos clientes sobre o cabideiro chamou a atenção para problemas de qualidade que exigem a revisão do processo de fabricação atual.
The product revision workflow begins when the customer service team receives a ticket in the Helpdesk app from a customer having problems with the coat rack she purchased. The customer, Abigail Peterson, has found that her coat rack falls over when more than five coats are hanging from it. This is a major issue, as the coat rack has enough dowels for six coats.
Marc, o funcionário de atendimento ao cliente atribuído ao chamado da central de ajuda, abre o aplicativo Qualidade e cria um novo alerta de qualidade. Ele marca a Equipe de qualidade de produção e atribui Julie Andreson como a funcionária de qualidade responsável pelo alerta.
Julie analisa o alerta e consulta a sua equipe sobre o melhor plano de ação. Eles decidem que é necessário revisar a |LM| do produto para evitar que o problema ocorra no futuro, o que Julie registra na ABA Ações corretivas do alerta de qualidade.
Em seguida, Julie envia uma mensagem ao engenheiro de produto, Joe Kazan, no chat do alerta de qualidade. Joe abre o aplicativo PLM e cria uma nova |OAE|, apontando o problema com o cabideiro e sugerindo que pode ser necessária uma alteração na |LM| do produto.
Joe clica em Iniciar revisão e, em seguida, no botão inteligente Revisão para abrir a versão dois da |LM| do cabideiro. Essa |LM| foi criada juntamente com a |OAE| e permanece arquivado até ser aprovado.
Após alguns testes, Joe descobre que acrescentar uma haste de suporte metálica ao cabideiro o fortalece, permitindo que suporte seis ou mais casacos sem cair. Ele atualiza a |LM| para incluir a haste de suporte como um dos componentes e acrescenta uma operação extra para garantir que ela seja instalada durante o processo de fabricação. Por fim, ele deixa uma mensagem no chatter da |OEA|, informando ao seu gerente, José, que o projeto está pronto para revisão.
José analisa as alterações e confirma que são um método eficaz para resolver o problema do cabideiro. Ele move a |OEA| para o estágio Aprovado, o que torna a versão dois da |LM| do cabide a versão atual.
Agora, toda vez que uma |OP| é criada para produzir um cabideiro, a |LM| atualizada é selecionada automaticamente. A Wood Hut começa a produzir o cabideiro aprimorado e o feedback dos clientes confirma que a nova versão resolveu o problema de sua antecessora.
Com a plataforma Odoo, a Wood Hut implementou um processo de aprimoramento de produtos de ponta a ponta. Como os elementos essenciais desse processo (feedback do cliente, controle de qualidade, etc.) estão sempre em funcionamento, ele é reutilizado para atualizar continuamente produtos e processos.