Denne siden er oversatt fra engelsk.
Support og fellesskap
Bygg et system for feilrapportering og sakshåndtering
Kliv er en AI-appbygger. Beskriv hvordan kundene melder feil, hvordan teamet ditt trierer dem, og når de som melder feil bør høre tilbake, så bygger den sakshåndteringen rundt denne arbeidsflyten.
Skriv bare ideen din i tekstboksen, så bygger AI den for deg
Hva er Kliv?
Kliv er ikke et ferdig system med en fast arbeidsflyt — det er en AI som bygger programvare for deg.
Du beskriver appen du trenger med egne ord, og Kliv bygger den: dataene, arbeidsflyten, skjermbildene, integrasjonene, varslene og tilgangsreglene. Det du får, er en ekte app som er din egen. Du kan bruke den, endre den senere ved å be om det, og kjøre den på dine egne kontoer. Det er ingen mal.
På denne siden er den appen et system for feilrapportering og sakshåndtering. Kliv bygger alle slags nettapper; dette er ett eksempel.
Hvorfor bygge din egen feilsporing?
Et byrå som vedlikeholder mange kundeprodukter, har ofte to atskilte verdener: det interne systemet utviklerne bruker, og innboksen der kundene melder inn problemer. Feil kommer inn på e-post, skjermbilder forsvinner, rapporter skrives inn på nytt, og kundene vet ikke når en retting lanseres.
Et kundevendt system må passe alvorlighetsgradene, utgivelsesprosessen og personvernreglene dine. Kunde A skal aldri se Kunde B sine saker. Kliv bygger inntak, kundeskiller, triage, overlevering til utviklere og lanseringsvarsler inn i én arbeidsflyt.
Det systemet vet
Disse dataene gjør en innboks om til et system for feilrapportering.
Feilrapporten
Reproduksjonstrinn, miljø, forventet resultat, faktisk resultat, skjermbilder og opptak fanges opp av et skjema som stiller inntaksspørsmålene dine.
Kundeskiller
Hver sak tilhører en kunde og et produkt. En innlogget kunde ser bare sitt eget produkts saker og ingenting annet, håndhevet av tilgangsregler på dataene.
Alvorlighetsgrad og frister
En kritisk feil kan starte en 4-timers svarklokke, mens en kosmetisk sak kan vente til neste utgivelse. Fristen beregnes ut fra tjenestevilkårene dine når saken meldes inn.
Kjente saker
Mens en kunde skriver, kan semantisk søk vise lignende saker for det produktet: allerede kjent, allerede rettet, eller genuint ny. Duplikater kan slås sammen uten at noen av de som meldte inn, mister sin sak.
Utgivelser
Rettinger knyttes til en utgivelse. Når versjon 2.4.1 lanseres, kan hver feil i den utgivelsen automatisk endre status og sende e-post til de som meldte den.
Et eksempel: Ingrids kundestøtteportal
Slik kan ett byrå bruke det. Dette er bare et eksempel — du ville beskrevet dine egne kunder, produkter, alvorlighetsgrader, verktøy og utgivelsesprosess.
En kunde melder inn med dokumentasjon
En regnskapsfører rapporterer en feil i fakturaeksporten fra kundeportalen sin. Hun legger ved trinn, nettleserdetaljer og et skjermbilde. Skjemaet kjenner allerede produktet hennes, så feilen havner rett sted.
En duplikat fanges opp tidlig
Før hun sender inn, ser hun en lignende sak fra en kollega på samme produkt. Hun legger sin sak til den saken i stedet for å opprette en duplikat.
Alvorlighetsgrad setter svarklokken
Ingrids leder markerer den som alvorlig. Svarfristen starter ut fra byråets tjenestevilkår, og saken havner på teamtavlen med statusene de bruker.
Utviklerne holder seg i sitt eget system
Saken oppretter en Linear-sak. Når utvikleren lukker den der, flyter statusen tilbake til kundeportalen. Kunder og utviklere ser det samme faktumet i ulike verktøy.
Den som meldte inn feilen, får beskjed når den lanseres
Rettingen lanseres i versjon 2.4.1. Saken endres til rettet, og regnskapsføreren får en e-post med versjonsnummeret før hun rekker å spørre om status.
Beskriv hva du vil bygge
Kliv bygger ut fra beskrivelsen din, så jo mer detalj du gir, desto nærmere blir første versjon. Ta med hvem som melder saker, hvilken dokumentasjon dere samler inn, hvordan alvorlighetsgrad fungerer, og hvordan rettinger lanseres. Her er tre å bygge videre på:
Kundeinntak for byrå
Kundeportaler, alvorlighetsfrister, vedlegg og lanseringer.
“Bygg et feilsporingssystem for byrået vårt. Hver kunde skal ha en portal avgrenset til sine egne produkter, saker skal inkludere skjermbilder og skjermopptak, alvorlighetsgrad skal sette svarfrister på 4 timer for kritiske saker og 2 virkedager for alvorlige saker, og de som melder inn feil skal få en e-post når rettingen deres lanseres i en utgivelse.”
Intern QA-tavle
Bygg, regresjonsmerking og daglige sammendrag.
“Bygg et internt sakssystem der QA melder feil mot spesifikke bygg, gjenåpnede saker merkes som regresjoner, kritiske feil sender et Slack-varsel umiddelbart, og et daglig sammendrag av nye kritiske og alvorlige feil sendes til utviklingskanalen klokken 09:00.”
Tilbakemeldingskanal for betatestere
Tilbakemeldinger sortert i feil, ideer og duplikater.
“Bygg et system for betatilbakemeldinger der testere sender inn rapporter med skjermbilder, en trierer sorterer hvert element i feil, produktidé, duplikat eller spørsmål, og hver tester kan se statusen på det de selv har meldt inn.”
Slik henger det sammen
Kundeskiller betyr noe. Kundeorganisasjoner og roller er innebygd. Den som melder inn feil, ser bare sitt eget produkts saker, teamet ditt ser alt, og interne notater forblir interne.
Utviklerverktøy kan kobles begge veier. Saker kan åpne saker i Linear eller GitHub, og når de lukkes der, kan portalen oppdateres. Utviklerne holder seg i sitt eget verktøy mens kundene får en renere visning.
Skillene kan testes. En scenariotest kan logge inn som én kunde og forsøke å lese en annen kundes sak mot en engangskopi av databasen. Testkvitteringen viser hva som ble avvist før publisering.
Månedlige sammendrag kan kjøre seg selv. En planlagt jobb kan sende hver kunde en e-post med månedens innmeldte, rettede, pågående og gjennomsnittlige svartidstall.
Når dette fungerer, vil team ofte ha samme behandling for timelister og statusrapporter. Det mønsteret fortsetter på interne verktøy.
Vanlige spørsmål
Hva er egentlig Kliv?
Kliv er en AI som bygger skreddersydde nettapper ut fra en beskrivelse. For feilsporing kan det bety kundeportaler, inntaksskjemaer, regler for alvorlighetsgrad, koblinger til utviklerverktøy, utgivelser og varsler.
Får jeg en ekte app, eller en mal?
En ekte app. Kliv bygger arbeidsflyten, dataene, skjermbildene, tilgangsreglene og integrasjonene for ditt tilfelle, ikke et generisk skall rundt et standardsystem.
Kan jeg endre den etter at den er bygget?
Ja. Du kan be om endringer som nye alvorlighetsgrader, andre kunderoller, et ekstra vedleggsfelt, eller en endret utgivelsesprosess.
Hvorfor ikke bare gi kundene tilgang til vårt eget sakssystem?
Det interne systemet ditt inneholder utviklerdetaljer og informasjon på tvers av kunder. En kundeportal gir kundene den visningen de trenger, samtidig som den interne arbeidsflyten bevares.
Kan kunder se hverandres saker?
Nei. Sakene har kundeorganisasjonen registrert på raden, og tilgangsregler håndhever dette skillet ved hver lesing.
Hva kan de som melder inn feil, legge ved?
Skjermbilder, skjermopptak, loggfiler og annen dokumentasjon. Filer følger de samme tilgangsreglene som saken de tilhører.
Må vi bruke Linear?
Nei. GitHub kan fungere på tilsvarende måte, eller teamet ditt kan bruke tavlen som er bygget inn i appen. Inntaket, kundeskillene og lanseringsvarslene er ikke avhengige av Linear.
Kan systemet oppdage duplikater?
Ja. Lignende saker for samme produkt kan dukke opp mens den som melder inn, skriver, og duplikater kan slås sammen uten at noen av dem mister saken sin.
Får de som meldte inn feilen, beskjed når rettingen lanseres?
Ja. Rettinger kan knyttes til utgivelser, og når en utgivelse lanseres, kan det oppdatere sakens status og sende e-post til hver enkelt som meldte den inn.
Kan jeg bruke mitt eget domene?
Ja. Portalen kan kjøre på ditt eget domene.
Kan jeg flytte bort fra Kliv senere?
Ja. Appkoden synkroniseres til ditt eget Git-repositorium, og dataene dine kan eksporteres.
Trenger jeg et eget administrasjonsverktøy?
Nei. Systemet er sin egen administrasjon for produkter, kunder, saker, utgivelser, roller og innstillinger.
Bygget av skapere
Utforsk hva som er mulig
Se ekte applikasjoner bygget med Kliv av utviklere og skapere 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.
Legg ned feilinnboksen
Beskriv kundene, produktene, inntaksspørsmålene, alvorlighetsfristene, utviklerverktøyene og utgivelsesprosessen din i så mye detalj du vil. Kliv bygger systemet med skillene allerede på plass.