Perencanaan Bauran Produk di Manufaktur: Memutuskan Apa yang Akan Diproduksi

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

Perencanaan bauran produk di manufaktur menentukan apa yang akan dibuat, berapa jumlahnya, dan dalam pola apa ketika kapasitas terbatas. Pelajari metodenya, pemeriksaannya, dan jebakannya.

Automatically translated with AI from the original post. Read the English original

Perencanaan bauran produk di manufaktur berarti memutuskan produk apa yang akan dibuat, berapa jumlah masing-masing, dan dalam pola apa dari waktu ke waktu, ketika kapasitas Anda tidak mampu memenuhi semua yang diinginkan pelanggan. Keputusan ini biasanya bergantung pada satu sumber daya yang langka, sering kali mesin bottleneck, dan pada seberapa efektif jam kerjanya dimanfaatkan. Artikel ini ditujukan bagi perencana produksi yang membutuhkan metode yang bisa mereka jalankan dengan angka mereka sendiri, dan yang ingin menghindari dua jebakan klasik: mengejar margin per unit tertinggi dan mengabaikan changeover.

Poin Penting

• Perencanaan bauran produk menentukan apa yang akan dibuat, berapa jumlahnya, dan dalam pola apa ketika satu sumber daya yang langka, biasanya bottleneck, tidak mampu memenuhi seluruh permintaan.
• Urutkan produk berdasarkan kontribusi per jam sumber daya yang langka, bukan kontribusi per unit, dan batasi setiap produk hingga sebesar permintaannya.
• Lean.org mendefinisikan heijunka sebagai perataan jenis dan jumlah produksi dalam periode tertentu, dan changeover yang lebih singkat membuat pola campuran menjadi layak dijalankan.
• Dalam master planning Dynamics 365, Anda memilih cara pesanan aktual menggunakan prakiraan, jadi periksa metode tersebut sebelum Anda membaca bauran yang direncanakan.
• Uji perubahan bauran terhadap jadwal terperinci bottleneck sebelum Anda memutuskannya, karena tampilan beban mingguan bisa terlihat baik sementara rencana harian gagal.

Apa itu perencanaan bauran produk di manufaktur, dan apa yang perlu Anda putuskan?

Ada tiga keputusan di balik satu label ini, dan mencampuradukkannya menjadi penyebab sebagian besar kebingungan.

1. Bauran volume. Berapa unit dari setiap produk yang Anda komitmenkan dalam satu periode? Ini penting ketika permintaan melebihi kapasitas.
2. Pola. Dalam urutan dan ritme apa Anda membuat produk-produk tersebut? Satu produksi panjang untuk masing-masing, atau bauran yang berulang? Ini menentukan persediaan, lead time, dan beban changeover.
3. Reaksi terhadap perubahan. Apa yang Anda lakukan ketika pesanan bergeser ke varian lain, mesin mengalami gangguan, atau bahan datang terlambat?

Setiap keputusan membutuhkan informasi yang berbeda. Yang pertama membutuhkan ekonomi produk dan jam bottleneck. Yang kedua membutuhkan waktu changeover dan ritme permintaan. Yang ketiga membutuhkan cara untuk menguji opsi dengan cepat. Bagian berikut membahasnya sesuai urutan tersebut.

Bagaimana cara menentukan bauran saat kapasitas kurang?

Mulailah dengan memastikan apakah ada yang kurang. Bandingkan jam sumber daya yang langka yang dibutuhkan untuk memenuhi seluruh permintaan dengan jam yang tersedia. Jika permintaan muat, tidak ada masalah bauran di tingkat ini, dan Anda dapat merencanakan sesuai permintaan. Jika tidak muat, Anda membutuhkan aturan untuk penjatahan.

Aturan umum adalah analisis faktor pembatas (limiting factor analysis), yang dijelaskan dalam panduan belajar akuntansi: hitung kontribusi per unit, bagi dengan sumber daya langka yang digunakan per unit, urutkan produk dari yang tertinggi ke yang terendah, dan alokasikan sumber daya mengikuti urutan tersebut, dengan membatasi setiap produk pada permintaan maksimumnya hingga sumber daya habis. Panduan tersebut mencatat bahwa jika ada dua sumber daya langka atau lebih sekaligus, Anda perlu menggunakan pemrograman linear sebagai gantinya.

