Bisnis Digital · Perencanaan Sumber Daya Perusahaan

Perencanaan Sumber Daya Perusahaan

Siklus Hidup ERP: Tahap Perencanaan dan Package Selection

Bagaimana organisasi memutuskan untuk membeli ERP, membentuk tim proyek, dan memilih paket yang tepat sebelum satu baris data pun dipindahkan.

RPS minggu 5 · 2x50 menit

Selamat datang kembali di kelas Perencanaan Sumber Daya Perusahaan. Pada pertemuan-pertemuan sebelumnya Anda sudah mengenal konsep dasar ERP, arsitektur teknisnya, dan bagaimana proses bisnis dipetakan sebelum diintegrasikan. Hari ini kita masuk ke fase yang sangat menentukan nasib proyek ERP di dunia nyata, yaitu tahap perencanaan dan pemilihan paket, sebelum implementasi dimulai. Bayangkan Anda menjadi konsultan yang dipanggil sebuah perusahaan tekstil di Semarang yang ingin beralih dari pencatatan manual di Excel ke sistem ERP; keputusan-keputusan yang salah di tahap ini, seperti memilih paket yang tidak cocok dengan proses bisnis mereka, akan menimbulkan kerugian besar bertahun-tahun kemudian. Sepanjang dua jam ke depan kita akan membahas business case, pembentukan tim proyek, analisis kebutuhan, tipe-tipe paket ERP, kriteria pemilihan vendor, hingga jebakan umum yang sering membuat proyek ERP gagal.

Bagian 1 dari 3

Mengapa Perencanaan Menentukan Keberhasilan ERP

Sebelum memilih vendor mana pun, organisasi harus tahu mengapa mereka butuh ERP, siapa yang bertanggung jawab, dan berapa nilai investasi yang masuk akal.

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu:

Tahap Perencanaan

Menjelaskan tiga tahap siklus hidup implementasi ERP
Menyusun business case dan menghitung payback period investasi ERP
Menjelaskan peran tim proyek dan steering committee

Package Selection

Membedakan tipe paket ERP: best-of-breed, suite terintegrasi, dan cloud/SaaS
Menerapkan model pembobotan (weighted scoring) untuk menilai vendor
Mengenali komponen Total Cost of Ownership (TCO) dan jebakan umum proyek ERP

Mari kita lihat dulu peta tujuan pembelajaran hari ini agar Anda tahu arah diskusi kita. Kolom kiri berisi kompetensi seputar tahap perencanaan, mulai dari memahami tahapan siklus hidup ERP sampai menghitung kelayakan investasi secara sederhana menggunakan payback period. Kolom kanan berisi kompetensi seputar pemilihan paket, yaitu bagaimana Anda nanti mampu membandingkan tawaran dari vendor seperti SAP, Oracle, atau Odoo secara objektif menggunakan skor berbobot, bukan sekadar berdasarkan siapa yang presentasinya paling meyakinkan. Kompetensi ini penting karena di dunia kerja nyata, mahasiswa bisnis digital sering diminta menjadi bagian dari tim proyek ERP, baik sebagai analis bisnis maupun koordinator implementasi. Simpan daftar ini di pikiran Anda karena kita akan kembali ke setiap poin ini secara berurutan.

Siklus Hidup Implementasi ERP

Implementasi ERP bukan proyek sekali jalan, melainkan siklus tiga tahap yang saling bergantung.

Pertemuan hari ini fokus khusus pada Tahap 1: Perencanaan — sebelum kontrak ditandatangani, sebelum satu modul pun dikonfigurasi.

Perhatikan diagram ini karena akan menjadi peta acuan kita sepanjang beberapa minggu ke depan. Siklus hidup ERP terdiri dari tiga tahap besar, dimulai dari perencanaan yang kita bahas hari ini, dilanjutkan implementasi yang akan Anda pelajari di pertemuan berikutnya, dan diakhiri operasi serta pemeliharaan setelah sistem berjalan. Analoginya seperti membangun rumah, tahap perencanaan adalah saat Anda menentukan anggaran, memilih arsitek, dan menggambar denah, sebelum tukang benar-benar mulai memasang pondasi. Kesalahan di tahap perencanaan, misalnya memilih paket ERP yang tidak cocok dengan skala bisnis, akan jauh lebih mahal diperbaiki setelah implementasi berjalan dibanding diperbaiki sekarang. Ingat baik-baik posisi kita di diagram ini karena setiap slide berikutnya akan memperdalam kotak pertama ini.

