Esta página foi traduzida do inglês.
Suporte e comunidade
Crie um sistema de registro e rastreamento de bugs
A Kliv é um criador de apps de IA. Descreva como os clientes reportam bugs, como sua equipe faz a triagem e quando quem reportou deve receber retorno, e ela constrói o rastreador em torno desse fluxo.
Basta inserir sua ideia na caixa de texto e AI irá construí-la para você
O que é a Kliv?
Kliv não é um rastreador hospedado com um fluxo fixo — é uma IA que constrói software para você.
Você descreve o app de que precisa com suas próprias palavras, e a Kliv o constrói: os dados, o fluxo de trabalho, as telas, integrações, notificações e regras de acesso. O que você recebe é um app de verdade, que é seu. Você pode usá-lo, mudá-lo depois pedindo por texto, e rodá-lo nas suas próprias contas. Não é um modelo pronto.
Nesta página, esse app é um sistema de registro e rastreamento de bugs. A Kliv constrói todo tipo de app web; este é só um exemplo.
Por que criar seu próprio rastreador de bugs?
Uma agência que mantém muitos produtos de clientes costuma viver em dois mundos separados: o rastreador interno que os desenvolvedores usam e a caixa de entrada onde os clientes relatam problemas. Bugs chegam por e-mail, capturas de tela se perdem, relatos são redigitados, e os clientes não sabem quando uma correção sai do forno.
Um rastreador voltado ao cliente precisa se encaixar nas suas severidades, no seu processo de lançamento e nas suas regras de privacidade. O Cliente A jamais pode ver os relatos do Cliente B. A Kliv reúne registro, isolamento entre clientes, triagem, repasse para desenvolvedores e notificações de lançamento em um único fluxo.
O que o rastreador sabe
Estes registros transformam uma caixa de entrada em um sistema de rastreamento de bugs.
O relato do bug
Passos para reproduzir, ambiente, resultado esperado, resultado obtido, capturas de tela e gravações são capturados por um formulário que faz as perguntas de registro que você definir.
Isolamento entre clientes
Cada relato pertence a um cliente e a um produto. Um cliente autenticado vê apenas os relatos do próprio produto, e nada além disso, garantido por regras de acesso sobre os dados.
Severidade e prazos
Um bug crítico pode disparar um cronômetro de resposta de 4 horas, enquanto uma questão cosmética pode esperar o próximo lançamento. O prazo é calculado a partir dos seus termos de serviço no momento em que o relato é registrado.
Problemas já conhecidos
Enquanto o cliente digita, a busca semântica pode mostrar relatos parecidos para aquele produto: já conhecido, já corrigido, ou genuinamente novo. Duplicados são mesclados sem perder nenhum dos dois relatores.
Lançamentos
As correções ficam vinculadas a um lançamento. Quando a versão 2.4.1 sai, todo bug daquele lançamento pode mudar de status e enviar um e-mail automático para quem reportou.
Um exemplo: o portal de suporte a clientes da Patrícia
Veja como uma agência poderia usar isso. É só um exemplo — você descreveria seus próprios clientes, produtos, severidades, ferramentas e processo de lançamento.
Uma cliente registra com provas
Uma contadora relata um erro na exportação de notas fiscais pelo portal do cliente dela. Ela adiciona os passos, os detalhes do navegador e uma captura de tela. O formulário já sabe qual é o produto dela, então o bug cai no lugar certo.
Um duplicado é pego cedo
Antes de enviar, ela vê um relato parecido de uma colega no mesmo produto. Ela adiciona o próprio caso a esse problema em vez de abrir um duplicado.
A severidade define o cronômetro de resposta
O líder da equipe da Patrícia marca como grave. O prazo de resposta começa a contar a partir dos termos de serviço da agência, e o relato entra no quadro da equipe nos status que eles usam.
Os desenvolvedores ficam no próprio rastreador
O relato cria um item no Linear. Quando o engenheiro o fecha lá, o status volta para o portal do cliente. Clientes e desenvolvedores enxergam o mesmo fato em ferramentas diferentes.
Quem reportou fica sabendo quando sai
A correção é lançada na versão 2.4.1. O relato muda para corrigido, e a contadora recebe um e-mail com o nome da versão antes mesmo de precisar perguntar.
Descreva o que você quer construir
A Kliv constrói a partir da sua descrição, então quanto mais detalhe você der, mais próxima a primeira versão fica do que você quer. Inclua quem registra os problemas, quais provas você coleta, como funciona a severidade e como as correções são lançadas. Aqui vão três para você usar como base:
Registro de clientes da agência
Portais de clientes, prazos por severidade, anexos e lançamentos.
“Crie um rastreador de bugs para nossa agência. Cada cliente deve ter um portal restrito aos próprios produtos, os relatos devem incluir capturas de tela e gravações de tela, os níveis de severidade devem definir prazos de resposta de 4 horas para crítico e 2 dias úteis para grave, e quem reportou deve receber um e-mail quando a correção for lançada em uma versão.”
Quadro de QA interno
Builds, marcações de regressão e resumos diários.
“Crie um rastreador de problemas interno onde o time de QA registra bugs contra builds específicas, problemas reabertos são marcados como regressão, bugs críticos disparam um alerta imediato no Slack, e um resumo diário dos bugs críticos e graves novos é enviado ao canal de engenharia às 09h.”
Funil de feedback do beta
Feedback separado em bugs, ideias e duplicados.
“Crie um sistema de feedback de beta onde os testadores enviam relatos com capturas de tela, uma pessoa faz a triagem de cada item classificando como bug, ideia de recurso, duplicado ou dúvida, e cada testador pode ver o status do que ele mesmo registrou.”
Como tudo se encaixa
As fronteiras entre clientes importam. Organizações de clientes e papéis de acesso já vêm prontos. Quem reporta vê os bugs do próprio produto, sua equipe vê tudo, e as notas internas continuam internas.
Ferramentas de desenvolvedores podem se conectar nos dois sentidos. Os relatos podem abrir itens no Linear ou no GitHub, e fechá-los lá pode atualizar o portal. Os desenvolvedores continuam na ferramenta deles enquanto os clientes têm uma visão mais limpa.
As fronteiras podem ser testadas. Um teste de Cenário pode entrar autenticado como um cliente e tentar ler o relato de outro cliente contra uma cópia descartável do banco de dados. O comprovante do teste mostra o que foi recusado antes da publicação.
Resumos mensais podem rodar sozinhos. Uma tarefa agendada pode enviar por e-mail a cada cliente os números do mês: registrados, corrigidos, em andamento e tempo médio de resposta.
Quando isso funciona, as equipes costumam querer o mesmo tratamento para registros de horas e relatórios de status. Esse padrão continua em ferramentas internas.
Perguntas frequentes
O que exatamente é a Kliv?
A Kliv é uma IA que constrói apps web personalizados a partir de uma descrição. Para rastreamento de bugs, isso pode significar portais de clientes, formulários de registro, regras de severidade, conexões com ferramentas de desenvolvedores, lançamentos e notificações.
Eu recebo um app de verdade, ou um modelo pronto?
Um app de verdade. A Kliv constrói o fluxo, os dados, as telas, as regras de acesso e as integrações para o seu caso, não uma casca genérica de rastreador.
Posso mudar depois que ele for construído?
Sim. Você pode pedir mudanças como novos níveis de severidade, papéis de cliente diferentes, mais um campo de anexo, ou um fluxo de lançamento alterado.
Por que não simplesmente dar aos clientes acesso ao nosso rastreador de problemas?
Seu rastreador interno contém detalhes de desenvolvedores e informações entre clientes. Um portal de cliente dá aos clientes a visão de que eles precisam, preservando seu fluxo de trabalho interno.
Os clientes podem ver os relatos uns dos outros?
Não. Os relatos carregam a organização do cliente na linha, e as regras de acesso garantem essa fronteira em toda leitura.
O que quem reporta pode anexar?
Capturas de tela, gravações de tela, arquivos de log e outras provas. Os arquivos usam as mesmas regras de acesso do relato ao qual pertencem.
Somos obrigados a usar o Linear?
Não. O GitHub pode funcionar de forma parecida, ou sua equipe pode usar o quadro embutido no app. O registro, o isolamento entre clientes e os e-mails de lançamento não dependem do Linear.
Ele consegue detectar duplicados?
Sim. Relatos parecidos para o mesmo produto podem aparecer enquanto quem reporta digita, e duplicados podem ser mesclados sem perder nenhum dos relatores.
Quem reporta fica sabendo quando uma correção é lançada?
Sim. As correções podem ser vinculadas a lançamentos, e lançar uma versão pode atualizar o status do problema e enviar um e-mail para cada pessoa que reportou.
Posso usar meu próprio domínio?
Sim. O portal pode rodar no seu próprio domínio.
Posso sair da Kliv depois?
Sim. O código do app é sincronizado com seu próprio repositório Git, e seus dados podem ser exportados.
Preciso de uma ferramenta de administração separada?
Não. O rastreador é sua própria administração de produtos, clientes, relatos, lançamentos, papéis e configurações.
Criado por criadores
Explore o que é possível
Veja aplicações reais criadas com Kliv por desenvolvedores e criadores no mundo todo
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Aposente a caixa de entrada de bugs
Descreva seus clientes, produtos, perguntas de registro, prazos por severidade, ferramentas de desenvolvedores e processo de lançamento com todo o detalhe que quiser. A Kliv constrói o rastreador com as fronteiras já erguidas.