Pokok CTQ: Cara Menentukan Critical to Quality

Oleh Linh Ngo · Dikemas kini 4 Jun 2026

Pokok CTQ merupakan salah satu alat paling praktikal dalam Six Sigma. Ia mengambil satu keperluan pelanggan yang luas, contohnya "saya mahukan produk yang boleh dipercayai," dan memecahkannya kepada keperluan khusus yang boleh diukur, yang benar-benar boleh digunakan oleh jurutera dan pasukan proses. Tanpa langkah penterjemahan ini, pasukan akan berakhir mengoptimumkan perkara yang kelihatan betul tetapi tidak selari dengan apa yang sebenarnya dipedulikan oleh pelanggan.

Nama penuhnya ialah pokok critical to quality (CTQ), dan ia biasanya salah satu alat pertama yang digunakan dalam fasa Define bagi DMAIC. Ia merapatkan jurang antara suara pelanggan yang mentah dengan metrik sasaran sesuatu projek.

Apakah Pokok CTQ?

Pokok critical to quality (CTQ) ialah rajah berstruktur yang menterjemahkan keperluan pelanggan kepada kategori pemacu, kemudian kepada ciri kualiti khusus yang boleh diukur dengan sasaran prestasi yang ditetapkan. Ia berjalan dari kiri ke kanan: satu keperluan, dua hingga empat pemacu bagi setiap keperluan, dan dua hingga empat CTQ yang boleh diukur bagi setiap pemacu.

Tujuannya adalah ketepatan. "Pelanggan mahukan penghantaran pantas" adalah satu keperluan. Ia memberitahu anda arah tetapi bukan destinasi. Pokok CTQ memaksa anda bertanya apa sebenarnya maksud "pantas" kepada pelanggan (adakah ia masa dari pesanan hingga penghantaran, atau masa transit dari pintu ke pintu, atau kebolehlihatan penjejakan masa nyata?) dan kemudian menentukan spesifikasi boleh ukur yang, jika dipenuhi, memuaskan keperluan tersebut.

Pokok CTQ berasal daripada penyelidikan Voice of the Customer (VoC). VoC merekodkan bahasa mentah pelanggan. Pokok CTQ menterjemahkan bahasa tersebut ke dalam istilah kejuruteraan dan operasi. Daripada situ, CTQ tersebut menjadi pemboleh ubah bersandar (Y) yang menjadi asas projek DMAIC atau DMADV.

Fakta Utama

• Syarikat yang mengaitkan metrik kualiti secara langsung dengan keperluan pelanggan mengurangkan kos kecacatan sebanyak 20-30% berbanding yang hanya menggunakan spesifikasi dalaman semata-mata (American Society for Quality, Laporan State of Quality 2023).
• Kualiti yang lemah menyebabkan pengeluar AS menanggung kos kira-kira 5-30% daripada jualan kasar bergantung kepada kematangan sistem kualiti mereka (Tinjauan Kos Kualiti ASQ).
• Projek Six Sigma yang bermula dengan pokok CTQ yang telah disahkan mencapai fasa Improve 40% lebih pantas secara purata kerana sistem pengukuran telah pun ditentukan skopnya dengan betul (penanda aras industri iSixSigma).

Tiga Peringkat Pokok CTQ

Setiap pokok CTQ mempunyai tepat tiga peringkat. Setiap peringkat menjawab soalan yang berbeza.

CTQ pada Peringkat 3 mesti sentiasa membawa sasaran dan had spesifikasi. "Di bawah 3 hari" adalah CTQ. "Pantas" bukan. Jika anda tidak boleh menulis ujian lulus/gagal untuknya, anda belum sampai ke Peringkat 3 lagi.

Pokok CTQ Berbanding Alat Kualiti Lain

Pokok CTQ berfungsi sebagai sebahagian daripada rantaian, bukan secara berasingan. Memahami di mana ia berada berbanding alat kualiti lain mengelakkan kekeliruan tentang bila hendak menggunakan setiap satu.

Voice of the Customer (VoC) merekodkan apa yang pelanggan katakan dalam perkataan mereka sendiri, melalui tinjauan, temu bual, tiket sokongan, dan komen NPS. Ia bersifat kualitatif dan selalunya kabur. Satu latihan VoC mungkin mendedahkan "saya berharap proses membuat pesanan tidak begitu mengelirukan," yang merupakan satu keperluan tetapi bukan spesifikasi boleh diukur.

Pokok CTQ berada sejurus selepas VoC. Ia mengambil bahasa mentah pelanggan tersebut dan menstrukturkannya ke dalam hierarki tiga peringkat. Hasil pokok tersebut ialah senarai CTQ yang boleh diukur berserta sasaran. CTQ tersebut kemudiannya menjadi input kepada pelan pengukuran.