Apa yang Terjadi di Tahap Perencanaan?

Aktivitas Kunci

Menyusun business case (justifikasi investasi)
Membentuk tim proyek lintas-fungsi
Mengidentifikasi kebutuhan bisnis (requirement)
Menyusun kriteria & menilai paket/vendor ERP
Negosiasi kontrak & penandatanganan

Tim Proyek & Steering Committee

Sponsor eksekutif (biasanya direktur/CFO) — pemberi mandat & dana
Steering committee — komite pengarah lintas-departemen yang mengambil keputusan besar
Project manager — mengelola jadwal & anggaran harian
Perwakilan tiap unit bisnis (keuangan, gudang, penjualan) — pemilik proses

Tahap perencanaan bukan cuma soal memilih software, melainkan rangkaian keputusan organisasional yang lebih luas. Di kolom kiri Anda melihat urutan aktivitas, mulai dari menyusun business case, membentuk tim, mengidentifikasi kebutuhan, menilai vendor, sampai negosiasi kontrak. Di kolom kanan ada struktur tim yang lazim dipakai perusahaan Indonesia, misalnya sebuah BUMN yang mengimplementasikan ERP biasanya menunjuk direktur keuangan sebagai sponsor eksekutif, lalu membentuk steering committee berisi kepala divisi dari keuangan, produksi, dan SDM, karena keputusan ERP menyentuh hampir seluruh fungsi perusahaan. Tanpa steering committee yang kuat, keputusan sering macet karena setiap departemen punya kepentingan berbeda, misalnya bagian gudang ingin fitur pelacakan stok detail sementara bagian keuangan lebih peduli pelaporan pajak. Ingat, project manager mengurus hal teknis harian, tetapi keputusan strategis seperti memilih vendor tetap ada di tangan steering committee.

Business Case: Menimbang Biaya vs Manfaat

Business case adalah dokumen yang menjustifikasi mengapa investasi ERP layak dilakukan secara finansial dan strategis.

SISI BIAYA

Lisensi/langganan software, biaya implementasi & konsultan, infrastruktur (server/cloud), migrasi data, pelatihan pengguna, dan gangguan operasional sementara saat transisi.

SISI MANFAAT

Efisiensi tenaga kerja (proses manual berkurang), pengurangan kesalahan pencatatan, persediaan lebih ramping, laporan keuangan lebih cepat & akurat, serta keputusan berbasis data real-time.

Business case yang kuat mengubah manfaat kualitatif (misalnya "lebih rapi") menjadi angka rupiah yang bisa dibandingkan dengan biaya investasi.

Bayangkan Anda harus meyakinkan direksi sebuah perusahaan ritel di Semarang untuk mengeluarkan dana miliaran rupiah demi sistem ERP baru; direksi tidak akan puas hanya mendengar kata "lebih modern", mereka ingin melihat angka. Di sinilah business case berperan, yaitu dokumen yang membandingkan seluruh komponen biaya, mulai dari lisensi software sampai pelatihan karyawan, dengan manfaat yang bisa diukur, seperti berkurangnya jam kerja lembur staf administrasi karena pencatatan tidak lagi manual. Sisi biaya biasanya lebih mudah dihitung karena sudah tertulis dalam penawaran vendor, sementara sisi manfaat butuh estimasi yang hati-hati, misalnya dengan mewawancarai kepala gudang tentang berapa jam kerja yang bisa dihemat per minggu. Pada slide berikutnya kita akan langsung menghitung salah satu metrik business case yang paling umum dipakai, yaitu payback period, supaya Anda punya alat konkret untuk mengevaluasi kelayakan investasi ERP.

