Denne side er oversat fra engelsk.
Support og fællesskab
Byg et system til fejlrapportering og sagsstyring
Kliv er en AI-appbygger. Beskriv, hvordan kunderne rapporterer fejl, hvordan jeres team triagerer dem, og hvornår afsenderen skal høre fra jer, så bygger Kliv systemet omkring den arbejdsgang.
Skriv bare din idé i tekstfeltet, så bygger AI den for dig
Hvad er Kliv?
Kliv er ikke et hostet system med en fast arbejdsgang – det er en AI, der bygger software til dig.
Du beskriver den app, du har brug for, med dine egne ord, og Kliv bygger den: data, arbejdsgang, skærmbilleder, integrationer, notifikationer og adgangsregler. Det, du får, er en rigtig app, som er din. Du kan bruge den, ændre den senere ved at bede om det, og køre den på dine egne konti. Det er ikke en skabelon.
På denne side er den app et system til fejlrapportering og sagsstyring. Kliv bygger alle slags webapps; dette er ét eksempel.
Hvorfor bygge dit eget fejlrapporteringssystem?
Et bureau, der vedligeholder mange kunders produkter, har ofte to adskilte verdener: det interne system, udviklerne bruger, og indbakken, hvor kunderne melder problemer. Fejl ankommer via e-mail, skærmbilleder forsvinder, rapporter skrives ind igen, og kunderne ved ikke, hvornår en rettelse udkommer.
Et kundevendt system skal passe til dine alvorlighedsgrader, din udgivelsesproces og dine privatlivsregler. Kunde A må aldrig se Kunde B's rapporter. Kliv bygger indtag, kundeadskillelse, triage, overdragelse til udviklere og udgivelsesnotifikationer ind i én samlet arbejdsgang.
Det systemet holder styr på
Disse data gør en indbakke til et fejlrapporteringssystem.
Fejlrapporten
Trin til gentagelse, miljø, forventet resultat, faktisk resultat, skærmbilleder og optagelser fanges af en formular, der stiller dine egne indtagsspørgsmål.
Kundeadskillelse
Hver rapport hører til en kunde og et produkt. En logget ind kunde ser kun sit eget produkts rapporter og intet andet, håndhævet af adgangsregler på dataene.
Alvorlighed og frister
En kritisk fejl kan udløse en svarfrist på 4 timer, mens et kosmetisk problem kan vente til næste udgivelse. Fristen beregnes ud fra dine servicevilkår, i det øjeblik rapporten indsendes.
Kendte fejl
Mens en kunde skriver, kan semantisk søgning vise lignende rapporter for netop det produkt: allerede kendt, allerede rettet, eller reelt nyt. Dubletter kan slås sammen uden at miste nogen af de involverede.
Udgivelser
Rettelser knyttes til en udgivelse. Når version 2.4.1 udkommer, kan hver fejl i den udgivelse automatisk skifte status og sende en e-mail til den, der rapporterede den.
Et eksempel: Mettes kundesupportportal
Sådan kunne ét bureau bruge det. Det er kun et eksempel – du ville beskrive dine egne kunder, produkter, alvorlighedsgrader, værktøjer og udgivelsesproces.
En kunde indsender med dokumentation
En bogholder rapporterer en fejl i fakturaeksporten fra sin kundeportal. Hun tilføjer trin, browserdetaljer og et skærmbillede. Formularen kender allerede hendes produkt, så fejlen havner det rigtige sted.
En dublet fanges tidligt
Før hun indsender, ser hun en lignende rapport fra en kollega på samme produkt. Hun føjer sin sag til den sag i stedet for at oprette en dublet.
Alvorligheden sætter svarfristen
Mettes teamleder markerer den som alvorlig. Svarfristen tager udgangspunkt i bureauets servicevilkår, og rapporten lægges ind på teamets tavle med de statusser, de bruger.
Udviklerne bliver i deres eget system
Rapporten opretter en Linear-sag. Når udvikleren lukker den der, sendes statussen tilbage til kundeportalen. Kunder og udviklere ser den samme oplysning i forskellige værktøjer.
Den, der rapporterede, hører besked, når det udkommer
Rettelsen udkommer i udgivelse 2.4.1. Rapporten skifter til rettet, og bogholderen får en e-mail med navnet på versionen, før hun selv skal spørge om status.
Beskriv, hvad du vil bygge
Kliv bygger ud fra din beskrivelse, så jo mere detalje du giver, desto tættere rammer den første version. Beskriv hvem der indsender sager, hvilken dokumentation du indsamler, hvordan alvorlighed fungerer, og hvordan rettelser udkommer. Her er tre at bygge videre på:
Bureauets kundeindtag
Kundeportaler, alvorlighedsfrister, vedhæftninger og udgivelser.
“Byg et fejlrapporteringssystem til vores bureau. Hver kunde skal have en portal, der kun viser dens egne produkter, rapporter skal kunne indeholde skærmbilleder og skærmoptagelser, alvorlighedsniveauer skal sætte svarfrister på 4 timer for kritisk og 2 hverdage for alvorlig, og den der rapporterer skal have en e-mail, når rettelsen udkommer i en udgivelse.”
Internt QA-board
Builds, regressionsflag og daglige opsummeringer.
“Byg et internt sagsstyringssystem, hvor QA opretter fejl mod bestemte builds, genåbnede sager markeres som regressioner, kritiske fejl sender straks en Slack-besked, og en daglig opsummering af nye kritiske og alvorlige fejl sendes til udviklingskanalen kl. 09:00.”
Feedback-tragt til beta
Feedback sorteret i fejl, idéer og dubletter.
“Byg et feedbacksystem til beta, hvor testere indsender rapporter med skærmbilleder, en triageansvarlig sorterer hver post som fejl, idé, dublet eller spørgsmål, og hver tester kan se status på det, de selv har indsendt.”
Sådan hænger det sammen
Kundeadskillelse er afgørende. Kundeorganisationer og roller er indbygget. Den, der rapporterer, ser kun sit eget produkts fejl, dit team ser alt, og interne noter forbliver interne.
Udviklerværktøjer kan kobles begge veje. Rapporter kan oprette sager i Linear eller GitHub, og lukkes de der, kan portalen opdateres. Udviklerne bliver i deres eget værktøj, mens kunderne får et renere overblik.
Adskillelsen kan testes. En scenarietest kan logge ind som én kunde og forsøge at læse en anden kundes rapport mod en engangskopi af databasen. Testkvitteringen viser, hvad der blev afvist, før det udgives.
Månedlige opsummeringer kan køre af sig selv. Et planlagt job kan sende hver kunde en e-mail med månedens tal for indsendte, rettede, igangværende sager og gennemsnitlig svartid.
Når dette fungerer, vil teams ofte have samme behandling til timeregistrering og statusrapporter. Det mønster fortsætter under interne værktøjer.
Ofte stillede spørgsmål
Hvad er Kliv helt præcist?
Kliv er en AI, der bygger skræddersyede webapps ud fra en beskrivelse. For fejlrapportering kan det betyde kundeportaler, indtagsformularer, alvorlighedsregler, forbindelser til udviklerværktøjer, udgivelser og notifikationer.
Får jeg en rigtig app, eller en skabelon?
En rigtig app. Kliv bygger arbejdsgangen, dataene, skærmbillederne, adgangsreglerne og integrationerne til netop din sag, ikke et generisk skin oven på et system.
Kan jeg ændre den, efter den er bygget?
Ja. Du kan bede om ændringer som nye alvorlighedsniveauer, andre kunderoller, endnu et felt til vedhæftninger, eller en ændret udgivelsesproces.
Hvorfor ikke bare give kunderne adgang til vores eget system?
Dit interne system indeholder udviklerdetaljer og oplysninger på tværs af kunder. En kundeportal giver kunderne det overblik, de har brug for, uden at ændre din interne arbejdsgang.
Kan kunder se hinandens rapporter?
Nej. Rapporter bærer kundeorganisationen med sig i selve rækken, og adgangsregler håndhæver den adskillelse ved hver eneste læsning.
Hvad kan den, der rapporterer, vedhæfte?
Skærmbilleder, skærmoptagelser, logfiler og anden dokumentation. Filer bruger de samme adgangsregler som den rapport, de hører til.
Skal vi bruge Linear?
Nej. GitHub kan fungere på samme måde, eller dit team kan bruge tavlen, der er indbygget i appen. Indtag, kundeadskillelse og udgivelsesmails afhænger ikke af Linear.
Kan den opdage dubletter?
Ja. Lignende rapporter for samme produkt kan dukke op, mens den, der rapporterer, skriver, og dubletter kan slås sammen uden at miste nogen af de involverede.
Kan den, der rapporterede fejlen, høre besked, når rettelsen udkommer?
Ja. Rettelser kan knyttes til udgivelser, og når en udgivelse udkommer, kan det opdatere sagens status og sende en e-mail til hver, der har rapporteret.
Kan jeg bruge mit eget domæne?
Ja. Portalen kan køre på dit eget domæne.
Kan jeg flytte væk fra Kliv senere?
Ja. App-koden synkroniseres til dit eget Git-repository, og dine data kan eksporteres.
Skal jeg bruge et separat admin-værktøj?
Nej. Systemet er sit eget admin til produkter, kunder, rapporter, udgivelser, roller og indstillinger.
Bygget af skabere
Udforsk hvad der er muligt
Se rigtige applikationer bygget med Kliv af udviklere og skabere over hele verden
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.
Sig farvel til fejl-indbakken
Beskriv dine kunder, produkter, indtagsspørgsmål, alvorlighedsfrister, udviklerværktøjer og udgivelsesproces i så mange detaljer, du vil. Kliv bygger systemet med adskillelsen på plads fra starten.