Templat data pengelolaan masalah

Zendesk Support
Templat data pengelolaan masalah

Templat data pengelolaan masalah

Templat ini menyediakan kerangka untuk memetakan siklus penanganan masalah di Zendesk Support. Isinya mencakup atribut penting, tonggak proses, dan logika ekstraksi yang diperlukan untuk menemukan hambatan dalam analisis akar penyebab. Ikuti struktur ini untuk membuat log peristiwa berkualitas tinggi dan mendapatkan wawasan proses yang lebih mendalam.
  • Atribut yang disarankan untuk analisis terperinci
  • Aktivitas proses utama dan transisi status
  • Panduan ekstraksi data Zendesk Support
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut manajemen masalah

Kolom data yang disarankan ini memberi konteks untuk menganalisis kategori tiket, tingkat prioritas, dan penanggung jawab selama proses penyelesaian masalah.
5 Wajib 8 Disarankan 6 Opsional
Nama Deskripsi
Aktivitas
ActivityName
Nama peristiwa atau tindakan yang dilakukan pada catatan masalah.
Deskripsi

Atribut ini mencatat langkah atau tindakan tertentu dalam siklus catatan masalah. Contohnya mencakup perubahan status seperti 'Open' menjadi 'Pending', perubahan penugasan, atau langkah workflow tertentu seperti 'Workaround Published'.

Dalam analisis, aktivitas menjadi simpul pada peta proses. Urutannya membantu analis memvisualisasikan alur kerja, menemukan hambatan, dan mengukur waktu antar langkah proses tertentu.

Mengapa ini penting

Atribut ini menjelaskan 'apa' yang terjadi dalam proses, sehingga alur proses dan variasinya dapat divisualisasikan.

Sumber data

Diambil dari Zendesk Ticket Audits atau Ticket Metrics

Contoh
Catatan masalah dibuatInvestigasi dimulaiSolusi sementara dipublikasikan
Catatan masalah
ProblemRecordId
Nomor unik yang diberikan kepada tiket masalah di Zendesk.
Deskripsi

Atribut ini adalah kunci unik untuk catatan masalah di sistem Zendesk Support. Atribut ini berfungsi sebagai ID Kasus utama untuk process mining, sehingga semua peristiwa, pembaruan, dan interaksi berikutnya dapat dikelompokkan dalam satu instans proses.

Dalam analisis, ID ini digunakan untuk membedakan setiap perjalanan investigasi masalah, dari pembuatan hingga penutupan. ID ini juga membantu menghubungkan insiden terkait dan melacak siklus masalah di berbagai tingkat dukungan.

Mengapa ini penting

Kunci wajib utama untuk mengelompokkan peristiwa ke dalam kasus dalam analisis process mining.

Sumber data

Objek Zendesk Ticket, kolom 'id' dengan type 'problem'

Contoh
1045293849921
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan catatan masalah terakhir kali diubah.
Deskripsi

Atribut ini menunjukkan waktu terbaru saat data catatan masalah diperbarui di sistem sumber. Berbeda dari stempel waktu peristiwa, atribut ini merujuk pada tingkat catatan, bukan tingkat aktivitas.

Dalam analisis, atribut ini membantu mengetahui seberapa baru data yang tersedia. Atribut ini juga digunakan untuk memeriksa apakah data sudah mutakhir atau masih ada jeda sinkronisasi antara sistem sumber dan lingkungan process mining.

Mengapa ini penting

Atribut ini melacak kemutakhiran data dan membantu mengatur strategi pemuatan data bertahap.

Sumber data

Objek Zendesk Ticket, kolom 'updated_at'

Contoh
2023-11-01T14:20:00Z
Sistem sumber
SourceSystem
Nama sistem asal data.
Deskripsi

Atribut ini menunjukkan platform perangkat lunak tempat data proses diambil. Dalam konteks ini, nilainya akan selalu 'Zendesk Support'.

Dalam analisis, terutama saat menggabungkan data dari beberapa sistem, misalnya Zendesk dan Jira, analis dapat menggunakan kolom ini untuk menyaring atau mengelompokkan data berdasarkan sumbernya. Kolom ini membantu memastikan asal-usul dan keterlacakan data dalam tampilan proses yang mencakup beberapa sistem.

Mengapa ini penting

Atribut ini memastikan asal-usul data dapat dilacak dan mendukung konfigurasi process mining lintas sistem.