KPI adalah metrik operasi yang dipantau oleh perniagaan secara berterusan. Ia mungkin atau tidak selari dengan CTQ pelanggan. Pokok tersebut adalah cara untuk mengesahkan pemetaan tersebut. Jika sesuatu KPI tidak dapat dikesan kembali kepada pemacu dan keperluan dalam pokok CTQ, ia sebenarnya menjejaki sesuatu yang bersifat dalaman yang mungkin tidak penting kepada pelanggan.

Quality Function Deployment (QFD) (House of Quality) mengambil CTQ dan memetakannya kepada parameter reka bentuk atau proses. Pokok CTQ datang dahulu; QFD adalah apa yang anda lakukan dengan hasilnya.

Dalam projek DMAIC, pokok tersebut sesuai dalam fasa Define, VoC memberi input kepada pokok tersebut, dan pokok tersebut memberi input kepada sistem pengukuran dalam fasa Measure.

Kesilapan Biasa

Berhenti di Peringkat 2. Pasukan sering menentukan pemacu dan menganggapnya sebagai CTQ. "Kelajuan pemprosesan pesanan" adalah pemacu, bukan CTQ. Anda perlu meneruskan satu peringkat lagi dan menetapkan sasaran berangka.

Mencipta CTQ yang tidak boleh diukur. Jika pasukan anda tidak mempunyai sistem yang boleh merekod data terhadap sesuatu CTQ, ia belum lagi menjadi CTQ yang berfungsi. Sama ada perbaiki jurang pengukuran itu atau semak semula spesifikasi tersebut.

Mencampuradukkan matlamat proses dalaman dengan CTQ pelanggan. "Kurangkan masa memungut barang di gudang sebanyak 15%" adalah matlamat operasi dalaman. Ia mungkin menyokong satu pemacu, tetapi ia bukan CTQ melainkan pelanggan mengambil berat khusus tentang masa memungut barang. CTQ wujud dalam kerangka rujukan pelanggan, bukan pemilik proses.

Terlalu banyak CTQ. Satu keperluan secara realistiknya boleh disokong oleh enam hingga sepuluh CTQ. Pasukan yang menjana tiga puluh CTQ bagi setiap keperluan biasanya mencampuradukkan keperluan, dan skop projek menjadi terlalu besar. Kekalkan pokok itu padat. Satu CTQ yang berskop baik lebih bernilai daripada lima yang bertindih.

Melangkau pengesahan. Pokok CTQ yang dibina dalam bilik mesyuarat tanpa menyemaknya dengan data pelanggan sebenar hanyalah satu hipotesis. Sentiasa sahkan pemacu dan CTQ terhadap input VoC sebenar sebelum menetapkannya.

Cara Membina Pokok CTQ

Kumpul bukti pelanggan, nyatakan satu keperluan hasil, kenal pasti pemacu, tentukan CTQ yang boleh diukur, dan sahkan setiap sasaran.

Langkah 1: Kumpul Data Voice of the Customer

Sebelum melukis apa-apa, kumpulkan input pelanggan yang mentah. Temu bual, tinjauan, log aduan, verbatim NPS, rakaman panggilan jualan. Anda memerlukan sekurang-kurangnya 20-30 kenyataan pelanggan yang berbeza untuk melihat corak. Kumpulkan kenyataan yang serupa ke dalam tema.

Langkah 2: Kenal Pasti Keperluan Pelanggan

Daripada tema VoC anda, tulis satu penyataan keperluan dalam bahasa pelanggan yang mudah. Kekalkan pada peringkat hasil. "Terima pesanan saya dengan cepat dan lengkap" adalah penyataan keperluan yang baik. "Mempunyai kadar penghantaran tepat masa 98%" sudah mula menentukan penyelesaian.

Satu pokok CTQ bagi setiap keperluan. Jika anda mempunyai tiga keperluan yang berbeza, bina tiga pokok. Jangan gabungkannya.

Langkah 3: Sumbang Saran Pemacu

Tanya: faktor apa, jika berprestasi baik, akan memenuhi keperluan ini? Pemacu adalah kategori prestasi, bukan pengukuran lagi. Bagi "terima pesanan saya dengan cepat dan lengkap," pemacu mungkin: kelajuan pemprosesan pesanan, prestasi pembawa penghantaran, integriti pembungkusan, dan kebolehlihatan penjejakan.

Sasarkan dua hingga lima pemacu bagi setiap keperluan. Lebih sedikit bermakna anda mungkin terlepas sesuatu. Lebih daripada lima bermakna sesetengah pemacu anda mungkin sebenarnya CTQ yang tersamar.

Langkah 4: Tentukan CTQ yang Boleh Diukur dengan Sasaran

