Ta strona została przetłumaczona z języka angielskiego.
Wsparcie i społeczność
Zbuduj system zgłaszania błędów i śledzenia problemów
Kliv to kreator aplikacji AI. Opisz, jak klienci zgłaszają błędy, jak Twój zespół je opracowuje i kiedy zgłaszający powinni otrzymać odpowiedź, a Kliv zbuduje system śledzenia dopasowany do tego procesu.
Po prostu wpisz swój pomysł w polu tekstowym, a AI zbuduje go za Ciebie
What is Kliv?
Kliv nie jest hostowanym systemem z gotowym procesem — to sztuczna inteligencja, która buduje oprogramowanie dla Ciebie.
Opisujesz własnymi słowami aplikację, której potrzebujesz, a Kliv ją buduje: dane, procesy, ekrany, integracje, powiadomienia i reguły dostępu. Otrzymujesz prawdziwą aplikację, która należy do Ciebie. Możesz jej używać, zmieniać ją później, po prostu o to prosząc, i uruchamiać na własnych kontach. To nie jest szablon.
Na tej stronie tą aplikacją jest system zgłaszania błędów i śledzenia problemów. Kliv buduje wszelkiego rodzaju aplikacje webowe — to tylko jeden przykład.
Why build your own bug tracker?
Agencja utrzymująca wiele produktów klientów często żyje w dwóch osobnych światach: wewnętrznym systemie, z którego korzystają programiści, i skrzynce mailowej, gdzie klienci zgłaszają problemy. Błędy trafiają e-mailem, zrzuty ekranu giną, zgłoszenia trzeba przepisywać, a klienci nie wiedzą, kiedy poprawka trafi do produkcji.
System udostępniany klientom musi pasować do Twoich poziomów priorytetu, procesu wydań i zasad prywatności. Klient A nigdy nie może zobaczyć zgłoszeń Klienta B. Kliv łączy przyjmowanie zgłoszeń, izolację między klientami, opracowywanie, przekazywanie programistom i powiadomienia o wydaniach w jeden spójny proces.
What the tracker knows
Te dane zamieniają skrzynkę mailową w system zgłaszania błędów.
The bug report
Kroki odtworzenia, środowisko, oczekiwany wynik, rzeczywisty wynik, zrzuty ekranu i nagrania są zbierane przez formularz zadający Twoje pytania wstępne.
Client walls
Każde zgłoszenie należy do konkretnego klienta i produktu. Zalogowany klient widzi wyłącznie zgłoszenia dotyczące swojego produktu — reguły dostępu na poziomie danych to wymuszają.
Severity and deadlines
Krytyczny błąd może uruchomić 4-godzinny licznik reakcji, a błąd kosmetyczny może poczekać do następnego wydania. Termin jest wyliczany na podstawie Twoich warunków usługi w momencie zgłoszenia.
Known issues
Gdy klient pisze zgłoszenie, wyszukiwanie semantyczne może pokazać podobne zgłoszenia dla tego produktu: już znane, już naprawione albo faktycznie nowe. Duplikaty można scalić bez utraty żadnego ze zgłaszających.
Releases
Poprawki są przypisywane do wydania. Gdy wersja 2.4.1 zostaje opublikowana, każdy błąd z tego wydania może automatycznie zmienić status i wysłać e-mail do zgłaszających.
An example: Kasia’s client support portal
Oto jak mogłaby z tego skorzystać pewna agencja. To tylko przykład — Ty opisujesz własnych klientów, produkty, priorytety, narzędzia i proces wydań.
A client files with evidence
Księgowa zgłasza błąd eksportu faktur ze swojego portalu klienta. Dodaje kroki odtworzenia, szczegóły przeglądarki i zrzut ekranu. Formularz zna już jej produkt, więc zgłoszenie trafia we właściwe miejsce.
A duplicate is caught early
Zanim wyśle zgłoszenie, widzi podobne zgłoszenie koleżanki dotyczące tego samego produktu. Dodaje swój przypadek do tego zgłoszenia zamiast otwierać duplikat.
Severity sets the response clock
Kierownik Kasi oznacza je jako poważne. Termin reakcji liczy się od warunków usługi agencji, a zgłoszenie trafia na tablicę zespołu w statusach, których używają.
Developers stay in their own tracker
Zgłoszenie tworzy zadanie w Linear. Gdy inżynier zamyka je tam, status wraca do portalu klienta. Klienci i programiści widzą ten sam fakt w różnych narzędziach.
The reporter hears when it ships
Poprawka trafia do wydania 2.4.1. Zgłoszenie zmienia status na naprawione, a księgowa dostaje e-mail z numerem wersji, zanim zdąży zapytać o postęp.
Describe what you want to build
Kliv buduje na podstawie Twojego opisu, więc im więcej szczegółów podasz, tym bliższa oczekiwaniom będzie pierwsza wersja. Uwzględnij, kto zgłasza problemy, jakie dowody zbierasz, jak działa priorytetyzacja i jak wdrażane są poprawki. Oto trzy przykłady do rozbudowania:
Agency client intake
Portale klientów, terminy zależne od priorytetu, załączniki i wydania.
“Zbuduj system śledzenia błędów dla naszej agencji. Każdy klient powinien mieć portal ograniczony do własnych produktów, zgłoszenia powinny zawierać zrzuty ekranu i nagrania ekranu, poziomy priorytetu powinny ustalać terminy reakcji: 4 godziny dla krytycznych i 2 dni robocze dla poważnych, a zgłaszający powinni otrzymywać e-mail, gdy ich poprawka trafi do wydania.”
In-house QA board
Kompilacje, oznaczenia regresji i codzienne podsumowania.
“Zbuduj wewnętrzny system śledzenia problemów, w którym QA zgłasza błędy do konkretnych kompilacji, ponownie otwarte zgłoszenia są oznaczane jako regresje, krytyczne błędy natychmiast wysyłają alert na Slacku, a codzienne podsumowanie nowych błędów krytycznych i poważnych trafia na kanał inżynieryjny o 9:00.”
Beta feedback funnel
Opinie posortowane na błędy, pomysły i duplikaty.
“Zbuduj system opinii z bety, w którym testerzy przesyłają zgłoszenia ze zrzutami ekranu, osoba opracowująca zgłoszenia przypisuje każde z nich do kategorii: błąd, pomysł na funkcję, duplikat lub pytanie, a każdy tester widzi status zgłoszeń, które sam przesłał.”
How it comes together
Granice między klientami mają znaczenie. Organizacje klientów i role są wbudowane w system. Zgłaszający widzi błędy tylko swojego produktu, Twój zespół widzi wszystko, a notatki wewnętrzne pozostają wewnętrzne.
Narzędzia programistów mogą łączyć się w obie strony. Zgłoszenia mogą otwierać zadania w Linear lub GitHub, a ich zamknięcie tam może aktualizować portal. Programiści zostają w swoim narzędziu, a klienci dostają przejrzystszy widok.
Granice można przetestować. Test scenariuszowy może zalogować się jako jeden klient i spróbować odczytać zgłoszenie innego klienta na jednorazowej kopii bazy danych. Raport z testu pokazuje, co zostało odrzucone jeszcze przed publikacją.
Miesięczne podsumowania mogą działać same. Zaplanowane zadanie może co miesiąc wysyłać każdemu klientowi e-mail z liczbą zgłoszonych, naprawionych, będących w toku spraw oraz średnim czasem reakcji.
Gdy to działa, zespoły często chcą tego samego podejścia dla ewidencji czasu pracy i raportów statusu. Ten wzorzec kontynuujemy w narzędziach wewnętrznych.
Common questions
Czym dokładnie jest Kliv?
Kliv to sztuczna inteligencja, która buduje niestandardowe aplikacje webowe na podstawie opisu. W przypadku śledzenia błędów może to oznaczać portale klientów, formularze zgłoszeniowe, reguły priorytetów, połączenia z narzędziami programistów, wydania i powiadomienia.
Czy dostaję prawdziwą aplikację, czy szablon?
Prawdziwą aplikację. Kliv buduje proces, dane, ekrany, reguły dostępu i integracje dopasowane do Twojego przypadku, a nie ogólną nakładkę na jakiś gotowy system.
Czy mogę ją zmienić po zbudowaniu?
Tak. Możesz poprosić o zmiany, takie jak nowe poziomy priorytetu, inne role klientów, dodatkowe pole na załączniki czy zmieniony proces wydań.
Dlaczego nie dać klientom po prostu dostępu do naszego systemu śledzenia?
Twój wewnętrzny system zawiera szczegóły techniczne i informacje dotyczące wszystkich klientów naraz. Portal klienta daje im widok, którego potrzebują, zachowując przy tym Twój wewnętrzny proces.
Czy klienci mogą widzieć swoje wzajemne zgłoszenia?
Nie. Każde zgłoszenie ma przypisaną organizację klienta, a reguły dostępu wymuszają tę granicę przy każdym odczycie.
Co mogą załączać zgłaszający?
Zrzuty ekranu, nagrania ekranu, pliki logów i inne dowody. Pliki podlegają tym samym regułom dostępu co zgłoszenie, do którego należą.
Czy musimy używać Linear?
Nie. GitHub może działać podobnie, albo Twój zespół może korzystać z tablicy wbudowanej w aplikację. Przyjmowanie zgłoszeń, izolacja między klientami i e-maile o wydaniach nie zależą od Linear.
Czy system wykrywa duplikaty?
Tak. Podobne zgłoszenia dla tego samego produktu mogą pojawiać się w trakcie pisania, a duplikaty można scalać bez utraty żadnego ze zgłaszających.
Czy zgłaszający dowiadują się o wdrożeniu poprawki?
Tak. Poprawki mogą być przypisywane do wydań, a opublikowanie wydania może aktualizować status zgłoszenia i wysyłać e-mail do każdego zgłaszającego.
Czy mogę użyć własnej domeny?
Tak. Portal może działać na Twojej własnej domenie.
Czy mogę później przenieść się poza Kliv?
Tak. Kod aplikacji synchronizuje się z Twoim własnym repozytorium Git, a Twoje dane można wyeksportować.
Czy potrzebuję osobnego narzędzia administracyjnego?
Nie. System sam pełni funkcję panelu administracyjnego dla produktów, klientów, zgłoszeń, wydań, ról i ustawień.
Zbudowane przez twórców
Zobacz, co jest możliwe
Zobacz prawdziwe aplikacje zbudowane z Kliv przez deweloperów i twórców z całego świata
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.
Retire the bug inbox
Opisz swoich klientów, produkty, pytania wstępne, terminy zależne od priorytetu, narzędzia programistów i proces wydań tak szczegółowo, jak chcesz. Kliv zbuduje system śledzenia z gotową izolacją między klientami.