CTQ Tree: Cara Menentukan Critical to Quality

CTQ tree adalah salah satu alat paling praktis dalam Six Sigma. Alat ini mengambil kebutuhan pelanggan yang luas, misalnya "saya ingin produk yang andal," lalu memecahnya menjadi persyaratan spesifik dan terukur yang benar-benar bisa dijadikan acuan kerja oleh para engineer dan tim proses. Tanpa langkah penerjemahan ini, tim akan berakhir mengoptimalkan hal-hal yang terdengar tepat tetapi tidak sesuai dengan apa yang sebenarnya diperhatikan pelanggan.

Nama lengkapnya adalah critical to quality (CTQ) tree, dan biasanya menjadi salah satu alat pertama yang digunakan pada fase Define dalam DMAIC. Alat ini menjembatani kesenjangan antara suara pelanggan mentah dan target metrik sebuah proyek.

Apa Itu CTQ Tree?

Critical to quality (CTQ) tree adalah diagram terstruktur yang menerjemahkan kebutuhan pelanggan menjadi kategori pendorong (driver), lalu menjadi karakteristik kualitas spesifik dan terukur dengan target kinerja yang jelas. Diagram ini berjalan dari kiri ke kanan: satu kebutuhan, dua hingga empat driver per kebutuhan, dan dua hingga empat CTQ terukur per driver.

Tujuannya adalah presisi. "Pelanggan menginginkan pengiriman cepat" adalah sebuah kebutuhan. Pernyataan ini memberi tahu Anda arah, tetapi bukan tujuan akhirnya. CTQ tree memaksa Anda untuk bertanya apa sebenarnya arti "cepat" bagi pelanggan (apakah itu waktu dari pemesanan hingga pengiriman, waktu transit dari pintu ke pintu, atau visibilitas pelacakan secara real-time?) dan kemudian menetapkan spesifikasi terukur yang, jika dipenuhi, memuaskan kebutuhan tersebut.

CTQ tree berasal dari riset Voice of the Customer (VoC). VoC menangkap bahasa mentah pelanggan. CTQ tree menerjemahkan bahasa tersebut ke dalam istilah teknik dan operasional. Dari situ, CTQ-CTQ tersebut menjadi variabel Y (variabel dependen) yang menjadi dasar sebuah proyek DMAIC atau DMADV.

Fakta Penting

• Perusahaan yang menghubungkan metrik kualitas langsung dengan persyaratan pelanggan mengurangi biaya cacat sebesar 20-30% dibandingkan perusahaan yang hanya mengandalkan spesifikasi internal (American Society for Quality, laporan State of Quality 2023).
• Kualitas buruk membebani produsen di AS sekitar 5-30% dari penjualan kotor, tergantung tingkat kematangan sistem kualitas mereka (ASQ Quality Cost Survey).
• Proyek Six Sigma yang dimulai dengan CTQ tree yang tervalidasi mencapai fase Improve 40% lebih cepat rata-rata, karena sistem pengukurannya sudah ditentukan dengan tepat sejak awal (tolok ukur industri iSixSigma).

Tiga Tingkat dalam CTQ Tree

Setiap CTQ tree memiliki tepat tiga tingkat. Setiap tingkat menjawab pertanyaan yang berbeda.

CTQ pada Tingkat 3 harus selalu memiliki target dan batas spesifikasi. "Di bawah 3 hari" adalah CTQ. "Cepat" bukan. Jika Anda tidak bisa menuliskan uji lulus/gagal untuknya, berarti Anda belum sampai ke Tingkat 3.

CTQ Tree vs Alat Kualitas Lainnya

CTQ tree bekerja sebagai bagian dari sebuah rantai, bukan berdiri sendiri. Memahami posisinya relatif terhadap alat lain mencegah kebingungan tentang kapan masing-masing alat digunakan.

Voice of the Customer (VoC) menangkap apa yang dikatakan pelanggan dengan bahasa mereka sendiri, melalui survei, wawancara, tiket dukungan, dan komentar NPS. Sifatnya kualitatif dan sering kali samar. Sebuah kegiatan VoC mungkin memunculkan "saya berharap proses pemesanan tidak terlalu membingungkan," yang merupakan kebutuhan tetapi bukan spesifikasi terukur.