Hitung dari Nol #1: Payback Period Investasi ERP

Kasus: PT Rimba Tekstil menghitung berapa lama investasi ERP-nya akan "balik modal".

Langkah	Perhitungan	Nilai
1. Investasi awal (lisensi + implementasi + pelatihan)	Rp1.500 jt + Rp700 jt + Rp200 jt	Rp2.400 jt
2. Penghematan efisiensi tenaga kerja / tahun	diberikan	Rp500 jt
3. Penghematan pengurangan persediaan / tahun	diberikan	Rp300 jt
4. Total manfaat bersih per tahun	Rp500 jt + Rp300 jt	Rp800 jt
5. Payback Period	Rp2.400 jt ÷ Rp800 jt	3 tahun

PAYBACK PERIOD

3 tahun

Investasi ERP "balik modal" dalam 3 tahun

Mari kita hitung bersama, langkah demi langkah, seperti Anda sedang duduk sebagai analis keuangan di PT Rimba Tekstil. Pertama, kita jumlahkan seluruh komponen investasi awal yaitu lisensi software Rp1,5 miliar, biaya implementasi Rp700 juta, dan pelatihan karyawan Rp200 juta, sehingga totalnya Rp2,4 miliar. Kedua dan ketiga, kita catat estimasi manfaat tahunan yang sudah dihitung tim, yaitu penghematan tenaga kerja Rp500 juta dan pengurangan biaya persediaan Rp300 juta, yang bila dijumlahkan menjadi manfaat bersih Rp800 juta per tahun. Langkah terakhir, kita bagi total investasi dengan manfaat tahunan, dua koma empat miliar dibagi delapan ratus juta, hasilnya tiga tahun; artinya perusahaan butuh tiga tahun operasional agar seluruh biaya investasi ERP tertutup oleh manfaat yang dihasilkan. Ingatkan mahasiswa bahwa payback period ini adalah metode paling sederhana, belum memperhitungkan nilai waktu uang seperti yang akan mereka pelajari di mata kuliah manajemen keuangan.

Coba Sendiri: Ubah Skenario Payback Period ERP

Geser investasi awal dan manfaat tahunan, lalu bandingkan payback period sederhana dengan versi terdiskonto memakai nilai waktu uang.

Bagian 2 dari 3

Memilih Paket ERP yang Tepat

Setelah business case disetujui dan tim terbentuk, pertanyaan berikutnya adalah: paket ERP mana yang paling cocok dengan kebutuhan organisasi?

Analisis Kebutuhan: Fit-Gap Analysis

Fit-gap analysis adalah proses membandingkan kebutuhan proses bisnis perusahaan dengan fitur standar yang ditawarkan paket ERP.

Fit — kebutuhan sudah terpenuhi fitur standar, tanpa modifikasi.

Gap — kebutuhan belum terpenuhi, perlu kustomisasi (ubah kode) atau konfigurasi tambahan (setel ulang parameter).

Fit-gap analysis adalah pekerjaan detektif sebelum organisasi menandatangani kontrak dengan vendor ERP manapun. Tim proyek mendaftar seluruh kebutuhan proses bisnis, misalnya perusahaan ritel dengan banyak cabang membutuhkan sistem yang bisa mengonsolidasikan penjualan dari toko fisik dan marketplace seperti Tokopedia atau Shopee secara real-time, lalu membandingkannya satu per satu dengan fitur bawaan setiap paket ERP yang dipertimbangkan. Ketika kebutuhan sudah otomatis terpenuhi oleh fitur standar, kita sebut itu "fit", dan ini yang paling diinginkan karena tidak perlu biaya tambahan. Namun ketika ada kesenjangan, yang kita sebut "gap", perusahaan harus memilih apakah akan melakukan konfigurasi, yaitu menyetel ulang parameter sistem tanpa mengubah kode program, atau kustomisasi, yaitu mengubah kode program itu sendiri yang jauh lebih mahal dan berisiko saat vendor merilis update. Semakin banyak gap yang ditemukan pada suatu paket ERP, semakin besar biaya tersembunyi yang harus diperhitungkan dalam business case yang tadi kita bahas.