Berikut contoh hipotetis, dibuat semata-mata untuk menunjukkan perhitungannya. Sebuah bottleneck memiliki 400 jam bulan ini. Tiga produk bersaing memperebutkannya:

• A: kontribusi $60 per unit, 3 jam per unit, permintaan 60 unit. Artinya $20 per jam.
• B: kontribusi $45 per unit, 1,5 jam per unit, permintaan 100 unit. Artinya $30 per jam.
• C: kontribusi $90 per unit, 5 jam per unit, permintaan 40 unit. Artinya $18 per jam.

Permintaan penuh membutuhkan 180 + 150 + 200 = 530 jam, sehingga bottleneck kekurangan 130 jam. Jika diurutkan berdasarkan kontribusi per unit, C berada di urutan pertama, dan rencana memberi C 40 unit (200 jam) serta A 60 unit (180 jam). Hanya tersisa 20 jam untuk 13 unit B. Total kontribusi: $3.600 + $3.600 + $585 = $7.785.

Jika diurutkan berdasarkan kontribusi per jam bottleneck, urutannya terbalik: B lebih dulu (100 unit, 150 jam), lalu A (60 unit, 180 jam), kemudian C dengan 70 jam yang tersisa, yaitu 14 unit. Total kontribusi: $4.500 + $3.600 + $1.260 = $9.360. Pabrik yang sama, jam yang sama, namun $1.575 lebih banyak, semata-mata karena pengurutannya menggunakan sumber daya yang langka sebagai tolok ukur.

Dua peringatan sebelum Anda menggunakan ini pada data nyata.

Biaya bergantung pada asumsi Anda. Panduan studi yang sama menunjukkan bahwa jika hanya bahan baku langsung yang dianggap variabel (akuntansi throughput), hasil pengurutannya bisa berbeda dibandingkan jika tenaga kerja juga dianggap variabel. Setiap rencana hanya terbaik di bawah asumsinya sendiri, jadi pilih sudut pandang biaya bersama tim keuangan dan gunakan secara konsisten.

Pengurutan bukan keseluruhan keputusan. Komitmen pelanggan, kontrak, produk strategis, ukuran lot minimum, dan persyaratan kualitas semuanya membatasi apa yang dapat Anda hentikan. Gunakan pengurutan untuk melihat berapa biaya sebuah komitmen, lalu putuskan bersama tim penjualan apakah komitmen tersebut tetap dipertahankan.

Bagaimana pergantian lini (changeover) membentuk pola produksi?

Pengurutan memberi tahu Anda berapa banyak setiap produk. Pengurutan tidak mengatakan apa pun tentang urutan produksinya. Di situlah waktu pergantian lini menentukan.

Lean.org mendefinisikan heijunka sebagai perataan jenis dan jumlah produksi dalam periode waktu tertentu. Menurut halaman tersebut, perataan memungkinkan produksi memenuhi permintaan tanpa batching dan mengurangi persediaan, biaya modal, kebutuhan tenaga kerja, serta waktu tunggu di sepanjang aliran nilai. Konsep ini juga mencakup jenis produk: alih-alih membuat seluruh model A lalu seluruh model B, produsen lean menyisipkan model-model tersebut dalam pola berulang dan memangkas waktu pergantian lini agar praktik ini layak dijalankan. Urutannya disesuaikan secara berkala seiring perubahan pesanan.

Konsekuensinya cukup jelas. Pola campuran membutuhkan pergantian lini yang singkat. SMED, single minute exchange of die, adalah metode untuk itu: Lean.org menjelaskannya sebagai proses mengganti peralatan dari satu nomor part ke nomor part lain dalam waktu sesingkat mungkin, dengan target satu digit menit, dengan cara memisahkan setup internal (dilakukan saat mesin berhenti) dari setup eksternal (dilakukan saat mesin berjalan) dan memindahkan tugas dari kelompok pertama ke kelompok kedua. Target tersebut adalah sebuah tujuan, bukan janji untuk setiap mesin.