Bagi setiap pemacu, tentukan dua hingga empat CTQ. Setiap CTQ mesti mempunyai:

• Ciri yang jelas dan boleh diukur (contohnya, "masa transit dalam hari perniagaan")
• Nilai sasaran (contohnya, "3 hari")
• Had spesifikasi (contohnya, "tidak lebih daripada 5 hari untuk 99% pesanan")

Semak rajah SIPOC bagi proses anda pada peringkat ini. Ia membantu mengesahkan hasil mana dalam proses tersebut yang sebenarnya sepadan dengan setiap CTQ, jadi anda tahu di mana hendak mengumpul data.

Langkah 5: Sahkan dengan Pelanggan

Bawa CTQ draf anda kembali kepada sampel pelanggan. Tanya: jika kami mencapai sasaran ini secara konsisten, adakah itu memenuhi keperluan anda? Jika mereka mengangkat bahu, CTQ itu salah. Jika mereka kata ya tetapi menambah syarat, anda mempunyai pemacu baharu atau spesifikasi yang lebih ketat.

Langkah ini mengelakkan kegagalan projek yang paling biasa: pasukan menghabiskan berminggu-minggu mengoptimumkan metrik yang sebenarnya tidak dipedulikan pelanggan.

Langkah 6: Utamakan dan Tentukan Skop Projek

Bukan setiap CTQ menjadi fokus sesuatu projek. Susun CTQ mengikut kesan terhadap kepuasan pelanggan dan jurang semasa antara prestasi dan sasaran. CTQ dengan jurang terbesar dan kesan pelanggan tertinggi adalah tempat anda bermula. Gunakan pengiraan DPMO dan tahap sigma untuk mengukur kadar kecacatan semasa terhadap setiap spesifikasi CTQ.

Contoh Pokok CTQ

Contoh ini mengikuti sebuah syarikat penghantaran makanan dalam talian yang bertindak balas kepada maklum balas pelanggan bahawa "penghantaran terasa tidak menentu dan perlahan."

Pasukan projek kemudiannya akan menilai prestasi semasa terhadap setiap spesifikasi CTQ untuk menentukan yang mana gagal, sejauh mana, dan di bahagian proses yang mana. Ini memberi input terus kepada fasa Measure DMAIC, di mana keupayaan proses (Cpk) bagi setiap CTQ dikira.

Amalan Terbaik

Kekalkan penyataan keperluan dalam suara pelanggan. Tahan godaan untuk mengemaskininya kepada bahasa perniagaan. "Penghantaran pantas dan menentu" kekal lebih dekat dengan pelanggan berbanding "meminimumkan kitaran masa pesanan hingga pintu."

Tarikhkan pokok anda. Jangkaan pelanggan berubah. Pokok CTQ yang dibina untuk konteks e-dagang 2022 mungkin mempunyai sasaran yang terlalu longgar berbanding piawaian 2026. Semak semula CTQ setiap tahun atau bila-bila masa data VoC menunjukkan perubahan dalam pemacu kepuasan.

Kaitkan setiap CTQ dengan hasil proses. Jika anda tidak dapat menamakan langkah dalam proses anda yang menghasilkan output CTQ tersebut, anda tidak dapat mengukurnya. Menggunakan rajah SIPOC sebagai dokumen pendamping menjadikan langkah ini pantas.

Jangan langkau pelan pengukuran. CTQ tanpa pelan pengumpulan data hanyalah suatu harapan. Sebelum pokok tersebut dimuktamadkan, sahkan bahawa sumber data, kekerapan pengukuran, dan pemilik semuanya telah ditetapkan.

Libatkan pasukan proses dalam Langkah 3. Pemacu yang disumbang saran hanya oleh pemimpin projek cenderung terlepas realiti operasi yang diketahui oleh kakitangan barisan hadapan. Sesi bercampur menghasilkan set pemacu yang lebih baik.

---

Menterjemahkan keperluan pelanggan kepada spesifikasi boleh diukur adalah asas kepada setiap projek penambahbaikan kualiti. Tanpa penterjemahan itu, pasukan memperbaiki perkara yang salah. Dengan pokok CTQ yang sedia ada, setiap metrik projek berkait kembali dengan sesuatu yang benar-benar dipedulikan oleh pelanggan sebenar, dan itulah yang membezakan kerja proses yang menggerakkan skor kepuasan daripada kerja proses yang sekadar menggerakkan nombor.

Bacaan berkaitan

• Six Sigma
• DMAIC: Kitaran Penambahbaikan Lima Fasa
• DMADV: Design for Six Sigma
• Voice of the Customer (VoC)
• Quality Function Deployment (QFD)
• Rajah SIPOC
• DPMO dan Tahap Sigma
• Keupayaan Proses (Cpk)