Tiga Tipe Pendekatan Paket ERP

Suite Terintegrasi

Satu vendor, satu database, semua modul (keuangan, SDM, persediaan) menyatu. Konsistensi data tinggi, tapi fleksibilitas per-modul lebih rendah.

Best-of-Breed

Pilih modul terbaik dari vendor berbeda-beda (mis. CRM dari vendor A, keuangan dari vendor B), lalu diintegrasikan. Fleksibel, tapi integrasi antar-sistem rumit.

Cloud / SaaS

SaaS (Software as a Service) — ERP disewa via internet, tanpa server sendiri. Biaya awal rendah, cocok UMKM/startup, tapi bergantung koneksi & kebijakan vendor.

Perusahaan besar dengan proses kompleks cenderung memilih suite terintegrasi (mis. SAP S/4HANA); startup dan UMKM sering memilih cloud/SaaS karena biaya awal lebih ringan.

Ada tiga pendekatan besar ketika perusahaan memutuskan bentuk paket ERP yang akan dipakai. Suite terintegrasi berarti perusahaan membeli satu paket besar dari satu vendor yang mencakup seluruh modul dalam satu database, seperti yang dilakukan banyak perusahaan manufaktur besar di Indonesia dengan SAP, sehingga data antar-departemen otomatis konsisten tanpa perlu integrasi tambahan. Pendekatan best-of-breed sebaliknya memilih modul terbaik dari vendor berbeda, misalnya memakai sistem CRM khusus untuk penjualan tetapi sistem keuangan dari vendor lain, cocok untuk perusahaan dengan kebutuhan sangat spesifik di satu fungsi, meski risikonya integrasi antar-sistem menjadi rumit dan mahal. Sementara itu cloud atau SaaS, singkatan dari Software as a Service, memungkinkan perusahaan menyewa ERP lewat internet tanpa perlu membeli server sendiri, mirip seperti berlangganan Netflix ketimbang membeli DVD, dan pendekatan ini sangat populer di kalangan UMKM dan startup Indonesia karena biaya awalnya jauh lebih rendah. Pilihan mana yang tepat sangat bergantung pada skala, kompleksitas proses bisnis, dan anggaran perusahaan, bukan sekadar tren teknologi terbaru.

Vendor ERP di Pasar

ENTERPRISE / SUITE BESAR

SAP S/4HANA, Oracle Fusion Cloud, Microsoft Dynamics 365 — untuk korporasi besar & multinasional, biaya implementasi tinggi.

MID-MARKET

Odoo, NetSuite (Oracle) — modular, harga lebih terjangkau, populer di perusahaan menengah.

LOKAL INDONESIA

Sistem ERP lokal & solusi akuntansi terintegrasi buatan vendor Indonesia — kelebihan: dukungan pajak & regulasi lokal (PPN, e-Faktur) langsung tersedia.

Sebagai gambaran pasar, ada tiga kelompok besar vendor ERP yang biasa dipertimbangkan perusahaan Indonesia. Kelompok pertama adalah vendor enterprise seperti SAP, Oracle, dan Microsoft Dynamics, yang biasanya dipilih perusahaan besar seperti bank atau perusahaan tambang karena kemampuannya menangani proses bisnis yang sangat kompleks, meski biaya implementasinya bisa mencapai puluhan miliar rupiah. Kelompok kedua adalah pemain mid-market seperti Odoo yang open-source dan NetSuite yang berbasis cloud, cocok untuk perusahaan menengah yang membutuhkan fitur cukup lengkap tanpa biaya sebesar suite enterprise. Kelompok ketiga adalah vendor ERP lokal Indonesia yang punya keunggulan penting yaitu dukungan langsung terhadap regulasi perpajakan lokal, misalnya format e-Faktur untuk PPN dan integrasi dengan sistem pelaporan DJP, yang sering menjadi gap besar bila memakai sistem asing. Penting bagi Anda memahami bahwa "paling terkenal" bukan berarti "paling cocok" — pemilihan tetap harus kembali ke hasil fit-gap analysis dan skala bisnis perusahaan.