CTQ tree berada tepat setelah VoC. Alat ini mengambil bahasa mentah pelanggan tersebut dan menyusunnya ke dalam hierarki tiga tingkat. Hasil dari CTQ tree adalah daftar CTQ terukur beserta targetnya. CTQ-CTQ tersebut kemudian menjadi masukan bagi rencana pengukuran.

KPI adalah metrik operasional yang dilacak bisnis secara berkelanjutan. KPI mungkin sesuai atau tidak sesuai dengan CTQ pelanggan. CTQ tree adalah cara untuk mengonfirmasi kesesuaian tersebut. Jika sebuah KPI tidak dapat ditelusuri kembali ke driver dan kebutuhan dalam CTQ tree, berarti KPI tersebut melacak sesuatu yang bersifat internal dan mungkin tidak relevan bagi pelanggan.

Quality Function Deployment (QFD) (House of Quality) mengambil CTQ dan memetakannya ke parameter desain atau proses. CTQ tree dilakukan lebih dulu; QFD adalah langkah selanjutnya dari hasil tersebut.

Dalam proyek DMAIC, CTQ tree berada pada fase Define, VoC menjadi masukan bagi CTQ tree, dan CTQ tree menjadi masukan bagi sistem pengukuran pada fase Measure.

Kesalahan Umum

Berhenti di Tingkat 2. Tim sering kali mendefinisikan driver dan menyebutnya sebagai CTQ. "Kecepatan pemrosesan pesanan" adalah driver, bukan CTQ. Anda perlu mendorong satu tingkat lebih jauh dan menetapkan target numerik.

Membuat CTQ yang tidak bisa diukur. Jika tim Anda tidak memiliki sistem yang bisa menangkap data terhadap suatu CTQ, berarti itu belum menjadi CTQ yang berfungsi. Perbaiki kesenjangan pengukuran tersebut atau tinjau ulang spesifikasinya.

Mencampuradukkan tujuan proses internal dengan CTQ pelanggan. "Kurangi waktu pengambilan barang di gudang sebesar 15%" adalah tujuan operasional internal. Mungkin ini mendukung sebuah driver, tetapi bukan CTQ kecuali pelanggan benar-benar memperhatikan waktu pengambilan barang tersebut secara spesifik. CTQ hidup dalam kerangka acuan pelanggan, bukan kerangka acuan pemilik proses.

Terlalu banyak CTQ. Satu kebutuhan secara realistis bisa didukung oleh enam hingga sepuluh CTQ. Tim yang menghasilkan tiga puluh CTQ per kebutuhan biasanya mencampuradukkan beberapa kebutuhan sekaligus, sehingga ruang lingkup proyek membengkak. Jaga agar CTQ tree tetap ringkas. Satu CTQ yang cakupannya jelas lebih berharga daripada lima CTQ yang tumpang tindih.

Melewatkan validasi. CTQ tree yang dibuat di ruang rapat tanpa diperiksa terhadap data pelanggan yang sebenarnya hanyalah sebuah hipotesis. Selalu verifikasi driver dan CTQ terhadap masukan VoC yang sesungguhnya sebelum menguncinya.

Cara Membuat CTQ Tree

Langkah 1: Kumpulkan Data Voice of the Customer

Sebelum menggambar apa pun, kumpulkan masukan pelanggan mentah. Wawancara, survei, catatan keluhan, verbatim NPS, rekaman panggilan penjualan. Anda memerlukan setidaknya 20-30 pernyataan pelanggan yang berbeda untuk melihat polanya. Kelompokkan pernyataan-pernyataan serupa ke dalam tema.

Langkah 2: Identifikasi Kebutuhan Pelanggan

Dari tema-tema VoC Anda, tuliskan satu pernyataan kebutuhan dalam bahasa pelanggan yang sederhana. Jaga agar tetap pada level hasil akhir. "Menerima pesanan saya dengan cepat dan utuh" adalah pernyataan kebutuhan yang baik. "Memiliki tingkat pengiriman tepat waktu 98%" sudah mulai mengarah ke solusi.

