Service design

GroupKelompok
Product and service management
LifecycleLifecycle
Design
Reading timeWaktu baca
9 min9 menit
Purpose in one sentenceTujuan dalam satu kalimatDesign products and services that are fit for purpose, fit for use, and that can be delivered by the organization and its ecosystem.Merancang product dan service yang sesuai tujuan, layak digunakan, dan dapat disampaikan oleh organisasi beserta ekosistemnya.

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.

  1. Understand usersResearch needs, journeys and pain points.
  2. Define the serviceOutcomes, scope, offerings and service levels.
  3. Design the experienceJourneys and touchpoints across channels.
  4. Design behind the scenesProcesses, technology, suppliers, support.
  5. Prototype and testTry with real users before building.
  6. Hand over the designClear designs for build and transition.
  1. Memahami penggunaTeliti kebutuhan, perjalanan, dan masalah pengguna.
  2. Mendefinisikan layananOutcome, cakupan, offering, dan service level.
  3. Merancang pengalamanPerjalanan dan titik kontak di berbagai kanal.
  4. Merancang di balik layarProses, teknologi, supplier, support.
  5. Membuat prototipe dan mengujiUji dengan pengguna nyata sebelum membangun.
  6. Menyerahkan desainDesain yang jelas untuk build dan transition.

How to measure itCara mengukurnya

MetricMetrikWhat it tells youApa yang ditunjukkanWatch out forPerhatikan
User satisfaction after launchKepuasan pengguna setelah peluncuranWhether the design works for peopleApakah desain berfungsi bagi orangMeasuring only internal opinionsHanya mengukur opini internal
Task completion rateTingkat penyelesaian tugasHow easy the service is to useSeberapa mudah layanan digunakanTesting only with expert usersHanya menguji dengan pengguna yang ahli
Incidents in early lifeIncident di masa awal layananWhether warranty was designed inApakah warranty sudah dirancang sejak awalBlaming operations for design gapsMenyalahkan tim operasional atas kekurangan desain
Support contacts per userKontak support per penggunaClarity of the serviceKejelasan layananPushing users away from supportMenjauhkan pengguna dari support
Design changes after build startedPerubahan desain setelah build dimulaiQuality of early designKualitas desain awalFreezing 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.

  1. L1InitialServices appear as technology projects; nobody designs the user experience or support.
  2. L2RepeatableSome design happens for big projects, mostly focused on screens and features.
  3. L3DefinedA standard design approach covering users, warranty, support and suppliers, with prototypes.
  4. L4MeasuredDesigns are tested with users and measured after launch, and results feed future designs.
  5. L5OptimizedService design is a shared capability, continuously improving services from real user data.
  1. L1InitialLayanan muncul sebagai proyek teknologi; tidak ada yang merancang pengalaman pengguna atau support-nya.
  2. L2RepeatableSebagian desain dilakukan untuk proyek besar, sebagian besar fokus pada tampilan dan fitur.
  3. L3DefinedAda pendekatan desain standar yang mencakup pengguna, warranty, support, dan supplier, dengan prototipe.
  4. L4MeasuredDesain diuji bersama pengguna dan diukur setelah peluncuran, dan hasilnya menjadi masukan desain berikutnya.
  5. 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.
Keep a human in the loopTetap libatkan manusiaPrototypes made by AI still need testing with real users, including people with different abilities and digital skills.Prototipe buatan AI tetap perlu diuji dengan pengguna nyata, termasuk orang dengan kemampuan dan keterampilan digital yang beragam.
Key ideaInti materiDesign the whole service: what users experience and everything behind it that makes the experience possible.Rancang layanan secara utuh: apa yang dialami pengguna dan semua hal di baliknya yang membuat pengalaman itu terwujud.
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

PracticePracticeHow they connectBagaimana keterkaitannya
Business analysisProvides the needs and requirements.Menyediakan kebutuhan dan requirement.
Architecture managementMakes sure designs fit the bigger picture.Memastikan desain sesuai dengan gambaran besar.
Service level managementTurns design targets into agreements.Mengubah target desain menjadi kesepakatan.
Service catalogue managementPublishes the designed service offerings.Menerbitkan service offering yang telah dirancang.
Beginner tipsTips untuk pemula
  • 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.