Kriteria Pemilihan Paket ERP

Lima Kriteria Utama

Fit fungsional — seberapa besar fitur standar menutup kebutuhan bisnis (hasil fit-gap analysis)
Total Cost of Ownership (TCO) — bukan hanya harga lisensi, tapi seluruh biaya jangka panjang
Skalabilitas & dukungan vendor — mampukah sistem tumbuh bersama bisnis, dan responsifkah dukungan teknisnya
Kemudahan implementasi — kompleksitas migrasi data & kurva belajar pengguna
Referensi & reputasi vendor — pengalaman vendor di industri sejenis di Indonesia

Kelima kriteria ini biasanya diformalkan lewat proses RFI (Request for Information — permintaan informasi awal ke vendor) dan RFP (Request for Proposal — permintaan proposal resmi berisi harga & solusi rinci), lalu dinilai dengan skor berbobot.

Setelah kebutuhan bisnis jelas lewat fit-gap analysis, tim proyek menyusun kriteria formal untuk membandingkan vendor secara adil, bukan berdasarkan siapa yang paling pandai presentasi. Kelima kriteria di slide ini, mulai dari fit fungsional sampai reputasi vendor, biasanya diberi bobot berbeda sesuai prioritas perusahaan; misalnya perusahaan yang sangat sensitif terhadap biaya akan memberi bobot lebih besar pada TCO. Proses formalnya biasanya dimulai dengan RFI atau Request for Information, semacam surat perkenalan ke beberapa vendor untuk menyaring kandidat awal, dilanjutkan RFP atau Request for Proposal, yaitu dokumen resmi yang meminta vendor terpilih mengajukan solusi rinci beserta harga pastinya. Bayangkan RFP seperti undangan lelang tender di instansi pemerintah, hanya saja di sini penerima undangan adalah vendor SAP, Oracle, atau Odoo yang harus membuktikan solusi mereka paling sesuai. Pada slide berikutnya kita akan mempraktikkan langsung bagaimana skor dari kriteria-kriteria ini diubah menjadi angka keputusan lewat model pembobotan.

Hitung dari Nol #2: Weighted Scoring Model

Kasus: Tim proyek PT Rimba Tekstil menilai Vendor A menggunakan skor 1–10 pada tiap kriteria berbobot.

Langkah (Kriteria × Bobot)	Perhitungan	Nilai
1. Fit fungsional (bobot 40%)	8 × 40%	3,2
2. Biaya / TCO (bobot 30%)	6 × 30%	1,8
3. Skalabilitas & dukungan (bobot 20%)	9 × 20%	1,8
4. Kemudahan implementasi (bobot 10%)	7 × 10%	0,7
5. Total skor tertimbang	3,2 + 1,8 + 1,8 + 0,7	7,5

SKOR AKHIR VENDOR A

7,5 / 10

Dibandingkan dengan skor Vendor B & C sebelum keputusan final

Sekarang kita ubah kriteria kualitatif dari slide sebelumnya menjadi angka pengambilan keputusan yang konkret. Bayangkan tim proyek memberi skor pada Vendor A dengan skala satu sampai sepuluh untuk tiap kriteria, misalnya delapan untuk fit fungsional karena sistemnya sudah mendekati kebutuhan tanpa banyak kustomisasi, lalu skor itu dikalikan bobot kriteria yang sudah disepakati sebelumnya, delapan dikali empat puluh persen sama dengan tiga koma dua. Kita ulangi proses yang sama untuk biaya, skalabilitas, dan kemudahan implementasi, masing-masing menghasilkan satu koma delapan, satu koma delapan, dan nol koma tujuh. Ketika kita jumlahkan seluruh skor tertimbang ini, tiga koma dua ditambah satu koma delapan ditambah satu koma delapan ditambah nol koma tujuh, hasil akhirnya tujuh koma lima dari skala sepuluh. Langkah krusial berikutnya, yang tak kalah penting, adalah mengulangi perhitungan yang sama untuk Vendor B dan Vendor C, sehingga steering committee bisa membandingkan angka apel dengan apel, bukan sekadar kesan subjektif dari demo produk.