Satu CTQ tree untuk satu kebutuhan. Jika Anda memiliki tiga kebutuhan yang berbeda, buat tiga CTQ tree. Jangan menggabungkannya.

Langkah 3: Brainstorm Driver

Tanyakan: faktor apa yang, jika berjalan baik, akan memuaskan kebutuhan ini? Driver adalah kategori kinerja, bukan pengukuran. Untuk "menerima pesanan saya dengan cepat dan utuh," driver-nya bisa berupa: kecepatan pemrosesan pesanan, kinerja kurir pengiriman, keutuhan kemasan, dan visibilitas pelacakan.

Targetkan dua hingga lima driver per kebutuhan. Jika kurang, kemungkinan ada yang terlewat. Jika lebih dari lima, sebagian driver Anda mungkin sebenarnya adalah CTQ yang menyamar.

Langkah 4: Tentukan CTQ Terukur dengan Target

Untuk setiap driver, tentukan dua hingga empat CTQ. Setiap CTQ harus memiliki:

• Karakteristik yang jelas dan terukur (misalnya, "waktu transit dalam hari kerja")
• Nilai target (misalnya, "3 hari")
• Batas spesifikasi (misalnya, "tidak lebih dari 5 hari untuk 99% pesanan")

Periksa diagram SIPOC untuk proses Anda pada titik ini. Ini membantu mengonfirmasi output mana dalam proses yang benar-benar sesuai dengan setiap CTQ, sehingga Anda tahu di mana harus mengumpulkan data.

Langkah 5: Validasi dengan Pelanggan

Bawa kembali draf CTQ Anda kepada sejumlah sampel pelanggan. Tanyakan: jika kami mencapai target ini secara konsisten, apakah itu memenuhi kebutuhan Anda? Jika mereka bersikap acuh, berarti CTQ tersebut salah. Jika mereka setuju tetapi menambahkan catatan, Anda memiliki driver baru atau spesifikasi yang lebih ketat.

Langkah ini mencegah kegagalan proyek yang paling umum: tim menghabiskan waktu berminggu-minggu mengoptimalkan metrik yang sebenarnya tidak diperhatikan pelanggan.

Langkah 6: Prioritaskan dan Tentukan Ruang Lingkup Proyek

Tidak setiap CTQ menjadi fokus sebuah proyek. Rangking CTQ berdasarkan dampaknya terhadap kepuasan pelanggan dan kesenjangan saat ini antara kinerja dan target. CTQ dengan kesenjangan terbesar dan dampak pelanggan tertinggi adalah tempat Anda memulai. Gunakan perhitungan DPMO dan sigma level untuk mengukur tingkat cacat saat ini terhadap setiap spesifikasi CTQ.

Contoh CTQ Tree

Contoh ini mengikuti sebuah perusahaan pengantaran makanan online yang menanggapi masukan pelanggan bahwa "pengiriman terasa tidak dapat diprediksi dan lambat."

Tim proyek kemudian akan menilai kinerja saat ini terhadap setiap spesifikasi CTQ untuk menentukan mana yang gagal, seberapa besar kegagalannya, dan di bagian proses mana. Hal ini langsung menjadi masukan bagi fase Measure dalam DMAIC, di mana process capability (Cpk) untuk setiap CTQ dihitung.

Praktik Terbaik

Jaga pernyataan kebutuhan tetap dalam bahasa pelanggan. Tahan keinginan untuk merapikannya menjadi bahasa bisnis. "Pengiriman cepat dan dapat diprediksi" tetap lebih dekat dengan pelanggan dibandingkan "meminimalkan waktu siklus pesanan hingga sampai."

Beri tanggal pada CTQ tree Anda. Ekspektasi pelanggan berubah seiring waktu. CTQ tree yang dibuat untuk konteks e-commerce tahun 2022 mungkin memiliki target yang terlalu longgar untuk standar 2026. Tinjau CTQ setiap tahun atau kapan pun data VoC menunjukkan pergeseran pada driver kepuasan.

Hubungkan setiap CTQ dengan output proses. Jika Anda tidak bisa menyebutkan langkah dalam proses Anda yang menghasilkan output CTQ tersebut, Anda tidak bisa mengukurnya. Menggunakan diagram SIPOC sebagai dokumen pendamping mempercepat langkah ini.

