หน้านี้แปลจากภาษาอังกฤษ
การสนับสนุนและชุมชน
สร้างระบบแจ้งบั๊กและติดตามปัญหา
Kliv คือ AI ที่สร้างเว็บแอป อธิบายว่าลูกค้าแจ้งบั๊กอย่างไร ทีมของคุณคัดกรองอย่างไร และผู้แจ้งควรได้รับการตอบกลับเมื่อไหร่ แล้วมันจะสร้างระบบติดตามที่รองรับขั้นตอนการทำงานนั้น
เพียงกรอกไอเดียของคุณลงในกล่องข้อความแล้ว AI จะสร้างมันขึ้นมาให้คุณ
Kliv คืออะไร?
Kliv ไม่ใช่ระบบติดตามบั๊กสำเร็จรูปที่มีขั้นตอนการทำงานตายตัว แต่เป็น AI ที่สร้างซอฟต์แวร์ให้คุณ
คุณอธิบายแอปที่ต้องการด้วยคำพูดของคุณเอง แล้ว Kliv จะสร้างให้ครบ ทั้งโครงสร้างข้อมูล ขั้นตอนการทำงาน หน้าจอ การเชื่อมต่อระบบอื่น การแจ้งเตือน และกฎการเข้าถึงข้อมูล สิ่งที่ได้คือแอปจริงที่เป็นของคุณ ใช้งานได้ทันที แก้ไขภายหลังได้แค่บอกให้ปรับ และรันบนบัญชีของคุณเอง มันไม่ใช่เทมเพลตสำเร็จรูป
ในหน้านี้ แอปตัวอย่างคือระบบแจ้งบั๊กและติดตามปัญหา Kliv สร้างเว็บแอปได้ทุกประเภท นี่เป็นเพียงหนึ่งตัวอย่าง
ทำไมควรสร้างระบบติดตามบั๊กของคุณเอง?
เอเจนซี่ที่ดูแลผลิตภัณฑ์ให้ลูกค้าหลายรายมักเจอปัญหาสองโลกที่แยกกัน คือระบบติดตามงานภายในที่ทีมพัฒนาใช้ กับกล่องอีเมลที่ลูกค้าใช้แจ้งปัญหา บั๊กเข้ามาทางอีเมล ภาพหน้าจอหายไปในกองข้อความ รายงานต้องพิมพ์ซ้ำ และลูกค้าไม่รู้ว่าการแก้ไขจะออกเมื่อไหร่
ระบบสำหรับลูกค้าต้องรองรับระดับความรุนแรง กระบวนการออกเวอร์ชันใหม่ และกฎความเป็นส่วนตัวแบบที่คุณใช้จริง ลูกค้ารายหนึ่งต้องไม่มีทางเห็นรายงานของลูกค้าอีกราย Kliv สร้างขั้นตอนรับแจ้งปัญหา การกั้นสิทธิ์ตามลูกค้า การคัดกรอง การส่งต่อให้นักพัฒนา และการแจ้งเตือนเมื่อออกเวอร์ชันใหม่ ให้เป็นขั้นตอนเดียวที่ต่อเนื่องกัน
ระบบติดตามบั๊กรู้อะไรบ้าง
ข้อมูลเหล่านี้เปลี่ยนกล่องอีเมลให้กลายเป็นระบบแจ้งบั๊กที่ใช้งานได้จริง
รายงานบั๊ก
ขั้นตอนการทำซ้ำ สภาพแวดล้อม ผลลัพธ์ที่คาดหวัง ผลลัพธ์จริง ภาพหน้าจอ และวิดีโอบันทึกหน้าจอ ถูกเก็บผ่านฟอร์มที่ถามคำถามรับแจ้งปัญหาตามที่คุณกำหนด
การกั้นสิทธิ์ตามลูกค้า
รายงานทุกรายการผูกกับลูกค้าและผลิตภัณฑ์หนึ่งราย ลูกค้าที่ล็อกอินจะเห็นเฉพาะรายงานของผลิตภัณฑ์ตนเองเท่านั้น บังคับใช้ด้วยกฎการเข้าถึงข้อมูลโดยตรง
ความรุนแรงและกำหนดเวลา
บั๊กระดับวิกฤตอาจเริ่มนับเวลาตอบกลับ 4 ชั่วโมง ส่วนปัญหาเล็กน้อยด้านความสวยงามอาจรอไปในเวอร์ชันถัดไป กำหนดเวลาคำนวณจากเงื่อนไขบริการของคุณทันทีที่มีการแจ้งเข้ามา
ปัญหาที่รู้อยู่แล้ว
ขณะที่ลูกค้าพิมพ์ ระบบค้นหาเชิงความหมายสามารถแสดงรายงานที่คล้ายกันของผลิตภัณฑ์นั้น ไม่ว่าจะรู้อยู่แล้ว แก้ไขแล้ว หรือเป็นเรื่องใหม่จริง ๆ รายงานซ้ำสามารถรวมกันได้โดยไม่ตัดผู้แจ้งรายใดออก
การออกเวอร์ชันใหม่
การแก้ไขแนบไว้กับเวอร์ชันที่จะออก เมื่อเวอร์ชัน 2.4.1 ออก บั๊กทุกรายการในเวอร์ชันนั้นสามารถเปลี่ยนสถานะและส่งอีเมลแจ้งผู้รายงานได้โดยอัตโนมัติ
ตัวอย่างหนึ่ง: พอร์ทัลช่วยเหลือลูกค้าของนภา
นี่คือตัวอย่างวิธีที่เอเจนซี่แห่งหนึ่งอาจใช้งานระบบนี้ เป็นเพียงตัวอย่างเท่านั้น คุณสามารถอธิบายลูกค้า ผลิตภัณฑ์ ระดับความรุนแรง เครื่องมือ และกระบวนการออกเวอร์ชันของคุณเองได้
ลูกค้าแจ้งปัญหาพร้อมหลักฐาน
นภา นักบัญชีอิสระ แจ้งข้อผิดพลาดในการส่งออกใบแจ้งหนี้จากพอร์ทัลของเธอ เธอแนบขั้นตอนที่ทำ รายละเอียดเบราว์เซอร์ และภาพหน้าจอ ฟอร์มรู้อยู่แล้วว่าเธอใช้ผลิตภัณฑ์ใด บั๊กจึงเข้าไปอยู่ในที่ที่ถูกต้อง
ตรวจพบรายงานซ้ำตั้งแต่เนิ่น ๆ
ก่อนกดส่ง เธอเห็นรายงานที่คล้ายกันจากเพื่อนร่วมงานที่ใช้ผลิตภัณฑ์เดียวกัน เธอจึงเพิ่มกรณีของตนเข้าไปในรายงานนั้นแทนที่จะเปิดรายงานซ้ำใหม่
ความรุนแรงกำหนดเวลาตอบกลับ
หัวหน้าทีมของเอเจนซี่ทำเครื่องหมายว่าเป็นระดับสำคัญ กำหนดเวลาตอบกลับเริ่มนับจากเงื่อนไขบริการของเอเจนซี่ และรายงานเข้าสู่บอร์ดของทีมตามสถานะที่ทีมใช้งานอยู่
นักพัฒนาทำงานในระบบของตัวเองต่อไป
รายงานสร้างงานใน Linear โดยอัตโนมัติ เมื่อวิศวกรปิดงานที่นั่น สถานะจะไหลกลับมาที่พอร์ทัลลูกค้า ลูกค้าและนักพัฒนาเห็นข้อเท็จจริงเดียวกันคนละเครื่องมือ
ผู้แจ้งรู้ทันทีที่แก้ไขออกใช้งาน
การแก้ไขออกในเวอร์ชัน 2.4.1 รายงานเปลี่ยนสถานะเป็นแก้ไขแล้ว และนภาได้รับอีเมลระบุชื่อเวอร์ชันก่อนที่เธอจะต้องถามหาความคืบหน้าเสียอีก
อธิบายสิ่งที่คุณอยากสร้าง
Kliv สร้างจากคำอธิบายของคุณ ยิ่งให้รายละเอียดมาก เวอร์ชันแรกก็ยิ่งตรงใจ ระบุว่าใครเป็นผู้แจ้งปัญหา เก็บหลักฐานอะไรบ้าง ความรุนแรงทำงานอย่างไร และการแก้ไขออกใช้งานอย่างไร ต่อไปนี้คือตัวอย่างสามแบบให้ต่อยอด
การรับแจ้งปัญหาของเอเจนซี่
พอร์ทัลลูกค้า กำหนดเวลาตามความรุนแรง ไฟล์แนบ และการออกเวอร์ชัน
“สร้างระบบติดตามบั๊กให้เอเจนซี่ของเรา ลูกค้าแต่ละรายควรมีพอร์ทัลที่กั้นเฉพาะผลิตภัณฑ์ของตน รายงานควรแนบภาพหน้าจอและวิดีโอบันทึกหน้าจอได้ ระดับความรุนแรงกำหนดเวลาตอบกลับ 4 ชั่วโมงสำหรับระดับวิกฤต และ 2 วันทำการสำหรับระดับสำคัญ และผู้แจ้งควรได้รับอีเมลเมื่อการแก้ไขออกในเวอร์ชันใหม่”
บอร์ด QA ภายในองค์กร
เวอร์ชันบิลด์ การตั้งค่าสถานะปัญหากลับมาซ้ำ และสรุปประจำวัน
“สร้างระบบติดตามปัญหาภายในที่ทีม QA แจ้งบั๊กผูกกับบิลด์แต่ละตัว ปัญหาที่เปิดใหม่หลังปิดไปแล้วให้ทำเครื่องหมายว่าเป็นปัญหากลับมาซ้ำ บั๊กระดับวิกฤตส่งแจ้งเตือนใน Slack ทันที และสรุปบั๊กระดับวิกฤตกับระดับสำคัญที่เกิดใหม่ประจำวันส่งเข้าช่องทีมวิศวกรเวลา 09:00”
ช่องทางรับฟีดแบ็กช่วงเบต้า
แยกฟีดแบ็กเป็นบั๊ก ไอเดีย และรายการซ้ำ
“สร้างระบบรับฟีดแบ็กช่วงเบต้าที่ผู้ทดสอบส่งรายงานพร้อมภาพหน้าจอ ผู้คัดกรองจัดแต่ละรายการเป็นบั๊ก ไอเดียฟีเจอร์ใหม่ รายการซ้ำ หรือคำถาม และผู้ทดสอบแต่ละคนเห็นสถานะของสิ่งที่ตนเองแจ้งไปได้”
ทุกส่วนประกอบเข้าด้วยกันอย่างไร
เส้นแบ่งระหว่างลูกค้าสำคัญมาก องค์กรลูกค้าและบทบาทถูกสร้างไว้ในระบบตั้งแต่ต้น ผู้แจ้งเห็นเฉพาะบั๊กของผลิตภัณฑ์ตนเอง ทีมของคุณเห็นทุกอย่าง และบันทึกภายในยังคงเป็นภายในเท่านั้น
เครื่องมือของนักพัฒนาเชื่อมต่อได้สองทาง รายงานสามารถสร้างงานใน Linear หรือ GitHub และการปิดงานที่นั่นสามารถอัปเดตพอร์ทัลกลับมาได้ นักพัฒนาทำงานในเครื่องมือของตัวเองต่อไป ขณะที่ลูกค้าเห็นมุมมองที่เรียบง่ายกว่า
เส้นแบ่งสิทธิ์ทดสอบได้จริง การทดสอบแบบสถานการณ์จำลองสามารถล็อกอินเป็นลูกค้ารายหนึ่งแล้วลองอ่านรายงานของลูกค้าอีกรายบนสำเนาฐานข้อมูลที่ใช้แล้วทิ้ง ใบรับรองผลการทดสอบแสดงให้เห็นว่าอะไรถูกปฏิเสธก่อนเผยแพร่จริง
สรุปรายเดือนรันเองได้ งานตามตารางเวลาสามารถส่งอีเมลสรุปตัวเลขประจำเดือนให้ลูกค้าแต่ละราย ทั้งจำนวนที่แจ้ง แก้ไขแล้ว กำลังดำเนินการ และเวลาตอบกลับเฉลี่ย
เมื่อระบบนี้ใช้งานได้ดี หลายทีมมักอยากได้แนวทางเดียวกันสำหรับบันทึกเวลาทำงานและรายงานสถานะ รูปแบบนั้นต่อยอดได้ที่ เครื่องมือภายในองค์กร
คำถามที่พบบ่อย
Kliv คืออะไรกันแน่?
Kliv คือ AI ที่สร้างเว็บแอปกำหนดเองจากคำอธิบาย สำหรับการติดตามบั๊ก นั่นหมายถึงพอร์ทัลลูกค้า ฟอร์มรับแจ้งปัญหา กฎความรุนแรง การเชื่อมต่อเครื่องมือนักพัฒนา การออกเวอร์ชัน และการแจ้งเตือน
ได้แอปจริง หรือแค่เทมเพลต?
แอปจริง Kliv สร้างขั้นตอนการทำงาน โครงสร้างข้อมูล หน้าจอ กฎการเข้าถึง และการเชื่อมต่อระบบให้ตรงกับกรณีของคุณ ไม่ใช่แค่เปลี่ยนหน้าตาของระบบติดตามบั๊กสำเร็จรูป
แก้ไขได้หลังจากสร้างเสร็จไหม?
ได้ คุณสามารถขอให้เพิ่มระดับความรุนแรงใหม่ เปลี่ยนบทบาทลูกค้า เพิ่มช่องแนบไฟล์ หรือปรับขั้นตอนการออกเวอร์ชันได้
ทำไมไม่ให้ลูกค้าเข้าถึงระบบติดตามงานภายในเราไปเลย?
ระบบภายในของคุณมีรายละเอียดเชิงเทคนิคและข้อมูลข้ามลูกค้าปนอยู่ พอร์ทัลสำหรับลูกค้าให้มุมมองที่ลูกค้าต้องการเท่านั้น พร้อมรักษาขั้นตอนการทำงานภายในของคุณไว้
ลูกค้าเห็นรายงานของลูกค้ารายอื่นได้ไหม?
ไม่ได้ รายงานทุกรายการผูกกับองค์กรลูกค้าในแถวข้อมูล และกฎการเข้าถึงบังคับใช้เส้นแบ่งนั้นทุกครั้งที่มีการอ่านข้อมูล
ผู้แจ้งแนบอะไรได้บ้าง?
ภาพหน้าจอ วิดีโอบันทึกหน้าจอ ไฟล์บันทึกระบบ และหลักฐานอื่น ๆ ไฟล์ใช้กฎการเข้าถึงเดียวกับรายงานที่ไฟล์นั้นผูกอยู่
ต้องใช้ Linear ไหม?
ไม่จำเป็น GitHub ก็ใช้งานได้ในลักษณะเดียวกัน หรือทีมของคุณจะใช้บอร์ดที่สร้างไว้ในแอปเองก็ได้ การรับแจ้งปัญหา การกั้นสิทธิ์ และอีเมลแจ้งเวอร์ชันไม่ได้ผูกกับ Linear
ตรวจจับรายงานซ้ำได้ไหม?
ได้ รายงานที่คล้ายกันของผลิตภัณฑ์เดียวกันสามารถแสดงขึ้นขณะที่ผู้แจ้งพิมพ์ และรายงานซ้ำสามารถรวมกันได้โดยไม่ตัดผู้แจ้งรายใดออก
ผู้แจ้งรู้ไหมว่าการแก้ไขออกใช้งานแล้ว?
รู้ การแก้ไขสามารถแนบไว้กับเวอร์ชันที่ออก และการออกเวอร์ชันสามารถอัปเดตสถานะปัญหาพร้อมส่งอีเมลแจ้งผู้แจ้งแต่ละรายได้
ใช้โดเมนของตัวเองได้ไหม?
ได้ พอร์ทัลสามารถรันบนโดเมนของคุณเองได้
ย้ายออกจาก Kliv ในภายหลังได้ไหม?
ได้ โค้ดของแอปซิงก์ไปยัง Git repository ของคุณเอง และส่งออกข้อมูลของคุณได้
ต้องมีเครื่องมือแอดมินแยกต่างหากไหม?
ไม่ต้อง ระบบติดตามบั๊กเป็นแอดมินในตัวเองสำหรับผลิตภัณฑ์ ลูกค้า รายงาน เวอร์ชัน บทบาท และการตั้งค่า
สร้างโดยครีเอเตอร์
สำรวจสิ่งที่เป็นไปได้
ดูแอปจริงที่นักพัฒนาและครีเอเตอร์ทั่วโลกสร้างด้วย 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 จะสร้างระบบติดตามบั๊กพร้อมเส้นแบ่งสิทธิ์ที่ตั้งไว้ให้เรียบร้อยแล้ว