Coba Sendiri: Bandingkan Skor Tertimbang Multi-Vendor

Ubah bobot dan skor tiap kriteria untuk Vendor A, B, dan C, lalu lihat vendor mana yang unggul pada skor akhir.

Bagian 3 dari 3

Biaya Tersembunyi, Risiko, dan Praktik Nyata

Skor tertinggi di atas kertas tidak menjamin sukses — mari kita lihat biaya tersembunyi dan jebakan yang sering menggagalkan proyek ERP.

Total Cost of Ownership (TCO): Biaya Tersembunyi ERP

TCO mencakup seluruh biaya kepemilikan ERP selama umur pakainya, bukan hanya harga lisensi di kontrak awal.

Biaya Terlihat (di Kontrak)

Lisensi / biaya langganan tahunan
Jasa implementasi konsultan
Pelatihan awal karyawan

Biaya Tersembunyi (Sering Terlewat)

Kustomisasi tambahan setelah go-live
Upgrade & pemeliharaan tahunan
Migrasi data yang lebih rumit dari perkiraan
Penurunan produktivitas sementara saat transisi
Pelatihan ulang & turnover karyawan

Studi industri berulang kali menunjukkan biaya tersembunyi bisa menambah ~20–30% di atas anggaran awal — selalu sisihkan kontingensi.

Salah satu kesalahan paling umum dalam business case ERP adalah hanya memperhitungkan harga yang tertulis di penawaran vendor, padahal itu baru puncak gunung es. TCO mengajak kita melihat seluruh biaya kepemilikan sepanjang umur sistem, biasanya lima sampai sepuluh tahun, termasuk biaya yang baru terasa setelah sistem berjalan, seperti kustomisasi tambahan ketika ternyata proses bisnis berubah, atau biaya upgrade tahunan yang wajib dibayar agar sistem tetap didukung vendor. Bayangkan sebuah perusahaan logistik yang awalnya menganggarkan Rp3 miliar untuk ERP, tetapi setelah migrasi data ternyata jauh lebih rumit dari perkiraan karena data pelanggan tersebar di banyak file Excel yang tidak konsisten, sehingga biaya membengkak signifikan di luar anggaran awal. Karena itulah kita sisipkan angka kontingensi, sekitar dua puluh sampai tiga puluh persen di atas anggaran awal, sebagai jaring pengaman dalam business case. Pesan pentingnya untuk Anda: vendor dengan harga lisensi termurah belum tentu memiliki TCO terendah dalam jangka panjang.

Studi Kasus: Perencanaan ERP di PT Nusantara Manufaktur

PT Nusantara Manufaktur (perusahaan menengah, ~300 karyawan, Semarang) sedang melalui tahap perencanaan ERP. Ikuti alur keputusannya.

Tahap	Apa yang Dilakukan Tim	Hasil
1. Business case	Bandingkan biaya investasi vs penghematan operasional 3 tahun	Disetujui direksi, payback ~3 tahun
2. Tim proyek	Bentuk steering committee (Direktur Ops, Keuangan, IT)	Sponsor eksekutif ditunjuk
3. Fit-gap analysis	Uji 3 kandidat paket terhadap kebutuhan produksi & multi-gudang	2 gap besar ditemukan pada 1 vendor
4. RFI/RFP & skor	Kirim RFP ke 3 vendor, nilai dengan weighted scoring	Vendor dengan skor tertinggi terpilih
5. Kontrak	Negosiasi TCO 5 tahun, bukan hanya harga lisensi tahun pertama	Kontrak ditandatangani