Sumber data

Diisi dengan nilai tetap saat ekstraksi

Contoh
Zendesk Support
Waktu mulai
EventTimestamp
Tanggal dan waktu tertentu saat aktivitas terjadi.
Deskripsi

Atribut ini mencatat waktu persis saat aktivitas berlangsung di sistem Zendesk. Informasi waktu ini diperlukan untuk mengurutkan peristiwa dengan benar dan menghitung durasi antar langkah.

Dalam analisis, data ini penting untuk menghitung waktu siklus, menemukan keterlambatan, memeriksa kepatuhan SLA, dan memvisualisasikan proses dari waktu ke waktu. Tanpa stempel waktu yang akurat, kecepatan proses penyelesaian masalah tidak dapat diketahui.

Mengapa ini penting

Atribut ini digunakan untuk mengurutkan aktivitas dan menghitung semua KPI berbasis waktu.

Sumber data

Zendesk Ticket Audits, kolom 'created_at'

Contoh
2023-10-12T08:30:00Z2023-10-12T09:15:22Z
Batas waktu SLA
SlaDueDate
Tanggal dan waktu target penyelesaian masalah.
Deskripsi

Atribut ini menunjukkan tenggat penyelesaian berdasarkan konfigurasi Service Level Agreement. Biasanya, tenggat dihitung berdasarkan prioritas dan waktu pembuatan tiket.

Dalam analisis, tenggat ini dibandingkan dengan waktu penyelesaian aktual untuk menghitung 'Tingkat Kepatuhan SLA Masalah'. Dashboard 'Kinerja dan Risiko SLA' menggunakan data ini untuk menyoroti kasus yang mendekati atau telah melewati batas waktu.

Mengapa ini penting

Atribut ini penting untuk mengukur kepatuhan dan kinerja berdasarkan kontrak.

Sumber data

Endpoint Zendesk Ticket Metrics atau SLA Policies

Contoh
2023-12-01T17:00:00Z
Grup dukungan
SupportGroup
Tim atau departemen yang saat ini menangani catatan masalah.
Deskripsi

Atribut ini menunjukkan grup agen tertentu yang bertanggung jawab atas masalah pada waktu tertentu. Nilainya berubah saat tiket diserahkan dari satu tim ke tim lain.

Atribut ini penting untuk dashboard 'Analisis Serah Terima Grup Dukungan'. Anda dapat mengukur kinerja tiap tim, menemukan hambatan saat serah terima, dan menganalisis pembagian beban kerja.

Mengapa ini penting

Atribut ini mendukung analisis organisasi dan membantu menemukan hambatan antar departemen.

Sumber data

Objek Zendesk Ticket, kolom 'group_id' (diubah menjadi nama)

Contoh
Dukungan L2Tim basis dataOperasional jaringan
Jumlah insiden terkait
RelatedIncidentCount
Jumlah tiket insiden yang ditautkan ke catatan masalah ini.
Deskripsi

Atribut ini menghitung jumlah tiket insiden yang terkait dengan catatan masalah ini. Di Zendesk, hubungan ini dikelola melalui kolom 'problem_id' pada tiket insiden yang merujuk ke catatan tersebut.

Dalam analisis, atribut ini menjadi metrik utama untuk 'Korelasi dan Dampak Insiden'. Atribut ini membantu memprioritaskan masalah yang berdampak pada pengguna terbanyak dan menentukan perbaikan yang paling berpotensi mengurangi volume tiket.

Mengapa ini penting

Atribut ini menunjukkan skala masalah dan dampaknya terhadap pengguna.

Sumber data

Zendesk Tickets API, jumlah tiket dengan type='incident' dan problem_id=ThisID

Contoh
015342
Kategori akar penyebab
RootCauseCategory
Penyebab utama masalah yang telah diidentifikasi, misalnya cacat kode atau kesalahan konfigurasi.
Deskripsi

Atribut ini mencatat diagnosis akhir penyebab masalah. Biasanya, atribut ini diisi saat aktivitas 'Akar Penyebab Diidentifikasi'.

Dalam analisis, atribut ini digunakan untuk membuat laporan 'Akurasi Kategorisasi Masalah' dan menganalisis tren kegagalan sistem. Informasi ini membantu manajemen menentukan apakah perlu berfokus pada kualitas kode, stabilitas infrastruktur, atau pengelolaan vendor.

Mengapa ini penting