Jangan lewatkan rencana pengukuran. CTQ tanpa rencana pengumpulan data hanyalah angan-angan. Sebelum CTQ tree difinalkan, pastikan sumber data, frekuensi pengukuran, dan pemilik tanggung jawab semuanya sudah ditetapkan.

Libatkan tim proses pada Langkah 3. Driver yang hanya dibrainstorm oleh pemimpin proyek cenderung melewatkan realitas operasional yang diketahui oleh staf garis depan. Sesi campuran menghasilkan kumpulan driver yang lebih baik.

Pertanyaan yang Sering Diajukan

Apa perbedaan antara CTQ dan KPI?

CTQ adalah karakteristik terukur yang didefinisikan dari sudut pandang pelanggan, dengan target spesifik yang terkait dengan kepuasan pelanggan. KPI adalah metrik kinerja internal yang dilacak bisnis untuk manajemen operasional. CTQ berasal dari pelanggan; KPI berasal dari bisnis. Operasi yang dirancang dengan baik berusaha membuat KPI-nya dapat ditelusuri kembali ke CTQ, tetapi banyak KPI ada karena alasan yang tidak ada hubungannya dengan apa yang diperhatikan pelanggan.

Berapa banyak CTQ yang sebaiknya dimiliki sebuah proyek Six Sigma?

Satu proyek DMAIC atau DMADV biasanya berfokus pada satu hingga tiga CTQ. Jika CTQ tree Anda menghasilkan lima belas CTQ di bawah satu kebutuhan, itu wajar untuk CTQ tree itu sendiri, tetapi Anda kemudian perlu memprioritaskan ke CTQ paling kritis untuk ruang lingkup proyek. Mencoba menutup kesenjangan kinerja pada terlalu banyak CTQ sekaligus akan mengencerkan fokus tim dan menyulitkan pengisolasian akar masalah.

Bisakah CTQ tree digunakan di luar Six Sigma?

Bisa. Alat ini bekerja di mana pun Anda perlu menerjemahkan persyaratan kualitatif menjadi spesifikasi terukur: pengembangan produk, desain layanan, QA perangkat lunak, onboarding rantai pasokan. Metodologinya berasal dari Six Sigma, tetapi masalah yang dipecahkannya (mengubah kebutuhan yang samar menjadi spesifikasi terukur) bersifat universal.

Di mana posisi CTQ tree dalam DMAIC?

CTQ tree berada pada fase Define, setelah riset VoC dan sebelum project charter difinalkan. Output CTQ menjadi variabel Y dalam project charter dan metrik target untuk fase Measure. Jika Anda menggunakan DMADV untuk proyek desain, CTQ tree juga berada pada fase Define di sana.

Apa perbedaan antara driver dan CTQ?

Driver adalah kategori kinerja yang memengaruhi kepuasan pelanggan. Ini menjelaskan mengapa sebuah kebutuhan terpenuhi atau tidak, tetapi tidak terukur dengan sendirinya. CTQ adalah karakteristik spesifik dan terukur dalam sebuah driver, dengan target dan batas spesifikasi. "Kecepatan pengiriman" adalah driver. "Waktu dari pintu ke pintu di bawah 35 menit untuk 90% pesanan" adalah CTQ.

---

Menerjemahkan kebutuhan pelanggan menjadi spesifikasi terukur adalah fondasi dari setiap proyek peningkatan kualitas. Tanpa penerjemahan tersebut, tim memperbaiki hal yang salah. Dengan CTQ tree yang tepat, setiap metrik proyek terhubung kembali dengan sesuatu yang benar-benar dikatakan pelanggan sebagai hal yang mereka perhatikan, dan itulah yang membedakan pekerjaan proses yang menggerakkan skor kepuasan dari pekerjaan proses yang hanya menggerakkan angka.

Bacaan terkait

• Six Sigma
• DMAIC: Siklus Peningkatan Lima Fase
• DMADV: Design for Six Sigma
• Voice of the Customer (VoC)
• Quality Function Deployment (QFD)
• Diagram SIPOC
• DPMO dan Sigma Level
• Process Capability (Cpk)