Service request management

Purpose in one sentenceTujuan dalam satu kalimatSupport the agreed quality of a service by handling all pre-defined, user-initiated requests effectively and in a user-friendly way.Mendukung kualitas layanan yang disepakati dengan menangani semua permintaan standar dari pengguna secara efektif dan mudah bagi pengguna.

Not every ticket is a problem. Many are simply people asking for something normal: a new laptop, access to a shared folder, a password reset, information about a service. These are service requests. Because they are expected and repeatable, they can be designed in advance, often approved in advance, and in many cases automated.

Tidak semua tiket adalah masalah. Banyak di antaranya hanyalah orang yang meminta sesuatu yang wajar: laptop baru, akses ke folder bersama, reset password, informasi tentang suatu service. Inilah service request. Karena sudah bisa diduga dan berulang, request dapat dirancang sejak awal, sering disetujui sejak awal, dan dalam banyak kasus diotomasi.

Key ideasKonsep kunci

Requests are normal, not failures. Keep them separate from incidents so each can be measured properly.
Standard and pre-defined. Each request type has a clear form, a workflow, an owner and a target time.
Approve once, not every time. Low-risk requests can be pre-approved by policy.
The catalogue is the menu. Users choose from a list of what they can ask for, written in their language.
Automate the boring parts. Password resets, access grants and software installs are great candidates.

Request itu normal, bukan kegagalan. Pisahkan dari incident agar masing-masing bisa diukur dengan benar.
Standar dan sudah ditentukan. Setiap jenis request punya formulir, alur kerja, pemilik, dan target waktu yang jelas.
Setujui sekali, bukan setiap kali. Request berisiko rendah bisa disetujui sebelumnya melalui kebijakan.
Katalog adalah menunya. Pengguna memilih dari daftar apa saja yang bisa diminta, ditulis dengan bahasa mereka.
Otomasi bagian yang membosankan. Reset password, pemberian akses, dan instalasi software adalah kandidat yang tepat.

Key activitiesAktivitas kunci

A typical flow. Real work loops back and skips steps when it makes sense.

Alur yang umum. Dalam praktik, pekerjaan bisa kembali ke langkah sebelumnya atau melewati langkah tertentu bila masuk akal.

Choose from the catalogueThe user picks a request type in the portal or asks the desk.
Check and approveAutomatic for pre-approved items; a named approver otherwise.
FulfillFollow the defined workflow, automated where possible.
Keep the user updatedStatus visible in the portal, without chasing.
Confirm and closeCheck the user got what they needed.
Review and improveSpot slow or frequent requests to simplify or automate.

Memilih dari katalogPengguna memilih jenis request di portal atau meminta ke service desk.
Memeriksa dan menyetujuiOtomatis untuk item yang sudah disetujui sebelumnya; selain itu oleh penyetuju yang ditunjuk.
MemenuhiIkuti alur kerja yang ditetapkan, diotomasi bila memungkinkan.
Memberi kabar ke penggunaStatus terlihat di portal, tanpa perlu ditanyakan.
Mengonfirmasi dan menutupPastikan pengguna mendapatkan yang dibutuhkan.
Meninjau dan memperbaikiTemukan request yang lambat atau sering untuk disederhanakan atau diotomasi.

How to measure itCara mengukurnya

MetricMetrik	What it tells youApa yang ditunjukkan	Watch out forPerhatikan
Fulfillment time vs targetWaktu pemenuhan vs target	Whether users get things when promisedApakah pengguna mendapat sesuatu sesuai janji	Time spent waiting for approval being ignoredWaktu menunggu persetujuan yang tidak dihitung
% fully automated% terotomasi penuh	How much manual effort you’ve removedSeberapa banyak kerja manual yang sudah dihilangkan	Automation that fails silentlyOtomasi yang gagal tanpa diketahui
% submitted through the catalogue% diajukan melalui katalog	Whether the catalogue is usefulApakah katalog bermanfaat	Users emailing because forms are too longPengguna mengirim email karena formulir terlalu panjang
User satisfaction per request typeKepuasan pengguna per jenis request	Which request types frustrate peopleJenis request mana yang membuat orang frustrasi	Surveys sent too oftenSurvei yang dikirim terlalu sering
Backlog ageUsia backlog	Requests that are stuckRequest yang tertahan	Old requests closed without fulfillmentRequest lama ditutup tanpa dipenuhi

What each level looks likeGambaran setiap level

Use these descriptions as a quick self-check before running the full assessment. Level 3 is a strong, realistic target for most teams.

Gunakan deskripsi ini sebagai pengecekan cepat sebelum menjalankan asesmen lengkap. Level 3 adalah target yang kuat dan realistis bagi sebagian besar tim.

L1InitialRequests arrive by email and chat and are handled from memory. Users don’t know what they can ask for.
L2RepeatableCommon requests are logged, but forms, approvals and times differ from case to case.
L3DefinedA catalogue lists the main request types with forms, workflows, owners and targets.
L4MeasuredFulfillment times and satisfaction are tracked per request type. Slow items get fixed.
L5OptimizedMost high-volume requests are pre-approved and automated, and the catalogue changes as user needs change.

