Service design
- GroupKelompok
- Product and service management
- LifecycleLifecycle
- Design
- Reading timeWaktu baca
- 9 min9 menit
Service design looks at the whole service, not just the technology: how users discover it, use it and get help, and what happens behind the scenes to make that possible. A well-designed service feels simple to users because the complexity has been handled for them.
Service design melihat layanan secara utuh, bukan hanya teknologinya: bagaimana pengguna menemukannya, memakainya, dan mendapat bantuan, serta apa yang terjadi di balik layar agar semua itu mungkin. Layanan yang dirancang dengan baik terasa sederhana bagi pengguna karena kerumitannya sudah ditangani untuk mereka.
Key ideasKonsep kunci
- Start with users. Design thinking means understanding people, trying ideas and testing them early.
- Map the whole service. A service blueprint shows what users see and the people, systems and suppliers behind it.
- Utility and warranty. Design for what it does and how reliably, securely and quickly it does it.
- Design for operation and support. Monitoring, support model, knowledge and service levels are part of the design.
- All four dimensions. People, technology, partners and value streams, not just screens.
- Mulai dari pengguna. Design thinking berarti memahami orang, mencoba ide, dan mengujinya sejak dini.
- Petakan layanan secara utuh. Service blueprint menunjukkan apa yang dilihat pengguna serta orang, sistem, dan supplier di baliknya.
- Utility dan warranty. Rancang untuk apa yang dilakukannya dan seberapa andal, aman, dan cepat ia melakukannya.
- Rancang untuk operasional dan support. Monitoring, model support, pengetahuan, dan service level adalah bagian dari desain.
- Keempat dimensi. Orang, teknologi, mitra, dan value stream, bukan hanya tampilan.
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.
- Understand usersResearch needs, journeys and pain points.
- Define the serviceOutcomes, scope, offerings and service levels.
- Design the experienceJourneys and touchpoints across channels.
- Design behind the scenesProcesses, technology, suppliers, support.
- Prototype and testTry with real users before building.
- Hand over the designClear designs for build and transition.
- Memahami penggunaTeliti kebutuhan, perjalanan, dan masalah pengguna.
- Mendefinisikan layananOutcome, cakupan, offering, dan service level.
- Merancang pengalamanPerjalanan dan titik kontak di berbagai kanal.
- Merancang di balik layarProses, teknologi, supplier, support.
- Membuat prototipe dan mengujiUji dengan pengguna nyata sebelum membangun.
- Menyerahkan desainDesain yang jelas untuk build dan transition.
How to measure itCara mengukurnya
| MetricMetrik | What it tells youApa yang ditunjukkan | Watch out forPerhatikan |
|---|---|---|
| User satisfaction after launchKepuasan pengguna setelah peluncuran | Whether the design works for peopleApakah desain berfungsi bagi orang | Measuring only internal opinionsHanya mengukur opini internal |
| Task completion rateTingkat penyelesaian tugas | How easy the service is to useSeberapa mudah layanan digunakan | Testing only with expert usersHanya menguji dengan pengguna yang ahli |
| Incidents in early lifeIncident di masa awal layanan | Whether warranty was designed inApakah warranty sudah dirancang sejak awal | Blaming operations for design gapsMenyalahkan tim operasional atas kekurangan desain |
| Support contacts per userKontak support per pengguna | Clarity of the serviceKejelasan layanan | Pushing users away from supportMenjauhkan pengguna dari support |
| Design changes after build startedPerubahan desain setelah build dimulai | Quality of early designKualitas desain awal | Freezing designs that clearly don’t workMembekukan desain yang jelas tidak berfungsi |
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.
- L1InitialServices appear as technology projects; nobody designs the user experience or support.
- L2RepeatableSome design happens for big projects, mostly focused on screens and features.
- L3DefinedA standard design approach covering users, warranty, support and suppliers, with prototypes.
- L4MeasuredDesigns are tested with users and measured after launch, and results feed future designs.
- L5OptimizedService design is a shared capability, continuously improving services from real user data.
- L1InitialLayanan muncul sebagai proyek teknologi; tidak ada yang merancang pengalaman pengguna atau support-nya.
- L2RepeatableSebagian desain dilakukan untuk proyek besar, sebagian besar fokus pada tampilan dan fitur.
- L3DefinedAda pendekatan desain standar yang mencakup pengguna, warranty, support, dan supplier, dengan prototipe.
- L4MeasuredDesain diuji bersama pengguna dan diukur setelah peluncuran, dan hasilnya menjadi masukan desain berikutnya.
- L5OptimizedService design menjadi capability bersama, yang terus memperbaiki layanan berdasarkan data pengguna nyata.
Assess service design in the wizardNilai service design di wizard →
Using AIMemanfaatkan AI
- Journey analysis from feedback, tickets and usage data.
- Rapid prototypes of screens, content and conversation flows.
- Accessibility and clarity checks of designs and wording.
- Designing AI into services, including when to hand over to a person.
- Analisis perjalanan pengguna dari umpan balik, tiket, dan data penggunaan.
- Prototipe cepat untuk tampilan, konten, dan alur percakapan.
- Pemeriksaan aksesibilitas dan kejelasan desain dan susunan kata.
- Merancang AI ke dalam layanan, termasuk kapan harus dialihkan ke petugas.
Real-world example: a telemedicine serviceContoh kasus: layanan telemedisin3 min3 menit
A hospital launches video consultations. The video app works well, but patients don’t know how to pay, prescriptions get lost, and doctors are unsure who to call when a call drops.
Sebuah rumah sakit meluncurkan konsultasi video. Aplikasi videonya berfungsi dengan baik, tetapi pasien tidak tahu cara membayar, resep hilang, dan dokter bingung harus menghubungi siapa saat panggilan terputus.
The team maps a service blueprint from booking to medicine delivery, adds payment links, sends e-prescriptions to partner pharmacies, and sets up a support line for patients and doctors. Completed consultations rise from 60% to 92%.
Tim memetakan service blueprint dari pemesanan hingga pengiriman obat, menambahkan tautan pembayaran, mengirim resep elektronik ke apotek mitra, dan membuka saluran support untuk pasien dan dokter. Konsultasi yang tuntas naik dari 60% menjadi 92%.
Common pitfallsJebakan umum
- Designing only the technology and forgetting the people and processes.
- Leaving operations and support out of the design.
- Never testing with real users before building.
- Designing for ideal users, not the full range of real ones.
- Hanya merancang teknologinya dan melupakan orang serta prosesnya.
- Tidak melibatkan tim operasional dan support dalam desain.
- Tidak pernah menguji dengan pengguna nyata sebelum membangun.
- Merancang untuk pengguna ideal, bukan untuk semua jenis pengguna nyata.
Related practicesPractice terkait
| PracticePractice | How they connectBagaimana keterkaitannya |
|---|---|
| Business analysis | Provides the needs and requirements.Menyediakan kebutuhan dan requirement. |
| Architecture management | Makes sure designs fit the bigger picture.Memastikan desain sesuai dengan gambaran besar. |
| Service level management | Turns design targets into agreements.Mengubah target desain menjadi kesepakatan. |
| Service catalogue management | Publishes the designed service offerings.Menerbitkan service offering yang telah dirancang. |
- Map one service from the user’s first step to getting help, and note every hand-off.
- Test a paper or clickable prototype with five real users.
- Invite someone from support to every design review.
- Petakan satu layanan dari langkah pertama pengguna hingga mendapat bantuan, dan catat setiap serah terima.
- Uji prototipe kertas atau yang bisa diklik dengan lima pengguna nyata.
- Undang seseorang dari tim support ke setiap review desain.
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.