Atribut ini membantu menganalisis pola kegagalan dan menentukan arah upaya perbaikan jangka panjang.

Sumber data

Kolom khusus tiket Zendesk

Contoh
Bug perangkat lunakKesalahan konfigurasiKesalahan pengguna
Kategori masalah
ProblemCategory
Klasifikasi masalah, misalnya perangkat lunak, perangkat keras, atau jaringan.
Deskripsi

Atribut ini mengelompokkan masalah berdasarkan layanan atau tumpukan teknologi yang terdampak. Biasanya, atribut ini berupa kolom dropdown khusus di formulir Zendesk.

Dalam analisis, atribut ini digunakan pada dasbor 'Akurasi Kategorisasi Masalah'. Dengan membandingkan kategori awal dengan akar penyebab akhir, Anda dapat mengetahui apakah proses triase awal mengarahkan masalah ke tim yang tepat.

Mengapa ini penting

Atribut ini memungkinkan analisis berdasarkan teknologi atau layanan bisnis.

Sumber data

Kolom khusus tiket Zendesk

Contoh
Basis dataUI/UXInfrastruktur jaringan
Nama penerima tugas
AssigneeName
Agen tertentu yang ditugaskan menangani masalah.
Deskripsi

Atribut ini berisi nama pengguna yang saat ini bertanggung jawab atas catatan masalah. Dengan atribut ini, Anda dapat mengetahui siapa yang melakukan tindakan tertentu.

Dalam analisis, atribut ini membantu memahami beban kerja dan kinerja tiap individu. Analisis biasanya dilakukan di tingkat grup, tetapi data per penerima tugas dapat menunjukkan kebutuhan pelatihan atau individu yang sangat efektif menangani akar masalah yang rumit.

Mengapa ini penting

Atribut ini mendukung analisis sumber daya di tingkat individu.

Sumber data

Objek Zendesk Ticket, kolom 'assignee_id' (diubah menjadi nama)

Contoh
Budi SantosoSiti RahmawatiSistem
Prioritas
Priority
Tingkat urgensi yang diberikan pada catatan masalah.
Deskripsi

Atribut ini menunjukkan tingkat kepentingan relatif masalah, biasanya dikategorikan sebagai Rendah, Normal, Tinggi, atau Mendesak. Tingkat ini menentukan target tingkat layanan (SLA) dan alokasi sumber daya.

Dalam analisis, atribut ini digunakan untuk mengelompokkan proses dan membandingkan kinerja berdasarkan tingkat urgensi. Misalnya, Anda dapat memeriksa apakah masalah berprioritas 'Mendesak' memang diselesaikan lebih cepat daripada masalah berprioritas 'Rendah', sesuai target dashboard 'Kecepatan Investigasi Akar Masalah'.

Mengapa ini penting

Atribut ini penting untuk mengelompokkan kasus, menganalisis kepatuhan SLA, dan menentukan prioritas sumber daya.

Sumber data

Objek Zendesk Ticket, kolom 'priority'

Contoh
MendesakTinggiNormalRendah
Status masalah
ProblemStatus
Status catatan masalah saat ini dalam siklus prosesnya.
Deskripsi

Atribut ini menunjukkan status masalah saat ini, seperti Baru, Terbuka, Menunggu, Solved, atau Closed. Status ini mencerminkan kemajuan investigasi.

Dalam analisis, atribut ini digunakan untuk menyaring kasus terbuka dan tertutup. Atribut ini penting bagi dashboard 'Pemantauan Catatan Masalah Terbengkalai' untuk menemukan kasus aktif yang tidak bergerak sesuai siklus status yang diharapkan.

Mengapa ini penting

Atribut ini memungkinkan Anda menyaring kasus berdasarkan status penyelesaiannya.

Sumber data

Objek Zendesk Ticket, kolom 'status'

Contoh
baruterbukamenungguselesaiditutup
ID artikel basis pengetahuan
KnowledgeArticleId
ID artikel basis pengetahuan yang dibuat atau ditautkan ke masalah.
Deskripsi

Atribut ini menyimpan referensi ke artikel Zendesk Guide atau materi pengetahuan eksternal. Atribut ini menunjukkan bahwa pengetahuan yang diperoleh dari penanganan masalah telah didokumentasikan.

Dalam analisis, keberadaan kolom ini digunakan untuk menghitung 'Tingkat Integrasi Basis Pengetahuan'. Ini membantu memastikan organisasi mendokumentasikan solusi agar dapat dijadikan referensi di kemudian hari.

