Questa pagina è stata tradotta dall’inglese.
Supporto e community
Crea un sistema di segnalazione bug e tracciamento dei problemi
Kliv è un AI app builder. Descrivi come i clienti segnalano i bug, come il tuo team li smista, e quando chi segnala dovrebbe ricevere una risposta, e Kliv costruisce il tracker attorno a questo flusso di lavoro.
Inserisci semplicemente la tua idea nella casella di testo e l’AI la realizzerà per te
Cos'è Kliv?
Kliv non è un tracker ospitato con un flusso di lavoro fisso: è un'IA che crea software su misura per te.
Descrivi l'app di cui hai bisogno con parole tue, e Kliv la costruisce: i dati, il flusso di lavoro, le schermate, le integrazioni, le notifiche e le regole di accesso. Ottieni un'app vera, che è tua. Puoi usarla, modificarla in seguito chiedendolo, e farla girare sui tuoi account. Non è un modello precompilato.
In questa pagina, quell'app è un sistema di segnalazione bug e tracciamento dei problemi. Kliv crea ogni tipo di app web; questo è solo un esempio.
Perché creare il tuo bug tracker?
Un'agenzia che gestisce molti prodotti dei clienti vive spesso in due mondi separati: il tracker interno usato dagli sviluppatori e la casella email dove i clienti segnalano i problemi. I bug arrivano via email, gli screenshot si perdono, le segnalazioni vengono ridigitate a mano, e i clienti non sanno quando arriva una correzione.
Un tracker rivolto ai clienti deve adattarsi ai tuoi livelli di gravità, al tuo processo di rilascio e alle tue regole sulla privacy. Il Cliente A non deve mai vedere le segnalazioni del Cliente B. Kliv integra in un unico flusso di lavoro la raccolta delle segnalazioni, le barriere tra clienti, lo smistamento, il passaggio agli sviluppatori e le notifiche di rilascio.
Cosa sa il tracker
Questi elementi trasformano una casella email in un sistema di segnalazione bug.
La segnalazione del bug
Passi di riproduzione, ambiente, risultato atteso, risultato reale, screenshot e registrazioni vengono raccolti da un modulo che pone le tue domande di raccolta.
Barriere tra clienti
Ogni segnalazione appartiene a un cliente e a un prodotto. Un cliente autenticato vede solo le segnalazioni del proprio prodotto e nient'altro, grazie a regole di accesso applicate ai dati.
Gravità e scadenze
Un bug critico può far partire un timer di risposta di 4 ore, mentre un problema estetico può finire nella release successiva. La scadenza viene calcolata dai tuoi termini di servizio nel momento in cui la segnalazione viene registrata.
Problemi noti
Mentre un cliente digita, la ricerca semantica può mostrare segnalazioni simili per quel prodotto: già note, già risolte, o davvero nuove. I duplicati si uniscono senza perdere nessuno dei segnalanti.
Release
Le correzioni si collegano a una release. Quando esce la versione 2.4.1, ogni bug di quella release può cambiare stato e inviare automaticamente un'email a chi l'ha segnalato.
Un esempio: il portale di assistenza clienti di Giulia
Ecco come potrebbe usarlo un'agenzia. È solo un esempio: tu descriveresti i tuoi clienti, prodotti, livelli di gravità, strumenti e processo di rilascio.
Un cliente segnala con le prove
Una contabile segnala un errore nell'esportazione delle fatture dal suo portale cliente. Aggiunge i passaggi, i dettagli del browser e uno screenshot. Il modulo conosce già il suo prodotto, quindi il bug finisce nel posto giusto.
Un duplicato viene individuato in anticipo
Prima di inviare, vede una segnalazione simile da parte di una collega sullo stesso prodotto. Aggiunge il suo caso a quella segnalazione invece di aprirne una duplicata.
La gravità imposta i tempi di risposta
Il responsabile di Giulia la classifica come grave. La scadenza di risposta parte dai termini di servizio dell'agenzia, e la segnalazione entra nella bacheca del team con gli stati che usano abitualmente.
Gli sviluppatori restano nel loro tracker
La segnalazione crea un issue su Linear. Quando l'ingegnere lo chiude lì, lo stato torna indietro al portale cliente. Clienti e sviluppatori vedono lo stesso fatto in strumenti diversi.
Chi segnala viene avvisato al rilascio
La correzione esce nella release 2.4.1. La segnalazione passa a risolta, e la contabile riceve un'email che indica la versione prima ancora di dover chiedere un aggiornamento.
Descrivi cosa vuoi costruire
Kliv costruisce a partire dalla tua descrizione, quindi più dettagli fornisci, più la prima versione sarà vicina a ciò che vuoi. Includi chi presenta le segnalazioni, quali prove raccogli, come funziona la gravità e come vengono rilasciate le correzioni. Eccone tre su cui costruire:
Raccolta clienti dell'agenzia
Portali clienti, scadenze per gravità, allegati e release.
“Crea un bug tracker per la nostra agenzia. Ogni cliente deve avere un portale limitato ai propri prodotti, le segnalazioni devono includere screenshot e registrazioni schermo, i livelli di gravità devono impostare scadenze di risposta di 4 ore per i bug critici e 2 giorni lavorativi per quelli gravi, e chi segnala deve ricevere un'email quando la correzione viene rilasciata.”
Bacheca QA interna
Build, segnalazioni di regressione e riepiloghi giornalieri.
“Crea un tracker interno dei problemi in cui il team QA segnala bug relativi a build specifiche, i problemi riaperti vengono contrassegnati come regressioni, i bug critici inviano subito un avviso Slack, e un riepilogo giornaliero dei nuovi bug critici e gravi viene inviato al canale ingegneria alle 09:00.”
Imbuto di feedback beta
Feedback smistato in bug, idee e duplicati.
“Crea un sistema di feedback per la beta in cui i tester inviano segnalazioni con screenshot, un responsabile smistamento classifica ogni elemento come bug, idea per una funzionalità, duplicato o domanda, e ogni tester può vedere lo stato di ciò che ha segnalato personalmente.”
Come si integra tutto
I confini tra clienti contano. Le organizzazioni clienti e i ruoli sono integrati nativamente. Chi segnala vede i bug del proprio prodotto, il tuo team vede tutto, e le note interne restano interne.
Gli strumenti per sviluppatori possono collegarsi in entrambe le direzioni. Le segnalazioni possono aprire issue su Linear o GitHub, e chiuderle lì può aggiornare il portale. Gli sviluppatori restano nel loro strumento mentre i clienti ottengono una vista più semplice.
I confini possono essere testati. Uno Scenario test può autenticarsi come un cliente e provare a leggere la segnalazione di un altro cliente su una copia usa e getta del database. La ricevuta del test mostra cosa è stato rifiutato prima della pubblicazione.
I riepiloghi mensili possono generarsi da soli. Un job pianificato può inviare via email a ogni cliente i numeri del mese: segnalazioni aperte, risolte, in corso e il tempo medio di risposta.
Quando questo funziona, i team spesso vogliono lo stesso trattamento per i fogli ore e i rapporti di stato. Questo schema continua in strumenti interni.
Domande frequenti
Cos'è esattamente Kliv?
Kliv è un'IA che crea app web su misura a partire da una descrizione. Per il bug tracking, questo può significare portali clienti, moduli di raccolta, regole di gravità, collegamenti con strumenti per sviluppatori, release e notifiche.
Ottengo un'app vera, o un modello precompilato?
Un'app vera. Kliv costruisce il flusso di lavoro, i dati, le schermate, le regole di accesso e le integrazioni per il tuo caso specifico, non la veste grafica di un tracker generico.
Posso modificarla dopo che è stata creata?
Sì. Puoi chiedere modifiche come nuovi livelli di gravità, ruoli cliente diversi, un altro campo per gli allegati, o un processo di rilascio cambiato.
Perché non dare semplicemente ai clienti accesso al nostro tracker interno?
Il tuo tracker interno contiene dettagli per sviluppatori e informazioni su altri clienti. Un portale cliente offre ai clienti la vista di cui hanno bisogno, preservando il tuo flusso di lavoro interno.
I clienti possono vedere le segnalazioni degli altri?
No. Le segnalazioni portano l'organizzazione cliente sulla riga, e le regole di accesso applicano quel confine a ogni lettura.
Cosa possono allegare i segnalanti?
Screenshot, registrazioni dello schermo, file di log e altre prove. I file usano le stesse regole di accesso della segnalazione a cui appartengono.
Dobbiamo per forza usare Linear?
No. GitHub può funzionare allo stesso modo, oppure il tuo team può usare la bacheca integrata nell'app. La raccolta, le barriere tra clienti e le email di rilascio non dipendono da Linear.
Può rilevare i duplicati?
Sì. Segnalazioni simili per lo stesso prodotto possono apparire mentre chi segnala digita, e i duplicati possono essere uniti senza perdere nessuno dei segnalanti.
Chi segnala può essere avvisato quando una correzione viene rilasciata?
Sì. Le correzioni possono collegarsi alle release, e il rilascio di una release può aggiornare lo stato della segnalazione e inviare un'email a ogni segnalante.
Posso usare il mio dominio?
Sì. Il portale può funzionare sul tuo dominio.
Posso smettere di usare Kliv in seguito?
Sì. Il codice dell'app si sincronizza con il tuo repository Git, e i tuoi dati possono essere esportati.
Mi serve uno strumento di amministrazione separato?
No. Il tracker è la propria amministrazione per prodotti, clienti, segnalazioni, release, ruoli e impostazioni.
Creato da creatori
Scopri cosa è possibile
Guarda applicazioni reali create con Kliv da sviluppatori e creatori in tutto il mondo
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.
Manda in pensione la casella email dei bug
Descrivi i tuoi clienti, prodotti, domande di raccolta, scadenze per gravità, strumenti per sviluppatori e processo di rilascio con tutti i dettagli che vuoi. Kliv costruisce il tracker con le barriere già pronte.