L1InitialRequest datang lewat email dan chat dan ditangani berdasarkan ingatan. Pengguna tidak tahu apa saja yang bisa diminta.
L2RepeatableRequest umum sudah dicatat, tetapi formulir, persetujuan, dan waktunya berbeda dari kasus ke kasus.
L3DefinedKatalog memuat jenis request utama lengkap dengan formulir, alur kerja, pemilik, dan target.
L4MeasuredWaktu pemenuhan dan kepuasan dipantau per jenis request. Item yang lambat diperbaiki.
L5OptimizedSebagian besar request bervolume tinggi sudah disetujui sebelumnya dan diotomasi, dan katalog berubah mengikuti kebutuhan pengguna.

Assess service request management in the wizardNilai service request management di wizard →

Using AIMemanfaatkan AI

Natural-language requests: "I need access to the finance dashboard" becomes the right catalogue item.
Agentic fulfillment carries out simple, approved requests end to end, such as granting access.
Smart forms pre-fill details from the user’s profile.
Demand insights show which requests to automate next.

Request dengan bahasa sehari-hari: "Saya butuh akses ke dashboard keuangan" diubah menjadi item katalog yang tepat.
Pemenuhan agentic menjalankan request sederhana yang sudah disetujui dari awal hingga akhir, misalnya pemberian akses.
Formulir pintar mengisi detail secara otomatis dari profil pengguna.
Wawasan permintaan menunjukkan request mana yang perlu diotomasi berikutnya.

Keep a human in the loopTetap libatkan manusiaLimit what an AI agent can grant on its own, log every action, and review access rights regularly.Batasi apa yang boleh diberikan AI agent secara mandiri, catat setiap tindakannya, dan tinjau hak akses secara berkala.

Key ideaInti materiIf a request happens often and the answer is always the same, it should be in the catalogue, pre-approved, and ideally automated.Jika suatu request sering terjadi dan jawabannya selalu sama, request itu sebaiknya ada di katalog, disetujui sebelumnya, dan idealnya diotomasi.

Real-world example: onboarding at a universityContoh kasus: onboarding di sebuah universitas3 min3 menit

Each semester a university hires 80 lecturers and staff. Every new hire used to send six separate emails for an account, email, LMS access, a laptop, a parking card and Wi-Fi.

Setiap semester, sebuah universitas merekrut 80 dosen dan staf. Dulu setiap karyawan baru harus mengirim enam email terpisah untuk akun, email, akses LMS, laptop, kartu parkir, dan Wi-Fi.

IT creates one "new starter" request in the catalogue, triggered by HR. Accounts, email and LMS access are automated. Laptop and parking tasks go to the right teams. The time to be fully set up drops from 9 days to 2.

TI membuat satu request "karyawan baru" di katalog yang dipicu oleh HR. Akun, email, dan akses LMS diotomasi. Tugas laptop dan parkir diteruskan ke tim yang tepat. Waktu hingga semuanya siap turun dari 9 hari menjadi 2 hari.

Common pitfallsJebakan umum

Mixing requests with incidents, so neither can be measured.
Forms with 20 fields. Users give up and email instead.
Requiring a manager’s approval for everything, even a mouse.
Writing the catalogue in IT language that users don’t understand.

Mencampur request dengan incident, sehingga keduanya tidak bisa diukur.
Formulir dengan 20 kolom. Pengguna menyerah dan mengirim email.
Mewajibkan persetujuan atasan untuk semua hal, bahkan untuk mouse.
Menulis katalog dengan bahasa TI yang tidak dipahami pengguna.

Related practicesPractice terkait

PracticePractice	How they connectBagaimana keterkaitannya
Service desk	The front door for requests that don’t come through the portal.Pintu masuk untuk request yang tidak lewat portal.
Service catalogue management	Maintains the list of what users can request.Mengelola daftar apa saja yang bisa diminta pengguna.
IT asset management	Supplies and tracks laptops, licenses and other assets.Menyediakan dan mencatat laptop, lisensi, dan aset lainnya.
Information security management	Sets the rules for who may get which access.Menetapkan aturan siapa yang boleh mendapat akses apa.

Beginner tipsTips untuk pemula

Export last quarter’s tickets and find the ten most common requests. Start your catalogue there.
For each one, ask: can it be pre-approved? Can it be automated?
Ask two non-IT colleagues to try your request forms and watch where they hesitate.

Ekspor tiket kuartal lalu dan temukan sepuluh request paling umum. Mulailah katalog Anda dari sana.
Untuk masing-masing, tanyakan: bisakah disetujui sebelumnya? Bisakah diotomasi?
Minta dua rekan non-TI mencoba formulir request Anda dan perhatikan di mana mereka ragu.

The practice name and purpose follow ITIL. KPIs, level descriptions, AI uses and pitfalls are practical guidance written in our own words, not official ITIL text.Nama dan tujuan practice mengikuti ITIL. KPI, deskripsi level, pemanfaatan AI, dan jebakan umum adalah panduan praktis yang ditulis dengan kata-kata sendiri, bukan teks resmi ITIL.