Mengapa ini penting

Atribut ini mengukur efektivitas proses pengelolaan pengetahuan.

Sumber data

Kolom khusus tiket Zendesk atau konten tertaut

Contoh
360045889KB-2991
ID permintaan perubahan
ChangeRequestId
ID permintaan perubahan yang ditautkan untuk menerapkan perbaikan.
Deskripsi

Atribut ini menautkan catatan masalah ke catatan Change Management, yang mungkin berada di sistem lain atau menggunakan jenis tiket berbeda. Ini menandakan bahwa proses perubahan formal telah dimulai.

Dalam analisis, atribut ini mendukung dasbor 'Tingkat Pengajuan Permintaan Perubahan'. Atribut ini membantu melacak peralihan dari diagnosis ke penerapan, sehingga akar penyebab yang teridentifikasi ditindaklanjuti melalui perubahan formal.

Mengapa ini penting

Atribut ini menghubungkan proses penanganan masalah dengan proses manajemen perubahan.

Sumber data

Kolom khusus tiket Zendesk atau tiket tertaut

Contoh
CR-1002CHG00394
Memiliki PIR
HasPostImplementationReview
Menandai apakah Post-Implementation Review telah dilakukan.
Deskripsi

Atribut ini menunjukkan apakah proses penyelesaian masalah mencakup tahap tinjauan. Nilainya ditentukan dengan memeriksa keberadaan aktivitas 'Post-Implementation Review Conducted' dalam riwayat kasus.

Dalam analisis, atribut ini mendukung dasbor 'Cakupan Tinjauan Pascaimplementasi'. Ini adalah metrik kepatuhan untuk memastikan organisasi mengambil pelajaran dari masalah besar.

Mengapa ini penting

Atribut ini memvalidasi kepatuhan terhadap proses perbaikan berkelanjutan.

Sumber data

Ditentukan dari keberadaan aktivitas 'Post-Implementation Review Conducted'

Contoh
truefalse
Solusi sementara tersedia
WorkaroundActive
Penanda yang menunjukkan apakah solusi sementara telah diberikan atau dipublikasikan.
Deskripsi

Atribut boolean ini menunjukkan apakah solusi sementara telah didokumentasikan untuk masalah tersebut. Nilainya sering ditentukan dari keberadaan aktivitas 'Solusi Sementara Dipublikasikan' atau kotak centang tertentu pada formulir.

Dalam analisis, atribut ini digunakan pada dasbor 'Kepatuhan Publikasi Solusi Sementara'. Atribut ini mengukur seberapa sering tim dukungan memberikan bantuan langsung kepada pengguna selama penyelidikan jangka panjang berlangsung.

Mengapa ini penting

Atribut ini penting untuk mengukur upaya mengurangi dampak terhadap pengguna selama penyelidikan.

Sumber data

Ditentukan dari keberadaan aktivitas 'Solusi Sementara Dipublikasikan' atau kolom khusus

Contoh
truefalse
Subjek masalah
ProblemSubject
Ringkasan singkat atau judul catatan masalah.
Deskripsi

Atribut ini berisi ringkasan teks yang dimasukkan saat masalah dibuat. Biasanya, ringkasan menjelaskan gejala atau masalah yang sedang diinvestigasi.

Dalam analisis, informasi ini memberi konteks kepada analis saat menelusuri kasus tertentu. Teknik penambangan teks juga dapat digunakan untuk mengelompokkan masalah serupa atau menemukan topik berulang yang tidak tercatat dalam kolom kategori terstruktur.

Mengapa ini penting

Atribut ini memberikan konteks yang mudah dipahami untuk setiap kasus.

Sumber data

Objek Zendesk Ticket, kolom 'subject'

Contoh
Pembayaran tidak dapat diproses di wilayah UELonjakan latensi pada server loginEkspor data gagal untuk pengguna admin
Tidak aktif
IsStale
Menandai masalah yang tidak memiliki aktivitas selama lebih dari 14 hari.
Deskripsi

Atribut terhitung ini mengidentifikasi catatan yang sudah lama tidak diperbarui. Atribut ini membandingkan tanggal saat ini (atau tanggal analisis) dengan waktu aktivitas terakhir.

