Halaman ini diterjemahkan dari bahasa Inggris.
Dukungan & Komunitas
Bangun sistem pelaporan bug dan pelacakan masalah
Kliv adalah AI app builder. Jelaskan bagaimana klien melaporkan bug, bagaimana tim Anda melakukan triase, dan kapan pelapor harus mendapat kabar balasan, dan Kliv akan membangun pelacak di sekitar alur kerja itu.
Cukup masukkan ide Anda ke dalam kotak teks dan AI akan membuatkannya untuk Anda
Apa itu Kliv?
Kliv bukan pelacak berbasis hosting dengan alur kerja tetap — Kliv adalah AI yang membangun perangkat lunak untuk Anda.
Anda menjelaskan aplikasi yang Anda butuhkan dengan kata-kata Anda sendiri, dan Kliv membangunnya: data, alur kerja, tampilan layar, integrasi, notifikasi, dan aturan akses. Yang Anda dapatkan adalah aplikasi sungguhan milik Anda sendiri. Anda bisa memakainya, mengubahnya nanti cukup dengan meminta, dan menjalankannya di akun Anda sendiri. Ini bukan template.
Di halaman ini, aplikasi tersebut adalah sistem pelaporan bug dan pelacakan masalah. Kliv membangun segala jenis aplikasi web; ini hanya salah satu contohnya.
Mengapa membangun pelacak bug sendiri?
Agensi yang mengelola banyak produk klien sering punya dua dunia terpisah: pelacak internal yang dipakai developer, dan kotak masuk email tempat klien melaporkan masalah. Bug datang lewat email, tangkapan layar hilang, laporan harus diketik ulang, dan klien tidak tahu kapan perbaikannya rilis.
Pelacak yang menghadap klien harus mengikuti tingkat keparahan Anda sendiri, proses rilis Anda, dan aturan privasi Anda. Klien A tidak boleh pernah melihat laporan Klien B. Kliv membangun penerimaan laporan, pembatas antar-klien, triase, serah terima ke developer, dan notifikasi rilis dalam satu alur kerja.
Apa yang diketahui pelacak ini
Catatan-catatan ini mengubah kotak masuk menjadi sistem pelaporan bug.
Laporan bug
Langkah reproduksi, lingkungan, hasil yang diharapkan, hasil aktual, tangkapan layar, dan rekaman ditangkap oleh formulir yang menanyakan pertanyaan penerimaan laporan Anda.
Pembatas antar-klien
Setiap laporan terikat pada satu klien dan produk. Klien yang masuk hanya melihat laporan untuk produknya sendiri dan tidak ada yang lain, ditegakkan oleh aturan akses pada data.
Tingkat keparahan dan tenggat waktu
Bug kritis dapat memicu timer respons 4 jam, sementara masalah kosmetik bisa masuk ke rilis berikutnya. Tenggat waktu dihitung dari ketentuan layanan Anda saat laporan diajukan.
Masalah yang sudah diketahui
Saat klien mengetik, pencarian semantik dapat menampilkan laporan serupa untuk produk itu: sudah diketahui, sudah diperbaiki, atau benar-benar baru. Laporan duplikat digabung tanpa kehilangan data pelapor mana pun.
Rilis
Perbaikan dilekatkan pada sebuah rilis. Saat versi 2.4.1 diluncurkan, setiap bug dalam rilis itu bisa otomatis berubah status dan mengirim email ke para pelapor.
Contoh: portal dukungan klien milik Nadia
Begini cara satu agensi bisa menggunakannya. Ini hanya contoh — Anda akan menjelaskan klien, produk, tingkat keparahan, alat, dan proses rilis Anda sendiri.
Klien mengajukan laporan disertai bukti
Seorang staf pembukuan melaporkan error ekspor faktur dari portal kliennya. Ia menambahkan langkah-langkah, detail browser, dan tangkapan layar. Formulir sudah mengenali produknya, sehingga bug ini langsung masuk ke tempat yang tepat.
Duplikat terdeteksi sejak awal
Sebelum mengirim, ia melihat laporan serupa dari rekan kerja untuk produk yang sama. Ia menambahkan kasusnya ke laporan itu, bukannya membuka laporan duplikat baru.
Tingkat keparahan menentukan jam respons
Atasan Nadia menandainya sebagai mayor. Tenggat waktu respons mulai berjalan sesuai ketentuan layanan agensi, dan laporan tersebut masuk ke papan tim dalam status yang biasa mereka pakai.
Developer tetap bekerja di pelacak mereka sendiri
Laporan itu membuat issue di Linear. Saat engineer menutupnya di sana, status itu mengalir kembali ke portal klien. Klien dan developer melihat fakta yang sama lewat alat yang berbeda.
Pelapor mendapat kabar saat perbaikan dirilis
Perbaikannya dirilis dalam versi 2.4.1. Laporan berubah menjadi selesai diperbaiki, dan staf pembukuan tadi menerima email yang menyebut nomor versi tersebut sebelum ia sempat menanyakan perkembangannya.
Jelaskan aplikasi yang ingin Anda bangun
Kliv membangun berdasarkan deskripsi Anda, jadi semakin detail penjelasan Anda, semakin dekat hasil versi pertamanya. Sertakan siapa yang mengajukan laporan, bukti apa yang Anda kumpulkan, bagaimana tingkat keparahan bekerja, dan bagaimana perbaikan dirilis. Berikut tiga contoh sebagai titik awal:
Penerimaan laporan klien agensi
Portal klien, tenggat keparahan, lampiran, dan rilis.
“Bangun pelacak bug untuk agensi kami. Setiap klien memiliki portal yang dibatasi hanya untuk produknya sendiri, laporan harus menyertakan tangkapan layar dan rekaman layar, tingkat keparahan menentukan tenggat waktu respons 4 jam untuk kritis dan 2 hari kerja untuk mayor, dan pelapor mendapat email saat perbaikan mereka dirilis.”
Papan QA internal
Build, penanda regresi, dan ringkasan harian.
“Bangun pelacak masalah internal tempat tim QA mengajukan bug terhadap build tertentu, issue yang dibuka kembali ditandai sebagai regresi, bug kritis langsung mengirim notifikasi Slack, dan ringkasan harian bug kritis serta mayor baru dikirim ke channel engineering pukul 09.00.”
Corong umpan balik beta
Umpan balik disortir menjadi bug, ide, dan duplikat.
“Bangun sistem umpan balik beta tempat penguji mengirim laporan disertai tangkapan layar, seorang triager menyortir setiap item menjadi bug, ide fitur, duplikat, atau pertanyaan, dan setiap penguji bisa melihat status dari laporan yang ia ajukan sendiri.”
Bagaimana semuanya menyatu
Batasan antar-klien itu penting. Organisasi dan peran klien sudah terpasang bawaan. Pelapor hanya melihat bug produknya sendiri, tim Anda melihat semuanya, dan catatan internal tetap internal.
Alat developer bisa terhubung dua arah. Laporan bisa membuka issue di Linear atau GitHub, dan menutupnya di sana bisa memperbarui portal. Developer tetap memakai alat mereka sementara klien mendapat tampilan yang lebih rapi.
Batasan itu bisa diuji. Scenario test bisa masuk sebagai satu klien dan mencoba membaca laporan klien lain terhadap salinan basis data sekali pakai. Bukti hasil uji menunjukkan apa yang ditolak sebelum dipublikasikan.
Ringkasan bulanan bisa berjalan sendiri. Sebuah tugas terjadwal bisa mengirim email ke setiap klien berisi angka laporan yang diajukan, diperbaiki, sedang berjalan, dan rata-rata waktu respons bulan itu.
Saat ini berjalan baik, tim sering ingin perlakuan yang sama untuk log waktu kerja dan laporan status. Pola ini berlanjut di internal tools.
Pertanyaan umum
Apa sebenarnya Kliv itu?
Kliv adalah AI yang membangun aplikasi web kustom dari sebuah deskripsi. Untuk pelacakan bug, itu bisa berarti portal klien, formulir penerimaan laporan, aturan tingkat keparahan, koneksi ke alat developer, rilis, dan notifikasi.
Apakah saya mendapat aplikasi sungguhan, atau sekadar template?
Aplikasi sungguhan. Kliv membangun alur kerja, data, tampilan layar, aturan akses, dan integrasi untuk kasus Anda, bukan sekadar tampilan generik dari sebuah pelacak.
Bisakah saya mengubahnya setelah selesai dibangun?
Bisa. Anda bisa meminta perubahan seperti tingkat keparahan baru, peran klien yang berbeda, kolom lampiran tambahan, atau alur kerja rilis yang diubah.
Mengapa tidak langsung memberi klien akses ke pelacak issue internal kami?
Pelacak internal Anda memuat detail developer dan informasi lintas klien. Portal klien memberi klien tampilan yang mereka butuhkan sambil menjaga alur kerja internal Anda tetap terjaga.
Bisakah klien saling melihat laporan satu sama lain?
Tidak. Setiap laporan menyimpan organisasi klien pada barisnya, dan aturan akses menegakkan batasan itu pada setiap pembacaan data.
Apa saja yang bisa dilampirkan pelapor?
Tangkapan layar, rekaman layar, berkas log, dan bukti lainnya. Berkas menggunakan aturan akses yang sama dengan laporan tempatnya berada.
Apakah kami harus menggunakan Linear?
Tidak. GitHub bisa bekerja dengan cara serupa, atau tim Anda bisa memakai papan yang sudah terpasang di dalam aplikasi. Penerimaan laporan, pembatas antar-klien, dan email rilis tidak bergantung pada Linear.
Bisakah sistem mendeteksi duplikat?
Bisa. Laporan serupa untuk produk yang sama bisa muncul saat pelapor sedang mengetik, dan laporan duplikat bisa digabung tanpa kehilangan data pelapor mana pun.
Bisakah pelapor mendapat kabar saat perbaikan dirilis?
Bisa. Perbaikan bisa dilekatkan pada rilis, dan meluncurkan rilis bisa memperbarui status issue serta mengirim email ke setiap pelapor.
Bisakah saya memakai domain saya sendiri?
Bisa. Portal bisa berjalan di domain Anda sendiri.
Bisakah saya pindah dari Kliv nanti?
Bisa. Kode aplikasi disinkronkan ke repositori Git Anda sendiri, dan data Anda bisa diekspor.
Apakah saya perlu alat admin terpisah?
Tidak. Pelacak ini sudah menjadi admin bagi dirinya sendiri untuk produk, klien, laporan, rilis, peran, dan pengaturan.
Dibuat oleh Kreator
Jelajahi yang bisa dibuat
Lihat aplikasi nyata yang dibuat dengan Kliv oleh developer dan kreator di seluruh dunia
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.
Pensiunkan kotak masuk bug
Jelaskan klien, produk, pertanyaan penerimaan laporan, tenggat keparahan, alat developer, dan proses rilis Anda sedetail yang Anda mau. Kliv membangun pelacaknya lengkap dengan pembatas antar-klien yang sudah terpasang.