Diese Seite wurde aus dem Englischen übersetzt.
Support & Community
Ein System für Fehlermeldung und Vorgangsverfolgung bauen
Kliv ist ein KI-App-Baukasten. Beschreiben Sie, wie Kunden Fehler melden, wie Ihr Team sie einordnet und wann Melder eine Rückmeldung bekommen sollen, und Kliv baut den Tracker um diesen Ablauf.
Geben Sie Ihre Idee einfach in das Textfeld ein, und AI baut sie für Sie
Was ist Kliv?
Kliv ist kein gehosteter Tracker mit festem Ablauf — es ist eine KI, die Software für Sie baut.
Sie beschreiben die App, die Sie brauchen, in eigenen Worten, und Kliv baut sie: die Daten, den Ablauf, die Bildschirme, die Integrationen, die Benachrichtigungen und die Zugriffsregeln. Was Sie erhalten, ist eine echte App, die Ihnen gehört. Sie können sie nutzen, sie später auf Zuruf ändern und sie auf Ihren eigenen Konten betreiben. Es ist keine Vorlage.
Auf dieser Seite ist diese App ein System für Fehlermeldung und Vorgangsverfolgung. Kliv baut alle Arten von Web-Apps; dies ist ein Beispiel.
Warum einen eigenen Fehler-Tracker bauen?
Eine Agentur, die viele Kundenprodukte betreut, hat oft zwei getrennte Welten: den internen Tracker, den Entwickler nutzen, und das Postfach, in dem Kunden Probleme melden. Fehler kommen per E-Mail, Screenshots gehen verloren, Berichte werden abgetippt, und Kunden wissen nicht, wann ein Fix erscheint.
Ein kundenseitiger Tracker muss zu Ihren Schweregraden, Ihrem Release-Prozess und Ihren Datenschutzregeln passen. Kunde A darf niemals die Berichte von Kunde B sehen. Kliv baut Erfassung, Kundengrenzen, Triage, Entwickler-Übergabe und Release-Benachrichtigungen in einen Ablauf.
Was der Tracker weiß
Diese Datensätze machen aus einem Postfach ein System zur Fehlermeldung.
Der Fehlerbericht
Reproduktionsschritte, Umgebung, erwartetes Ergebnis, tatsächliches Ergebnis, Screenshots und Aufnahmen werden von einem Formular erfasst, das Ihre Erfassungsfragen stellt.
Kundengrenzen
Jeder Bericht gehört zu einem Kunden und Produkt. Ein angemeldeter Kunde sieht die Berichte seines eigenen Produkts und nichts weiter, durchgesetzt durch Zugriffsregeln an den Daten.
Schweregrad und Fristen
Ein kritischer Fehler kann einen 4-Stunden-Reaktionstimer starten, während ein kosmetisches Problem in das nächste Release gehen kann. Die Frist wird beim Anlegen aus Ihren Servicebedingungen berechnet.
Bekannte Fehler
Während ein Kunde tippt, kann eine semantische Suche ähnliche Berichte für dieses Produkt zeigen: bereits bekannt, bereits behoben oder wirklich neu. Duplikate werden zusammengeführt, ohne einen der Melder zu verlieren.
Releases
Fixes hängen an einem Release. Wenn Version 2.4.1 erscheint, kann jeder Fehler in diesem Release den Status ändern und die Melder automatisch anmailen.
Ein Beispiel: Petras Kunden-Support-Portal
So könnte eine Agentur es nutzen. Es ist nur ein Beispiel — Sie würden Ihre eigenen Kunden, Produkte, Schweregrade, Werkzeuge und Ihren Release-Prozess beschreiben.
Ein Kunde meldet mit Beleg
Eine Buchhalterin meldet einen Fehler beim Rechnungsexport aus ihrem Kundenportal. Sie fügt Schritte, Browser-Details und einen Screenshot hinzu. Das Formular kennt ihr Produkt bereits, sodass der Fehler an der richtigen Stelle landet.
Ein Duplikat wird früh erkannt
Vor dem Absenden sieht sie einen ähnlichen Bericht einer Kollegin zum selben Produkt. Sie fügt ihren Fall zu diesem Vorgang hinzu, statt ein Duplikat zu eröffnen.
Der Schweregrad setzt die Reaktionsuhr
Petras Lead stuft ihn als schwerwiegend ein. Die Reaktionsfrist startet aus den Servicebedingungen der Agentur, und der Bericht kommt in den von ihr genutzten Status auf das Team-Board.
Entwickler bleiben in ihrem eigenen Tracker
Der Bericht erzeugt einen Linear-Vorgang. Wenn der Entwickler ihn dort schließt, fließt der Status zurück ins Kundenportal. Kunden und Entwickler sehen denselben Sachverhalt in verschiedenen Werkzeugen.
Der Melder hört, wann es erscheint
Der Fix erscheint in Release 2.4.1. Der Bericht wechselt auf behoben, und die Buchhalterin bekommt eine E-Mail, die die Version nennt, bevor sie nach einem Update fragen muss.
Beschreiben Sie, was Sie bauen wollen
Kliv baut auf Basis Ihrer Beschreibung — je mehr Details Sie geben, desto näher ist die erste Version. Nennen Sie, wer Vorgänge meldet, welche Belege Sie sammeln, wie der Schweregrad funktioniert und wie Fixes erscheinen. Hier sind drei zum Weiterbauen:
Kunden-Erfassung für Agenturen
Kundenportale, Fristen nach Schweregrad, Anhänge und Releases.
“Baue einen Fehler-Tracker für unsere Agentur. Jeder Kunde soll ein Portal haben, das auf seine eigenen Produkte beschränkt ist, Berichte sollen Screenshots und Bildschirmaufnahmen enthalten, Schweregrade sollen Reaktionsfristen von 4 Stunden für kritisch und 2 Werktagen für schwerwiegend setzen, und Melder sollen eine E-Mail erhalten, wenn ihr Fix in einem Release erscheint.”
Internes QA-Board
Builds, Regressions-Markierungen und tägliche Zusammenfassungen.
“Baue einen internen Vorgangs-Tracker, in dem QA Fehler gegen bestimmte Builds meldet, wieder geöffnete Vorgänge als Regressionen markiert werden, kritische Fehler sofort einen Slack-Alarm senden und eine tägliche Zusammenfassung neuer kritischer und schwerwiegender Fehler um 09:00 an den Engineering-Kanal geht.”
Beta-Feedback-Trichter
Feedback sortiert in Fehler, Ideen und Duplikate.
“Baue ein Beta-Feedback-System, in dem Tester Berichte mit Screenshots einreichen, ein Sichter jeden Eintrag in Fehler, Feature-Idee, Duplikat oder Frage sortiert, und jeder Tester den Status dessen sehen kann, was er selbst gemeldet hat.”
Wie alles zusammenkommt
Kundengrenzen zählen. Kundenorganisationen und Rollen sind eingebaut. Ein Melder sieht die Fehler seines eigenen Produkts, Ihr Team sieht alles, und interne Notizen bleiben intern.
Entwicklerwerkzeuge können in beide Richtungen verbinden. Berichte können Vorgänge in Linear oder GitHub eröffnen, und das Schließen dort kann das Portal aktualisieren. Entwickler bleiben in ihrem Werkzeug, während Kunden eine sauberere Sicht bekommen.
Grenzen können getestet werden. Ein Scenario-Test kann sich als ein Kunde anmelden und versuchen, den Bericht eines anderen Kunden gegen eine Wegwerf-Kopie der Datenbank zu lesen. Der Testbeleg zeigt vor der Veröffentlichung, was abgelehnt wurde.
Monatliche Zusammenfassungen können sich selbst erledigen. Ein geplanter Job kann jedem Kunden die Zahlen des Monats zu gemeldet, behoben, in Arbeit und durchschnittlicher Reaktionszeit mailen.
Wenn das funktioniert, wollen Teams oft dieselbe Behandlung für Zeitprotokolle und Statusberichte. Dieses Muster setzt sich unter interne Werkzeuge fort.
Häufige Fragen
Was genau ist Kliv?
Kliv ist eine KI, die aus einer Beschreibung eigene Web-Apps baut. Für Fehlerverfolgung kann das Kundenportale, Erfassungsformulare, Schweregrad-Regeln, Anbindungen an Entwicklerwerkzeuge, Releases und Benachrichtigungen bedeuten.
Bekomme ich eine echte App oder eine Vorlage?
Eine echte App. Kliv baut den Ablauf, die Daten, die Bildschirme, die Zugriffsregeln und die Integrationen für Ihren Fall, keine generische Tracker-Hülle.
Kann ich sie nach dem Bau noch ändern?
Ja. Sie können Änderungen anfragen, etwa neue Schweregrade, andere Kundenrollen, ein weiteres Anhangsfeld oder einen geänderten Release-Ablauf.
Warum nicht einfach Kunden Zugang zu unserem Vorgangs-Tracker geben?
Ihr interner Tracker enthält Entwicklerdetails und kundenübergreifende Informationen. Ein Kundenportal gibt Kunden die Sicht, die sie brauchen, und bewahrt Ihren internen Ablauf.
Können Kunden die Berichte des jeweils anderen sehen?
Nein. Berichte tragen die Kundenorganisation an der Zeile, und Zugriffsregeln setzen diese Grenze bei jedem Lesen durch.
Was können Melder anhängen?
Screenshots, Bildschirmaufnahmen, Log-Dateien und andere Belege. Dateien nutzen dieselben Zugriffsregeln wie der Bericht, zu dem sie gehören.
Müssen wir Linear nutzen?
Nein. GitHub kann ähnlich funktionieren, oder Ihr Team nutzt das in die App eingebaute Board. Die Erfassung, die Grenzen und die Release-E-Mails hängen nicht von Linear ab.
Kann es Duplikate erkennen?
Ja. Ähnliche Berichte zum selben Produkt können erscheinen, während der Melder tippt, und Duplikate können zusammengeführt werden, ohne einen der Melder zu verlieren.
Können Melder hören, wann ein Fix erscheint?
Ja. Fixes können an Releases hängen, und das Erscheinen eines Releases kann den Vorgangsstatus aktualisieren und jeden Melder anmailen.
Kann ich meine eigene Domain verwenden?
Ja. Das Portal kann auf Ihrer eigenen Domain laufen.
Kann ich Kliv später verlassen?
Ja. Der App-Code wird mit Ihrem eigenen Git-Repository synchronisiert, und Ihre Daten lassen sich exportieren.
Brauche ich ein separates Admin-Tool?
Nein. Der Tracker ist sein eigenes Admin für Produkte, Kunden, Berichte, Releases, Rollen und Einstellungen.
Von Kreativen gebaut
Entdecken Sie, was möglich ist
Sehen Sie echte Anwendungen, die Entwickler und Kreative weltweit mit Kliv gebaut haben
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.
Verabschieden Sie das Fehler-Postfach
Beschreiben Sie Ihre Kunden, Produkte, Erfassungsfragen, Fristen nach Schweregrad, Entwicklerwerkzeuge und Ihren Release-Prozess so detailliert, wie Sie möchten. Kliv baut den Tracker mit bereits errichteten Grenzen.