Criar um aplicativo ficou mais fácil. E agora?

    Daniel N., CEO of Navixy
    AutorDaniel N., CEO of Navixy
    October 24, 2026
    Código pronto. E agora? Um ambiente de desenvolvimento com conversas, um agente e alterações no código-fonte.

    Gosto de ver como os agentes de IA permitem que as pessoas experimentem ideias que antes deixavam para depois. Alguém conhece bem seu trabalho, percebe o que poderia simplificar e agora consegue criar uma pequena ferramenta mais rápido. Um relatório para um cliente, um aplicativo para o operador da central, uma integração com o sistema de um armazém. Mais ideias ganham a chance de sair do papel.

    Isso também muda o que espero de uma plataforma. Quem tem uma ideia precisa conseguir testá-la rapidamente e continuar melhorando: colocar nas mãos dos usuários, entender o que funciona e fazer ajustes. Contar com uma plataforma confiável permite dedicar mais atenção ao problema em si. É com essa visão que estamos construindo o Navixy V4.

    A primeira versão do seu aplicativo ajuda a entender o problema e testar a abordagem

    Imagine que você criou com um agente um aplicativo para o operador da central. Ele mostra as entregas e alerta sobre possíveis atrasos. Já dá para abrir o aplicativo com a pessoa que vai usá-lo e ver se ajuda no trabalho.

    Nessa conversa aparecem detalhes difíceis de prever. O operador sabe que costuma haver fila em determinado armazém. Em outro, precisa ligar para o destinatário com antecedência. E alguns alertas ele simplesmente ignora: chegam com muita frequência e não exigem nenhuma ação.

    Agora você tem uma base para a próxima versão. Pode ajustar os alertas e verificar se ficou mais fácil identificar as entregas que realmente precisam de atenção.

    Daí surgem três perguntas que orientam o uso diário do aplicativo: em quais dados ele se apoia, como mantê-lo e o que pode ser delegado aos agentes.

    Dados que sustentam o aplicativo e nos quais os usuários podem confiar

    “O veículo chegou atrasado?” parece uma pergunta simples até ser preciso escolher o evento usado no cálculo. A entrada no armazém e o recebimento da carga podem acontecer com meia hora de diferença. A consulta vai rodar nos dois casos, mas as respostas terão significados diferentes.

    Faz sentido definir uma única vez a regra combinada com o cliente e usá-la em todos os seus aplicativos. Assim, o relatório da manhã e o assistente do operador usarão a mesma definição de chegada. Se o cliente mudar a regra, ficará claro a partir de quando vale a nova versão e se os resultados podem ser comparados aos anteriores.

    Questões aparentemente mais simples também afetam a resposta. Os dispositivos enviam dados em formatos diferentes, as mensagens chegam com atraso e há lacunas no trajeto registrado. “O veículo não chegou” e “não recebemos os dados da chegada” são situações diferentes. O aplicativo precisa distingui-las; caso contrário, uma lacuna nos dados pode ser confundida com um atraso do motorista.

    Por isso pensamos em todo o caminho dos dados: como preservar os registros originais, padronizá-los e relacioná-los a veículos, pessoas e tarefas. Essa base permite definir eventos e indicadores úteis. E, se o cliente questionar um número no relatório, será possível entender sua origem: estes são os dados, esta é a regra e foi assim que chegamos ao resultado. É essa abordagem que estamos incorporando à plataforma.

    Depois do lançamento, é preciso manter e melhorar o aplicativo para os usuários

    Imagine que o operador esteja acostumado a receber um relatório no início de cada turno. Um dia, ele não chega. Os dados atrasaram, o cálculo não terminou ou o aplicativo nem chegou a iniciar?

    O histórico de execução ajuda a entender o que aconteceu: quais etapas foram concluídas, quanto tempo levou um script ou uma consulta e onde o processo parou. Uma mensagem de erro é útil quando explica o que ocorreu e em qual etapa. Para um agente, o estado atual também importa: ele ainda está trabalhando, falhou ou aguarda a aprovação de uma pessoa? Esperar uma decisão e falhar exigem respostas diferentes.

    Nossa abordagem é deixar esse histórico disponível para análise. Inspecionar o fluxo de dados no Inspector do IoT Logic, consultar os logs do IoT Query e relacioná-los à execução do aplicativo. Assim, uma pessoa ou um agente que ajude na análise terá informações concretas para investigar a causa. Isso facilita corrigir o problema, testar a nova versão e voltar à anterior, se necessário.

    Mas uma ferramenta pode funcionar sem erros e ainda ser pouco prática. Se uma atualização faz o operador receber o dobro de alertas, vale verificar se eles ajudam a identificar as entregas importantes ou só distraem. Os dados sobre o funcionamento do aplicativo ajudam a avaliar a mudança junto com o usuário: o que mudou e se ficou melhor.

    Quando outro cliente precisar do aplicativo, a solução poderá ser adaptada às suas configurações, mantendo os dados e as permissões separados. Na nossa abordagem, um ambiente compartilhado ajuda o parceiro a desenvolver uma solução para vários clientes sem precisar manter uma coleção de cópias independentes.

    Autenticação e autorização para agentes

    Um assistente que prepara um resumo só precisa ler dados. Um agente encarregado de alterar as tarefas dos motoristas precisa de outras permissões. Essa diferença define seu acesso: quais dados pode ler e quais ações pode executar.

    Seguimos a mesma lógica que usamos com as pessoas: cada participante tem um papel e uma responsabilidade. Quando um agente faz uma solicitação, é preciso identificar em nome de quem ele atua, com qual cliente está trabalhando e se aquela ação específica é permitida. Esses limites precisam valer tanto para solicitações feitas por um aplicativo quanto para as enviadas diretamente pelo agente.

    Se uma tarefa do motorista mudou, é útil saber quem a alterou e quando. Se um agente não conseguiu concluir uma atividade, é preciso entender qual permissão faltou. Esse histórico facilita analisar os resultados e decidir o que delegar depois. Dá para começar com acesso de leitura e acrescentar ações à medida que aumenta a confiança no trabalho do agente.

    Quero que os parceiros tenham mais tempo para cuidar dos problemas de seus clientes. Que um primeiro aplicativo bem-sucedido seja o início de um trabalho que possa continuar evoluindo, chegar a outros clientes e acompanhar novas necessidades. É esse o sentido de uma plataforma confiável para mim.

    Compartilhar artigo