Dalam analisis, atribut ini mendukung dasbor 'Pemantauan Catatan Masalah Tidak Aktif'. Atribut ini membantu manajer menemukan kasus terbengkalai yang menumpuk di daftar pekerjaan dan mungkin perlu ditutup secara administratif atau dialihkan.

Mengapa ini penting

Atribut ini membantu menemukan pemborosan dalam proses dan pekerjaan yang terabaikan.

Sumber data

Dihitung di alat process mining: (Now - LastDataUpdate) > 14 days

Contoh
truefalse
Wajib Disarankan Opsional

Aktivitas manajemen masalah

Catat langkah proses dan perubahan status penting ini untuk melihat alur dari identifikasi masalah hingga penerapan solusi permanen.
8 Disarankan 4 Opsional
Aktivitas Deskripsi
Akar masalah ditemukan
Tahap ketika penyebab utama masalah ditentukan. Biasanya, tahap ini dicatat saat agen mengisi kolom teks khusus 'Root Cause' atau memilih kategori dari menu tarik-turun.
Mengapa ini penting

Tonggak penting untuk dashboard Kecepatan Investigasi Akar Masalah dan pengukuran efisiensi diagnosis.

Sumber data

Pantau perubahan pada kolom khusus berlabel 'Root Cause', 'RCA', atau 'Problem Source' yang nilainya tidak kosong.

Pengumpulan data

Bandingkan nilai kolom khusus untuk mengetahui apakah kolom sudah diisi

Jenis peristiwa inferred
Catatan masalah dibuat
Pembuatan tiket masalah pertama kali di Zendesk Support. Peristiwa ini mencatat waktu masalah dimasukkan ke sistem dan biasanya memulai instans proses.
Mengapa ini penting

Menetapkan waktu mulai siklus penyelesaian dari awal hingga akhir dan menjadi acuan untuk semua metrik waktu penyelesaian berikutnya.

Sumber data

Diambil dari stempel waktu 'created_at' pada objek tiket atau entri pertama di log audit tiket.

Pengumpulan data

Dicatat saat transaksi Ticket Created dijalankan

Jenis peristiwa explicit
Catatan masalah ditutup
Peristiwa terakhir dalam siklus proses. Tiket dikunci dan tidak dapat diubah lagi. Di Zendesk, ini biasanya terjadi secara otomatis 4 hari setelah status Solved.
Mengapa ini penting

Menandai akhir masa berlaku catatan dan digunakan untuk retensi data serta pelaporan historis.

Sumber data

Diambil dari perubahan status tiket menjadi 'Closed'.

Pengumpulan data

Dicatat saat status berubah menjadi Closed

Jenis peristiwa explicit
Ditugaskan ke grup dukungan
Catatan masalah diarahkan ke tim teknis atau departemen tertentu. Peristiwa ini dilacak saat kolom Group ID pada tiket diperbarui.
Mengapa ini penting

Penting untuk dashboard Analisis Serah Terima Grup Dukungan dalam mengukur waktu tunggu antar departemen.

Sumber data

Pantau perubahan pada kolom 'group_id' di log audit tiket.

Pengumpulan data

Dicatat saat transaksi Group Assignment Change dijalankan

Jenis peristiwa explicit
Investigasi dimulai
Menandai peralihan dari status pasif 'Baru' ke status aktif yang sedang ditangani. Ini menunjukkan bahwa agen telah menerima masalah dan mulai mendiagnosisnya.
Mengapa ini penting

Digunakan untuk menghitung metrik Catatan Masalah Terbengkalai dan menjadi titik awal KPI Durasi Rata-Rata Analisis Akar Masalah.

Sumber data

Disimpulkan saat status tiket berubah dari 'Baru' menjadi 'Terbuka' atau 'Menunggu'.

Pengumpulan data

Bandingkan kolom status sebelum dan sesudah perubahan

Jenis peristiwa inferred
Penyelesaian diverifikasi
Penandaan resmi bahwa masalah telah diselesaikan. Di Zendesk, status sistem standar diubah menjadi 'Solved' untuk menunjukkan bahwa perbaikan telah diverifikasi dan kasus selesai.
Mengapa ini penting

Titik akhir utama untuk menghitung Kinerja dan Risiko SLA serta Tingkat Kepatuhan SLA Masalah.

Sumber data

Diambil dari perubahan status tiket menjadi 'Solved'.

Pengumpulan data

Dicatat saat status berubah menjadi Solved

