Цю сторінку перекладено з англійської.
Підтримка та спільнота
Створіть систему обліку багів і задач
Kliv — це AI-конструктор застосунків. Опишіть, як клієнти повідомляють про баги, як ваша команда їх опрацьовує і коли автори повідомлень мають отримати відповідь, і він побудує трекер навколо цього процесу.
Просто введіть свою ідею в текстове поле, і AI створить її для вас
Що таке Kliv?
Kliv — це не хмарний трекер із фіксованим процесом, а ШІ, який створює програмне забезпечення за вас.
Ви описуєте потрібний застосунок своїми словами, а Kliv створює його: дані, робочий процес, екрани, інтеграції, сповіщення та правила доступу. У результаті ви отримуєте справжній застосунок, який належить вам. Ви можете користуватися ним, згодом змінювати його простим проханням і запускати на власних облікових записах. Це не шаблон.
На цій сторінці такий застосунок — система обліку багів і задач. Kliv створює найрізноманітніші вебзастосунки; це лише один приклад.
Навіщо створювати власний трекер багів?
Агенція, що супроводжує багато клієнтських продуктів, часто живе у двох світах: внутрішньому трекері, яким користуються розробники, і поштовій скриньці, куди клієнти пишуть про проблеми. Баги приходять електронною поштою, скриншоти губляться, звіти доводиться передруковувати вручну, а клієнти не знають, коли вийде виправлення.
Клієнтський трекер має відповідати вашим рівням критичності, вашому процесу релізів і вашим правилам конфіденційності. Клієнт А ніколи не повинен бачити звіти клієнта Б. Kliv об’єднує приймання заявок, розмежування між клієнтами, тріаж, передачу розробникам і сповіщення про релізи в один процес.
Що знає трекер
Ці записи перетворюють поштову скриньку на систему обліку багів.
Звіт про баг
Кроки відтворення, середовище, очікуваний і фактичний результат, скриншоти та записи екрана фіксує форма, що ставить ваші власні запитання під час приймання заявки.
Кордони між клієнтами
Кожен звіт належить певному клієнту й продукту. Клієнт, що увійшов у систему, бачить звіти лише свого продукту й нічого більше — це забезпечують правила доступу до даних.
Критичність і дедлайни
Критичний баг може запускати чотиригодинний таймер відповіді, тоді як косметична проблема може чекати наступного релізу. Дедлайн обчислюється за умовами вашого договору про обслуговування в момент подання звіту.
Відомі проблеми
Поки клієнт вводить текст, семантичний пошук може показати схожі звіти для цього продукту: уже відомі, вже виправлені або справді нові. Дублікати об’єднуються без втрати жодного з авторів.
Релізи
Виправлення прив’язуються до релізу. Коли виходить версія 2.4.1, кожен баг у цьому релізі може автоматично змінити статус і надіслати лист авторам звітів.
Приклад: клієнтський портал підтримки Оксани
Ось як цим могла б скористатися одна агенція. Це лише приклад — ви описали б власних клієнтів, продукти, рівні критичності, інструменти та процес релізів.
Клієнтка подає звіт із доказами
Бухгалтерка повідомляє про помилку експорту рахунків зі свого клієнтського порталу. Вона додає кроки, дані про браузер і скриншот. Форма вже знає її продукт, тож баг одразу потрапляє куди треба.
Дублікат виявляють одразу
Перед відправленням вона бачить схожий звіт від колеги з того самого продукту. Вона додає свій випадок до цього звіту замість того, щоб створювати дублікат.
Критичність запускає таймер відповіді
Керівник Оксани позначає звіт як значний. Дедлайн відповіді відлічується від умов договору агенції про обслуговування, і звіт потрапляє на командну дошку зі статусами, якими вони користуються.
Розробники залишаються у своєму трекері
Звіт створює задачу в Linear. Коли інженер закриває її там, статус повертається в клієнтський портал. Клієнти й розробники бачать той самий факт у різних інструментах.
Авторка звіту дізнається про вихід релізу
Виправлення виходить у релізі 2.4.1. Статус звіту змінюється на «виправлено», і бухгалтерка отримує лист із назвою версії ще до того, як їй доведеться питати про оновлення.
Опишіть, що ви хочете створити
Kliv створює застосунок на основі вашого опису, тож чим детальніше ви розповісте, тим точнішою буде перша версія. Вкажіть, хто подає звіти, які докази ви збираєте, як працює критичність і як виходять виправлення. Ось три приклади, від яких можна відштовхнутися:
Приймання заявок агенції від клієнтів
Клієнтські портали, дедлайни за критичністю, вкладення та релізи.
“Створіть трекер багів для нашої агенції. У кожного клієнта має бути портал, обмежений його власними продуктами, звіти повинні містити скриншоти й записи екрана, рівні критичності мають встановлювати дедлайни відповіді — 4 години для критичних і 2 робочі дні для значних, а автори звітів мають отримувати лист, коли їхнє виправлення виходить у релізі.”
Внутрішня дошка QA
Білди, позначки регресій і щоденні зведення.
“Створіть внутрішній трекер задач, де QA подає баги щодо конкретних білдів, повторно відкриті задачі позначаються як регресії, критичні баги одразу надсилають сповіщення в Slack, а щоденне зведення нових критичних і значних багів о 09:00 надходить у канал розробників.”
Воронка відгуків бета-тестування
Відгуки, розподілені на баги, ідеї та дублікати.
“Створіть систему відгуків бета-тестування, де тестувальники подають звіти зі скриншотами, тріажер розподіляє кожен пункт як баг, ідею для функції, дублікат або питання, а кожен тестувальник бачить статус того, що подав особисто.”
Як усе це працює разом
Кордони між клієнтами мають значення. Клієнтські організації та ролі вже вбудовані. Автор звіту бачить баги лише свого продукту, ваша команда бачить усе, а внутрішні нотатки залишаються внутрішніми.
Інструменти розробників можуть підключатися в обидва боки. Звіти можуть створювати задачі в Linear або GitHub, а закриття задачі там може оновлювати портал. Розробники залишаються у своєму інструменті, а клієнти отримують чистіший вигляд.
Кордони можна перевірити тестами. Сценарний тест може увійти як один клієнт і спробувати прочитати звіт іншого клієнта на одноразовій копії бази даних. Протокол тесту показує, що саме було відхилено ще до публікації.
Щомісячні зведення можуть формуватися самі. Запланована задача може щомісяця надсилати кожному клієнту лист із кількістю поданих, виправлених і незавершених звітів та середнім часом відповіді.
Коли це працює, команди часто хочуть такого самого підходу для обліку часу та статусних звітів. Це продовжується у розділі внутрішні інструменти.
Поширені запитання
Що таке Kliv насправді?
Kliv — це ШІ, який створює індивідуальні вебзастосунки на основі опису. Для обліку багів це можуть бути клієнтські портали, форми приймання заявок, правила критичності, підключення до інструментів розробників, релізи та сповіщення.
Я отримую справжній застосунок чи шаблон?
Справжній застосунок. Kliv створює робочий процес, дані, екрани, правила доступу та інтеграції саме для вашого випадку, а не шаблонну оболонку трекера.
Чи можу я змінити його після створення?
Так. Ви можете попросити внести зміни: нові рівні критичності, інші клієнтські ролі, ще одне поле для вкладень або змінений процес релізів.
Чому б просто не дати клієнтам доступ до нашого трекера задач?
Ваш внутрішній трекер містить деталі для розробників та інформацію про інших клієнтів. Клієнтський портал дає клієнтам саме той вигляд, який їм потрібен, зберігаючи ваш внутрішній процес недоторканним.
Чи можуть клієнти бачити звіти одне одного?
Ні. Кожен звіт містить позначку клієнтської організації, і правила доступу забезпечують цей кордон під час кожного читання.
Що можуть додавати автори звітів?
Скриншоти, записи екрана, файли журналів та інші докази. Файли підпорядковуються тим самим правилам доступу, що й звіт, до якого вони належать.
Чи обов’язково використовувати Linear?
Ні. GitHub може працювати так само, або ваша команда може користуватися дошкою, вбудованою в застосунок. Приймання заявок, кордони між клієнтами й листи про релізи не залежать від Linear.
Чи може система виявляти дублікати?
Так. Схожі звіти для того самого продукту можуть з’являтися просто під час введення тексту, а дублікати можна об’єднувати без втрати жодного з авторів.
Чи дізнаються автори звітів, коли виходить виправлення?
Так. Виправлення можуть прив’язуватися до релізів, а вихід релізу може змінювати статус задачі та надсилати лист кожному автору звіту.
Чи можу я використовувати власний домен?
Так. Портал може працювати на вашому власному домені.
Чи можу я згодом перейти з Kliv?
Так. Код застосунку синхронізується з вашим власним Git-репозиторієм, а ваші дані можна експортувати.
Чи потрібен мені окремий інструмент адміністрування?
Ні. Трекер сам є адмін-панеллю для продуктів, клієнтів, звітів, релізів, ролей і налаштувань.
Створено творцями
Дізнайтеся, що можливо
Подивіться на справжні застосунки, створені з Kliv розробниками й творцями з усього світу
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.
Попрощайтеся з поштовою скринькою для багів
Опишіть своїх клієнтів, продукти, запитання приймання заявок, дедлайни за критичністю, інструменти розробників і процес релізів настільки детально, наскільки хочете. Kliv створить трекер із уже вбудованими кордонами.