Mari kita rangkai semua konsep hari ini lewat satu contoh terpadu. PT Nusantara Manufaktur, perusahaan tekstil menengah dengan sekitar tiga ratus karyawan di Semarang, memulai perjalanan ERP-nya persis seperti urutan yang kita bahas sepanjang pertemuan ini. Mereka mulai dengan business case yang membandingkan biaya investasi terhadap penghematan operasional selama tiga tahun ke depan, mendapat persetujuan direksi karena payback period sekitar tiga tahun dianggap wajar untuk industri manufaktur. Selanjutnya mereka membentuk steering committee lintas-departemen, melakukan fit-gap analysis yang menemukan dua kesenjangan besar pada satu vendor terkait pelacakan produksi multi-gudang, lalu mengirim RFP ke tiga vendor dan menilai proposal masuk memakai weighted scoring seperti yang baru saja Anda hitung. Yang menarik, keputusan akhir bukan jatuh ke vendor dengan harga termurah, melainkan vendor dengan skor tertimbang tertinggi setelah mempertimbangkan TCO lima tahun secara menyeluruh, membuktikan bahwa seluruh konsep yang kita pelajari hari ini benar-benar dipakai bersamaan dalam pengambilan keputusan nyata.

Jebakan Umum Tahap Perencanaan ERP

Terburu-buru pilih vendor — memilih karena demo produk mengesankan, tanpa fit-gap analysis matang.

Mengabaikan biaya tersembunyi — hanya melihat harga lisensi, lupa TCO jangka panjang.

Steering committee lemah — tidak ada sponsor eksekutif kuat, keputusan terus tertunda antar-departemen.

Meremehkan manajemen perubahan — karyawan menolak sistem baru karena tidak dilibatkan sejak awal.

Riset industri (mis. laporan Standish Group/Panorama Consulting bertahun-tahun) berulang kali menunjukkan proyek ERP besar rentan melebihi anggaran & jadwal — akar penyebab umumnya justru terjadi di tahap perencanaan, bukan implementasi.

Setelah memahami semua langkah ideal, penting juga bagi Anda mengenali pola kegagalan yang berulang kali terjadi di berbagai perusahaan, baik multinasional maupun lokal Indonesia. Jebakan pertama adalah terburu-buru memilih vendor hanya karena demo produknya paling mengesankan, padahal fit-gap analysis belum benar-benar mendalam, sehingga gap besar baru ketahuan setelah implementasi berjalan dan sudah terlambat untuk berpindah. Jebakan kedua adalah mengabaikan biaya tersembunyi seperti yang kita bahas di TCO, sehingga anggaran membengkak di tengah jalan dan proyek terpaksa dipangkas fiturnya. Jebakan ketiga dan keempat berkaitan dengan manusia, bukan teknologi, yaitu steering committee yang lemah sehingga keputusan terus tertunda karena tarik-menarik kepentingan antar-departemen, serta karyawan lini bawah yang menolak sistem baru karena merasa tidak pernah dilibatkan sejak tahap perencanaan. Sebagai calon praktisi bisnis digital, ingatlah bahwa kegagalan proyek ERP jarang disebabkan oleh teknologi yang buruk, melainkan oleh perencanaan yang terburu-buru dan komunikasi organisasional yang lemah.

Latihan Diskusi Kelas

Instruksi

Berkelompok 4–5 orang. Sebuah koperasi UMKM di Semarang dengan 40 karyawan ingin mengimplementasikan ERP untuk mengelola penjualan online dan persediaan gudang tunggal. Anggaran terbatas, tim IT internal hanya 1 orang.

Tipe paket ERP mana yang paling masuk akal — suite terintegrasi, best-of-breed, atau cloud/SaaS? Jelaskan alasan Anda.
Sebutkan 3 kriteria pemilihan vendor yang harus diprioritaskan untuk kasus ini.
Identifikasi 1 risiko/jebakan tahap perencanaan yang paling mungkin terjadi pada koperasi ini.

Waktu diskusi: 10 menit. Setiap kelompok menyampaikan 1 jawaban secara singkat.