Jenis peristiwa explicit
Perbaikan permanen diterapkan
Menandakan bahwa solusi teknis telah diterapkan di lingkungan sistem. Biasanya, tahap ini dilacak melalui perubahan status khusus atau tag tertentu sebelum tiket benar-benar diselesaikan.
Mengapa ini penting

Penting bagi dashboard Efisiensi Penerapan Perbaikan untuk mengukur waktu dari diagnosis hingga penerapan.

Sumber data

Disimpulkan dari tag tertentu, misalnya 'fix_deployed', atau kolom status khusus jika tersedia.

Pengumpulan data

Pantau tag atau menu tarik-turun status khusus

Jenis peristiwa inferred
Solusi sementara dipublikasikan
Tindakan mendokumentasikan dan membagikan solusi sementara untuk masalah. Di Zendesk, tindakan ini biasanya dicatat melalui tag khusus atau kolom kotak centang khusus yang menunjukkan bahwa solusi sementara tersedia.
Mengapa ini penting

Mendukung dashboard Kepatuhan Publikasi Solusi Sementara untuk memastikan pengguna mendapat solusi sementara selama investigasi berlangsung.

Sumber data

Pantau penambahan tag 'workaround_published' atau perubahan pada kolom boolean khusus bernama 'Workaround'.

Pengumpulan data

Bandingkan nilai kolom khusus atau tag

Jenis peristiwa inferred
Draf solusi diusulkan
Pembuatan artikel basis pengetahuan berdasarkan investigasi masalah. Tahap ini disimpulkan dari penggunaan aplikasi Zendesk Knowledge Capture atau penautan artikel baru.
Mengapa ini penting

Mendukung KPI Tingkat Integrasi Basis Pengetahuan dan membantu organisasi belajar dari pengalaman.

Sumber data

Pantau peristiwa terkait integrasi 'Knowledge Capture' atau tag seperti 'kcs_draft'.

Pengumpulan data

Simpulkan dari tag sistem tertentu atau peristiwa penautan

Jenis peristiwa inferred
Investigasi masalah dibuka kembali
Terjadi saat catatan masalah yang sebelumnya berstatus Solved dikembalikan ke status Open atau status aktif lainnya. Ini menunjukkan perbaikan gagal atau penyelesaian ditolak.
Mengapa ini penting

Mendukung KPI Tingkat Pembukaan Kembali Masalah dan membantu menemukan masalah kualitas dalam proses penyelesaian.

Sumber data

Disimpulkan saat status berubah dari 'Solved' kembali menjadi 'Open', 'New', atau 'Pending'.

Pengumpulan data

Bandingkan kolom status sebelum dan sesudah perubahan

Jenis peristiwa inferred
Permintaan perubahan dimulai
Menunjukkan bahwa proses manajemen perubahan formal telah dimulai untuk memperbaiki masalah. Peristiwa ini biasanya disimpulkan saat kolom khusus 'Change Request ID' diisi atau tiket bertipe 'Change' ditautkan.
Mengapa ini penting

Melacak Tingkat Inisiasi Permintaan Perubahan dan menghubungkan workflow Problem Management dengan Change Management.

Sumber data

Pantau pembaruan pada kolom khusus seperti 'change_reference' atau pembuatan jenis tautan 'problem_change'.

Pengumpulan data

Pantau kolom khusus untuk mengetahui apakah ID eksternal telah dimasukkan

Jenis peristiwa inferred
Tinjauan pascapenerapan dilakukan
Memastikan tinjauan retrospektif telah dilakukan setelah perbaikan. Biasanya, koordinator proses memperbarui kolom kotak centang atau tanggal.
Mengapa ini penting

Diperlukan untuk KPI Frekuensi Tinjauan Pascapenerapan guna memastikan kepatuhan terhadap standar kualitas.

Sumber data

Pantau pembaruan pada kotak centang khusus 'PIR Completed' atau kolom tanggal 'PIR Date'.

Pengumpulan data

Pantau kolom khusus untuk memastikan proses selesai

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Zendesk Support

Siap memulai?

Tingkatkan stabilitas TI dengan menerapkan templat ini di lingkungan Zendesk Anda. Tim kami siap membantu menyempurnakan ekstraksi data dan memulai perjalanan process mining Anda.

Sempurnakan manajemen masalah agar perbaikan TI lebih cepat

Pangkas siklus penyelesaian hingga 30 persen dan atasi hambatan TI.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siapkan dalam hitungan menit.