Saat merencanakan pola produksi, tanyakan tiga hal:

• Berapa lama waktu pergantian lini antara setiap pasangan produk, di kedua arah? Beberapa pasangan membutuhkan biaya jauh lebih besar dibandingkan yang lain.
• Berapa biaya persediaan dan waktu tunggu dari proses produksi yang lebih panjang?
• Produk mana saja yang dapat berbagi satu rangkaian produksi tanpa pergantian lini yang mahal?

Jika pergantian lini memakan waktu lama, pola campuran yang tepat adalah batch yang lebih besar, dan investasi yang tepat adalah pengurangan waktu setup. Kerjakan waktu setup terlebih dahulu sebelum Anda mencoba mengubah pola produksi.

Bagaimana Anda merencanakan campuran produk dari perkiraan dan pesanan?

Kebanyakan pabrik merencanakan berdasarkan campuran antara perkiraan dan pesanan aktual. Bahayanya adalah penghitungan ganda: merencanakan perkiraan dan pesanan yang ditambahkan di atasnya.

Dynamics 365 menunjukkan bagaimana hal ini ditangani dalam sistem ERP. Dalam Planning Optimization master planning, Anda memilih apakah prakiraan disertakan dan metode untuk mengurangi kebutuhan prakiraan dengan permintaan aktual. Opsi yang didokumentasikan adalah none, percent by reduction key, transactions by reduction key, dan transactions by dynamic period. Dengan "none", pesanan rencana menutupi seluruh prakiraan dan pesanan penjualan menambahkan pesanan rencana terpisah di atasnya. Dengan metode transaksi, pesanan aktual mengonsumsi prakiraan dalam satu periode. Pesanan berlebih diteruskan ke periode berdekatan dengan metode reduction key, tetapi tidak dengan metode dynamic period. Pilih metode secara sengaja, dan uji pada satu famili produk dengan riwayat yang sudah diketahui.

Selain pengaturan tersebut, beberapa kebiasaan membantu di sistem mana pun:

• Rencanakan bauran di tingkat famili produk terlebih dahulu, lalu rincikan menjadi varian ketika tanggal semakin dekat.
• Tampilkan prakiraan dan pesanan secara berdampingan, lengkap dengan versi dan tanggalnya, agar Anda dapat melihat bagaimana prakiraan berubah.
• Sepakati tinjauan rutin ketika penjualan, perencanaan, dan produksi melihat angka yang sama. Bulanan untuk bauran volume dan mingguan untuk jadwal terperinci adalah ritme yang masuk akal, tetapi waktu tunggu Anda yang seharusnya menentukannya.

Bagaimana Anda bereaksi ketika bauran berubah?

Perubahan bauran itu wajar. Pelanggan memindahkan pesanan dari satu varian ke varian lain, sebuah bottleneck kehilangan satu shift, atau sebuah material terlambat. Rutinitas kecil mencegah Anda bekerja secara improvisasi.

1. Periksa bottleneck terlebih dahulu. Apa dampak perubahan ini terhadap jam kerjanya, bukan terhadap total beban pabrik?
2. Periksa changeover. Pergeseran ke lebih banyak varian biasanya berarti lebih banyak changeover, dan karena itu jam produktif yang lebih sedikit.
3. Salin rencana dan terapkan perubahan. Bandingkan rencana baru dengan baseline, satu perubahan dalam satu waktu.
4. Lihat jadwal harian, bukan hanya beban mingguan. Tampilan mingguan bisa terlihat baik-baik saja, sementara satu hari ternyata tidak layak dijalankan.
5. Putuskan dan catat alasannya. Sertakan apa yang akan Anda sampaikan kepada pelanggan dan pesanan mana yang berpindah.
6. Bekukan keputusan yang sudah diambil. Tentukan seberapa jauh ke depan rencana tidak boleh berubah tanpa persetujuan.