Sekarang saatnya Anda mempraktikkan langsung apa yang sudah kita pelajari lewat diskusi kelompok kecil. Kasus koperasi UMKM ini sengaja dipilih karena bertolak belakang dengan skala PT Nusantara Manufaktur yang kita bahas sebelumnya, sehingga Anda dipaksa berpikir ulang, bukan sekadar meniru jawaban studi kasus tadi. Perhatikan constraint pentingnya, anggaran terbatas dan tim IT internal hanya satu orang, ini adalah petunjuk kuat ke arah jenis paket ERP tertentu yang sudah kita bahas di slide sebelumnya. Dorong mahasiswa untuk mengaitkan jawaban mereka dengan kriteria pemilihan paket dan jebakan umum yang baru saja dibahas, bukan menjawab asal tebak. Setelah sepuluh menit, minta perwakilan tiap kelompok menyampaikan jawaban singkat dan beri komentar langsung mengapa jawaban itu tepat atau perlu dipertajam.

Rangkuman: Cheat Sheet Tahap Perencanaan ERP

Konsep	Inti
Business case	Justifikasi investasi; ukur dengan payback period atau metrik sejenis
Steering committee	Komite pengarah lintas-departemen; butuh sponsor eksekutif kuat
Fit-gap analysis	Bandingkan kebutuhan bisnis vs fitur standar paket ERP
Tipe paket	Suite terintegrasi · Best-of-breed · Cloud/SaaS
RFI / RFP	Permintaan informasi awal → permintaan proposal resmi ke vendor
Weighted scoring	Skor tiap kriteria × bobotnya, dijumlahkan → bandingkan antar-vendor
TCO	Total biaya kepemilikan jangka panjang, bukan hanya harga lisensi

Sebelum kita menutup pertemuan hari ini, mari kita rangkum tujuh konsep inti yang sudah kita bahas dalam bentuk cheat sheet yang bisa Anda gunakan untuk belajar mandiri. Perhatikan bagaimana ketujuh konsep ini sebenarnya membentuk satu alur logis, dimulai dari business case yang menjustifikasi mengapa berinvestasi, dilanjutkan pembentukan steering committee yang akan mengambil keputusan, lalu fit-gap analysis yang menentukan kebutuhan riil, sampai akhirnya weighted scoring dan TCO yang menjadi dasar keputusan akhir pemilihan vendor. Simpan tabel ini karena konsep-konsep seperti payback period dan TCO akan muncul kembali dalam bentuk lebih formal di mata kuliah manajemen keuangan Anda. Saya sarankan Anda mencoba menjelaskan ulang ketujuh baris ini dengan kata-kata sendiri kepada teman sekelas sebagai latihan sebelum ujian tengah semester.

Penutup: Menuju Tahap Implementasi

Minggu Depan

Setelah paket ERP dipilih dan kontrak ditandatangani, kita masuk ke Tahap Implementasi: konfigurasi sistem, migrasi data, pengujian, pelatihan pengguna, hingga go-live.

TUGAS

Baca ringkas 1 kasus nyata kegagalan/keberhasilan proyek ERP perusahaan Indonesia (cari dari berita/laporan), siapkan 3 poin pelajaran untuk didiskusikan minggu depan.

Sebagai penutup, mari kita lihat ke depan sebentar agar Anda tahu ke mana alur mata kuliah ini bergerak. Setelah paket ERP dipilih lewat proses yang kita pelajari hari ini, langkah berikutnya dalam siklus hidup ERP adalah tahap implementasi, yaitu saat sistem benar-benar dikonfigurasi, data lama dipindahkan, dan karyawan dilatih menggunakan sistem baru sebelum akhirnya go-live atau mulai dipakai secara resmi. Untuk mempersiapkan diskusi minggu depan, saya minta Anda mencari satu kasus nyata proyek ERP di perusahaan Indonesia, baik yang berhasil maupun yang gagal, dari berita atau laporan yang bisa Anda temukan, lalu tuliskan tiga poin pelajaran yang bisa dipetik. Tugas ini penting karena akan melatih Anda menghubungkan teori yang kita pelajari hari ini dengan praktik nyata di lapangan. Sampai jumpa minggu depan, dan jangan ragu menghubungi saya bila ada pertanyaan tentang materi hari ini.