Templat data pengelolaan masalah
Templat data pengelolaan masalah
- Atribut yang disarankan untuk analisis terperinci
- Aktivitas proses utama dan transisi status
- Panduan ekstraksi data Zendesk Support
Atribut manajemen masalah
| 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
|
|||
Aktivitas manajemen masalah
| 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
|
|||
Panduan ekstraksi
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.
Tidak perlu kartu kredit. Siapkan dalam hitungan menit.