Atualmente, todos os bots são criados dentro de um único workspace, sem uma forma clara de separar ambientes (desenvolvimento, homologação, produção) ou organizar por propósito. Isso dificulta a gestão, especialmente em cenários com múltiplos times, projetos e ciclos de entrega.
Pontos de melhoria
-
Separação de ambientes
-
Permitir que um mesmo bot tenha ambientes distintos (ex.: Desenvolvimento, Homologação e Produção) dentro do workspace.
-
Cada ambiente teria suas próprias credenciais, configurações e logs, garantindo que alterações em desenvolvimento não impactem diretamente o ambiente produtivo.
Exemplo prático:
-
Bot “Atendimento Cliente”:
-
Ambiente Dev: testes de novas intenções e fluxos de conversa.
-
Ambiente Homolog: testes com usuários internos antes do go-live.
-
Ambiente Prod: versão estável em uso pelos clientes finais.
-
-
-
Organização por propósito/projeto
-
Além de ambientes, permitir uma hierarquia ou agrupamento por finalidade, facilitando a gestão de bots diferentes dentro do mesmo workspace.
Exemplo prático:
-
Grupo “Suporte TI” → Bots de Helpdesk, Reset de Senha, Onboarding de Colaboradores.
-
Grupo “Comercial” → Bots de Pré-venda, Pós-venda, Pesquisas de Satisfação.
-
-
Superando limitações atuais do Blip Addons
-
Embora o Blip Addons ofereça alguma flexibilidade, ele depende fortemente do navegador e de atualizações constantes, o que cria limitações.
-
Uma estrutura nativa dentro da própria plataforma traria maior consistência, escalabilidade e integração entre times.
-
Benefícios esperados
-
Clareza na gestão: cada bot e ambiente ficariam organizados de forma lógica e rastreável.
-
Redução de riscos: separação clara entre ambientes evita que erros em testes impactem o ambiente produtivo.
-
Colaboração facilitada: diferentes áreas (TI, Comercial, RH, etc.) poderiam manter seus bots organizados e acessíveis.
-
Escalabilidade: empresas com muitos bots teriam uma visão mais estruturada, evitando confusão dentro de um workspace único.
