Tato stránka byla přeložena z angličtiny.
Podpora a komunita
Vytvořte systém pro hlášení a sledování chyb
Kliv je AI nástroj pro tvorbu aplikací. Popište, jak klienti hlásí chyby, jak je váš tým třídí a kdy se mají hlásitelé dozvědět odpověď, a Kliv kolem toho postaví celý systém sledování.
Stačí zadat svůj nápad do textového pole a AI jej vytvoří za vás
Co je Kliv?
Kliv není hostovaný nástroj s pevně daným postupem — je to AI, která pro vás vytváří software na míru.
Svou aplikaci popíšete vlastními slovy a Kliv ji postaví: data, pracovní postup, obrazovky, integrace, notifikace i přístupová oprávnění. Výsledkem je skutečná aplikace, která patří vám. Můžete ji používat, později si vyžádat úpravy a provozovat ji na vlastních účtech. Není to šablona.
Na této stránce je touto aplikací systém pro hlášení a sledování chyb. Kliv umí postavit nejrůznější webové aplikace, tohle je jen jeden příklad.
Proč si vytvořit vlastní nástroj pro sledování chyb?
Agentura, která spravuje produkty mnoha klientů, má často dva oddělené světy: interní nástroj, který používají vývojáři, a e-mailovou schránku, kam klienti hlásí problémy. Chyby chodí e-mailem, screenshoty se ztrácejí, hlášení se přepisují ručně a klienti nevědí, kdy oprava vyjde.
Nástroj určený klientům musí odpovídat vašim úrovním závažnosti, vašemu procesu vydávání verzí a vašim pravidlům ochrany soukromí. Klient A nesmí nikdy vidět hlášení klienta B. Kliv spojuje příjem hlášení, oddělení klientů od sebe, třídění, předání vývojářům i notifikace o vydání do jednoho pracovního postupu.
Co nástroj sleduje
Tyto záznamy promění e-mailovou schránku v systém pro hlášení chyb.
Hlášení chyby
Kroky k reprodukci, prostředí, očekávaný a skutečný výsledek, screenshoty i nahrávky zachytí formulář, který se ptá přesně na to, co potřebujete vědět.
Oddělení klientů
Každé hlášení patří ke konkrétnímu klientovi a produktu. Přihlášený klient vidí hlášení jen ke svému produktu a nic jiného — vynucují to přístupová pravidla přímo na datech.
Závažnost a termíny
Kritická chyba může spustit čtyřhodinový časovač reakce, zatímco kosmetická vada může počkat na příští verzi. Termín se vypočítá z vašich smluvních podmínek už při podání hlášení.
Známé problémy
Zatímco klient píše, sémantické vyhledávání může zobrazit podobná hlášení k danému produktu: už známá, už opravená, nebo skutečně nová. Duplicity se spojí, aniž by se ztratil jeden z hlásitelů.
Vydání verzí
Opravy se přiřadí k vydání. Jakmile vyjde verze 2.4.1, může se stav každé chyby v tomto vydání automaticky změnit a hlásitelé dostanou e-mail.
Příklad: Petřin klientský podpůrný portál
Takhle by to mohla použít jedna agentura. Je to jen příklad — vy byste popsali své vlastní klienty, produkty, úrovně závažnosti, nástroje a proces vydávání verzí.
Klientka hlásí chybu s důkazy
Petra, účetní, nahlásí chybu při exportu faktur ze svého klientského portálu. Přidá kroky, údaje o prohlížeči a screenshot. Formulář už zná její produkt, takže hlášení skončí na správném místě.
Duplicita se odhalí včas
Ještě než hlášení odešle, uvidí podobný záznam od kolegyně ke stejnému produktu. Svůj případ tedy přidá k němu, místo aby zakládala duplicitu.
Závažnost spouští časovač reakce
Petřin vedoucí označí hlášení jako závažné. Termín reakce se odvíjí od smluvních podmínek agentury a hlášení se objeví na týmové nástěnce ve stavech, které tým používá.
Vývojáři zůstávají ve svém nástroji
Hlášení vytvoří issue v Linearu. Jakmile ho vývojář tam uzavře, stav se promítne zpět do klientského portálu. Klienti i vývojáři tak vidí stejnou skutečnost, každý ve svém nástroji.
Hlásitelka se dozví, kdy oprava vyjde
Oprava vyjde ve verzi 2.4.1. Stav hlášení se změní na vyřešeno a Petra dostane e-mail s číslem verze dřív, než se stihne zeptat, jak to pokračuje.
Popište, co chcete postavit
Kliv staví podle vašeho popisu, takže čím víc detailů uvedete, tím blíž bude první verze realitě. Napište, kdo hlášení zakládá, jaké důkazy sbíráte, jak funguje závažnost a jak probíhá vydávání oprav. Tady jsou tři, na kterých můžete stavět:
Příjem hlášení od klientů agentury
Klientské portály, termíny podle závažnosti, přílohy a vydání verzí.
“Vytvořte systém pro sledování chyb pro naši agenturu. Každý klient by měl mít portál omezený na své vlastní produkty, hlášení by měla obsahovat screenshoty a nahrávky obrazovky, úrovně závažnosti by měly určovat termín reakce — 4 hodiny pro kritické chyby a 2 pracovní dny pro závažné — a hlásitelé by měli dostat e-mail, jakmile jejich oprava vyjde v novém vydání.”
Interní nástěnka QA
Sestavení (buildy), příznaky regresí a denní souhrny.
“Vytvořte interní nástroj pro sledování chyb, kde QA zakládá hlášení k jednotlivým sestavením (buildům), znovu otevřená hlášení se označí jako regrese, kritické chyby okamžitě odešlou upozornění na Slack a denní souhrn nových kritických a závažných chyb chodí do vývojářského kanálu v 9:00.”
Sběr zpětné vazby z bety
Zpětná vazba roztříděná na chyby, nápady a duplicity.
“Vytvořte systém pro zpětnou vazbu z beta testování, kde testeři posílají hlášení se screenshoty, člen týmu roztřídí každou položku na chybu, nápad na funkci, duplicitu nebo dotaz, a každý tester vidí stav toho, co sám nahlásil.”
Jak to všechno zapadá dohromady
Na hranicích mezi klienty záleží. Klientské organizace a role jsou součástí systému od začátku. Hlásitel vidí chyby jen svého produktu, váš tým vidí všechno a interní poznámky zůstávají interní.
Nástroje pro vývojáře se dají propojit oběma směry. Hlášení může založit issue v Linearu nebo GitHubu, a jeho uzavření tam se promítne zpět do portálu. Vývojáři zůstávají ve svém nástroji, zatímco klienti dostanou přehlednější pohled.
Hranice lze otestovat. Scénářový test se může přihlásit za jednoho klienta a zkusit přečíst hlášení jiného klienta na jednorázové kopii databáze. Protokol testu ukáže, co bylo odmítnuto ještě před nasazením.
Měsíční souhrny se mohou generovat samy. Naplánovaná úloha může každému klientovi e-mailem poslat počty založených, opravených a rozpracovaných hlášení za měsíc i průměrnou dobu reakce.
Když tohle funguje, týmy si často chtějí stejné zacházení nechat postavit i pro výkazy práce a stavové zprávy. Tenhle vzor pokračuje na stránce interní nástroje.
Časté dotazy
Co přesně je Kliv?
Kliv je AI, která podle popisu staví webové aplikace na míru. U sledování chyb to může znamenat klientské portály, příjmové formuláře, pravidla pro závažnost, propojení s nástroji pro vývojáře, vydání verzí a notifikace.
Dostanu skutečnou aplikaci, nebo šablonu?
Skutečnou aplikaci. Kliv postaví pracovní postup, data, obrazovky, přístupová pravidla i integrace přesně pro váš případ, ne obecnou kostru nástroje.
Mohu ji po vytvoření upravit?
Ano. Můžete si vyžádat úpravy, například nové úrovně závažnosti, jiné klientské role, další pole pro přílohy nebo změněný proces vydávání verzí.
Proč prostě nedat klientům přístup do našeho interního nástroje?
Váš interní nástroj obsahuje vývojářské detaily a informace napříč klienty. Klientský portál dá klientům pohled, který potřebují, a zároveň zachová váš interní pracovní postup.
Vidí klienti navzájem svá hlášení?
Ne. Každé hlášení má u sebe klientskou organizaci a přístupová pravidla tuto hranici vynucují při každém čtení.
Co mohou hlásitelé přiložit?
Screenshoty, nahrávky obrazovky, log soubory a další důkazy. Soubory se řídí stejnými přístupovými pravidly jako hlášení, ke kterému patří.
Musíme používat Linear?
Ne. Podobně může fungovat i GitHub, nebo může tým používat nástěnku přímo v aplikaci. Příjem hlášení, oddělení klientů a e-maily o vydání na Linearu nezávisí.
Umí to rozpoznat duplicity?
Ano. Podobná hlášení ke stejnému produktu se mohou zobrazit už při psaní a duplicity lze sloučit, aniž by se ztratil jeden z hlásitelů.
Dozví se hlásitelé, kdy oprava vyjde?
Ano. Opravy lze přiřadit k vydání a vydání nové verze může změnit stav hlášení a poslat e-mail každému hlásiteli.
Mohu použít vlastní doménu?
Ano. Portál může běžet na vaší vlastní doméně.
Mohu od Klivu později odejít jinam?
Ano. Kód aplikace se synchronizuje do vašeho vlastního Git repozitáře a data lze exportovat.
Potřebuji samostatný administrační nástroj?
Ne. Nástroj sám slouží jako administrace pro produkty, klienty, hlášení, vydání, role i nastavení.
Vytvořeno tvůrci
Prozkoumejte, co je možné
Podívejte se na skutečné aplikace, které s Kliv vytvořili vývojáři a tvůrci po celém světě
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.
Rozlučte se s e-mailovou schránkou na chyby
Popište své klienty, produkty, otázky pro příjem hlášení, termíny podle závažnosti, nástroje pro vývojáře i proces vydávání verzí — klidně do sebemenšího detailu. Kliv postaví nástroj rovnou s hotovými hranicemi mezi klienty.