Ketika interaksinya semakin kompleks, seperti mesin yang digunakan bersama, setup yang bergantung pada urutan, dan shift, spreadsheet menjadi sulit dipercaya. Pada titik itulah factory simulation atau alat penjadwalan finite mulai memberikan nilai, karena alat tersebut dapat menjalankan bauran yang telah berubah melalui seluruh lini dan menunjukkan di mana antrean mulai menumpuk.

Ukuran apa yang menunjukkan bahwa bauran berjalan dengan baik?

Pilih beberapa dan pantau dari waktu ke waktu:

• Utilisasi bottleneck, dipecah menjadi waktu produktif, waktu changeover, dan waktu menganggur.
• Kontribusi per jam bottleneck, menurut produk dan menurut bulan.
• Ketepatan pengiriman menurut famili produk.
• Persediaan barang jadi dan barang dalam proses.
• Proporsi pesanan yang berubah di dalam jendela beku.

Laporan Power BI di atas data ERP Anda dapat menampilkan semua ukuran ini secara berdampingan bagi perencana dan manajer. Simpan definisinya secara tertulis agar angkanya bermakna sama di setiap rapat.

Kesalahan umum

• Memeringkat produk berdasarkan kontribusi per unit ketika satu sumber daya merupakan batasan yang sebenarnya.
• Mengabaikan batas permintaan dan merencanakan lebih banyak produk yang menguntungkan daripada yang diinginkan pelanggan.
• Menganggap peringkat sebagai keputusan final tanpa memeriksa komitmen kepada pelanggan.
• Merencanakan prakiraan dan pesanan secara tumpang tindih karena metode pengurangan belum diperiksa.
• Hanya melihat kapasitas mingguan dan baru menemukan konflik harian di lantai produksi.
• Membiarkan waktu changeover di luar keputusan bauran.
• Mengubah bauran setiap hari tanpa jendela beku.
• Menggunakan data biaya yang tidak pernah diperiksa selama setahun.

Di mana Polaris cocok

Jika bauran produk Anda terus berubah pada sumber daya bersama, simulasi dapat menunjukkan dampak setiap perubahan sebelum Anda mengambil keputusan. iFAKT menggambarkan Polaris sebagai AI plus digital twin untuk produksi, yang bekerja dengan data ERP. Modul Polaris Simulator menguji sistem produksi secara virtual dan menangani bauran produk dinamis pada sumber daya bersama, beserta skenario kapasitas, tenaga kerja, dan buffer, untuk menunjukkan bottleneck dan ketidakseimbangan utilisasi dari waktu ke waktu. Modul Polaris Optimizer mengubah model menjadi rencana yang dioptimalkan dengan mempertimbangkan batasan, dan mengoptimalkan ulang ketika terjadi gangguan. Cobalah pada satu famili produk dan satu bottleneck terlebih dahulu, lalu bandingkan hasilnya dengan perhitungan Anda sendiri.

Topik terkait untuk dijelajahi

• Pengurangan changeover: bagaimana analisis bergaya SMED membebaskan jam bottleneck sebelum Anda mengubah bauran produk.
• Peramalan pada tingkat famili: mengapa Anda merencanakan famili terlebih dahulu dan varian kemudian.
• Margin per jam bottleneck: menyepakati sudut pandang biaya bersama tim keuangan dan menggunakannya secara konsisten.
• Perencanaan skenario untuk pergeseran permintaan: skenario what-if mana yang perlu disiapkan untuk menghadapi perubahan bauran produk.
• Menghubungkan penjualan dan operasi: rutinitas bulanan sederhana ketika penjualan, perencanaan, dan produksi meninjau angka yang sama.

Langkah berikutnya

Temukan sumber daya yang terbatas dan hitung kontribusi per jam untuk tiga produk terbesar Anda, menggunakan sudut pandang biaya yang disepakati tim keuangan Anda. Bandingkan peringkat tersebut dengan perencanaan bauran produk manufaktur Anda saat ini, dan catat produk mana pun yang memakan waktu bottleneck lebih banyak daripada yang dihasilkannya.