Berapa biaya inefisiensi? Hitunglah sebelum membeli.

Saat saya melihat suatu produk, saya tidak hanya bertanya, “Berapa harganya?” Saya juga bertanya, “Berapa biaya yang harus saya keluarkan untuk menggunakan, memelihara, mengganti, dan mengelolanya?” Harga pembelian yang rendah dapat menyembunyikan penundaan harian, perbaikan berulang, tenaga kerja ekstra, waktu pelatihan, atau hasil yang buruk. Biaya-biaya ini mungkin tidak tercantum dalam faktur, namun dapat mempengaruhi nilai total pembelian. Sebelum saya membeli, saya mencoba mengukur pekerjaan yang mengelilingi produk tersebut. ## Harga pembelian hanya satu bagian dari biaya Bayangkan dua printer kantor. Printer A berharga $180. Printer B berharga $320. Sekilas, Printer A tampak lebih hemat anggaran. Jika dilihat lebih dekat, perbedaannya berubah: - Printer A mencetak lebih lambat. - Kartrid tintanya perlu sering diganti. - Anggota staf menghabiskan lebih banyak waktu membersihkan kertas macet. - Perangkat memiliki lebih sedikit pengaturan yang berguna. - Perbaikan memerlukan dukungan dari luar. Printer B lebih mahal pada awalnya, namun dapat mengurangi gangguan dan pemeliharaan rutin. Pilihan yang lebih baik bergantung pada penggunaan sebenarnya, tidak hanya pada nomor yang ditampilkan pada halaman produk. Saya telah melihat situasi serupa dengan perangkat lunak, peralatan, peralatan, dan perlengkapan bisnis. Pilihan yang lebih murah bisa menjadi mahal ketika orang menghabiskan lebih banyak waktu untuk membuatnya berhasil. ## Mengukur waktu yang dihabiskan untuk tugas-tugas rutin Waktu mudah diabaikan karena tidak selalu muncul sebagai pengeluaran tersendiri. Sebelum membeli, saya bertanya: - Berapa lama waktu setupnya? - Berapa banyak pelatihan yang dibutuhkan pengguna? - Berapa banyak langkah yang diperlukan untuk tugas normal? - Apakah karyawan perlu memasukkan data yang sama lebih dari satu kali? - Seberapa sering seseorang menghentikan pekerjaan utamanya untuk memecahkan suatu masalah? Sebuah tugas yang memakan waktu lima menit mungkin tampak kecil. Jika sepuluh karyawan menyelesaikannya enam kali setiap hari, maka totalnya adalah lima jam kerja setiap hari. Perhitungan sederhana dapat membantu: Biaya waktu harian = Menit ekstra per tugas × Jumlah tugas × Jumlah pengguna Anda kemudian dapat membandingkan waktu tersebut dengan biaya per jam dari orang-orang yang terlibat. Hasilnya mungkin mengungkap biaya yang tersembunyi selama proses pembelian. ## Lihatlah akibat dari kesalahan Produk yang tidak efisien sering kali menimbulkan lebih dari sekedar penundaan. Hal ini dapat menyebabkan kesalahan. Sistem yang sulit dapat menyebabkan: - Pesanan salah - Catatan duplikat - Janji temu terlewat - Jumlah stok salah - Balasan pelanggan tertunda - Pengerjaan berulang Efeknya tergantung bisnis. Kesalahan kecil dalam proyek pribadi mungkin hanya membuang waktu beberapa menit. Kesalahan di gudang, klinik, atau perusahaan jasa dapat mempengaruhi beberapa orang dan memerlukan lebih banyak pekerjaan untuk memperbaikinya. Saya mencoba meminta demonstrasi realistis sebelum mengambil keputusan. Saya tidak hanya menonton fitur yang paling mudah. Saya menguji tugas normal, koreksi, dan masalah umum. Ini memberi saya gambaran yang lebih baik tentang bagaimana kinerja produk selama hari kerja biasa. ## Periksa biaya dukungan dan pemeliharaan Setiap produk memerlukan tingkat perawatan tertentu. Baca ketentuan dukungan dan periksa: - Bantuan apa saja yang disertakan? - Apakah opsi telepon, email, atau obrolan tersedia? - Apakah dukungan terbatas pada jangka waktu tertentu? - Berapa biaya perbaikannya? - Seberapa sering suku cadang atau langganan perlu diperbarui? - Apakah produk dapat berfungsi jika koneksi internet gagal? - Apakah pemasok memberikan instruksi pengaturan yang jelas? Suatu produk mungkin sesuai dengan kebutuhan Anda saat ini, namun akan menimbulkan masalah di kemudian hari jika dukungan sulit dijangkau atau suku cadang pengganti sulit diperoleh. Saya juga memeriksa apakah pemasok menjelaskan biaya-biaya ini dengan bahasa yang sederhana. Jika biaya dasar sulit ditemukan, saya menganggap itu sebagai alasan untuk mengajukan lebih banyak pertanyaan sebelum membeli. ## Bandingkan biaya keseluruhan dari waktu ke waktu Total biaya dapat mencakup: - Harga pembelian - Pengiriman dan pemasangan - Pelatihan - Langganan - Bahan habis pakai - Perbaikan - Waktu staf - Migrasi data - Biaya penggantian - Pembuangan atau penghapusan Perbandingan dasar dapat menggunakan rumus ini: Total biaya = Harga pembelian + Biaya pengoperasian + Biaya tenaga kerja + Biaya perbaikan − Penghematan yang diharapkan Perkiraan tidak harus sempurna. Itu hanya perlu cukup realistis untuk mendukung pilihan yang tepat. Misalnya, sebuah perusahaan kecil mungkin membandingkan dua platform layanan pelanggan. Yang satu memiliki biaya bulanan yang lebih rendah, sementara yang lain mengurangi entri data manual. Jika platform berbiaya lebih rendah mengharuskan karyawan meluangkan waktu ekstra 30 menit setiap hari untuk administrasi, tabungan bulanannya mungkin hilang. ## Tanyakan siapa yang akan menggunakan produk Suatu produk dapat bekerja dengan baik untuk satu orang dan menimbulkan gesekan bagi orang lain. Saya memperhatikan pengguna sebenarnya: - Apakah mereka memiliki keterampilan teknis yang diperlukan? - Bisakah mereka mempelajari fungsi utama tanpa pelatihan yang lama? - Bisakah mereka mengakses produk dari tempat mereka bekerja? - Apakah kontrolnya mudah dimengerti? - Apakah produk mendukung bahasa dan jenis file yang mereka gunakan? Umpan balik pengguna penting di sini. Saya lebih suka berbicara dengan orang-orang yang akan menggunakan produk setiap hari, bukan hanya orang yang menyetujui anggarannya. Pengalaman mereka seringkali mengungkap masalah kecil yang hilang dari deskripsi produk. ## Uji sebelum membuat komitmen besar Uji coba, sampel, kontrak pendek, atau pesanan kecil dapat mengurangi ketidakpastian. Selama pengujian, saya mencatat: - Waktu yang diperlukan untuk tugas-tugas umum - Jumlah kesalahan - Pertanyaan yang diajukan pengguna - Masalah yang memerlukan dukungan - Alat tambahan yang diperlukan untuk menyelesaikan pekerjaan - Perubahan kualitas keluaran Saya juga menguji produk dalam kondisi normal. Alat yang berfungsi selama demonstrasi singkat mungkin terasa berbeda setelah beberapa minggu penggunaan rutin. Uji coba tidak dapat memprediksi setiap biaya di masa depan, namun dapat menunjukkan apakah produk tersebut sesuai dengan cara kerja orang sebenarnya. ## Hati-hati dengan klaim tentang penghematan Pemasok mungkin mengatakan bahwa suatu produk menghemat waktu atau menurunkan biaya pengoperasian. Klaim tersebut mungkin bergantung pada kondisi seperti pengalaman staf, volume pesanan, desain alur kerja, atau peralatan yang ada. Saya mencari rincian di balik klaim tersebut: - Bagaimana penghematan diukur? - Jenis pelanggan apa yang disertakan? - Tugas apa yang dibandingkan? - Apakah biaya penyiapan dan pelatihan sudah termasuk? - Apakah contoh tersebut sesuai dengan situasi saya? Bukti spesifik lebih berguna dibandingkan janji yang luas. Perhitungan yang jelas membantu saya menilai apakah hasil yang diharapkan realistis. ## Pikirkan tentang konsekuensi dari pemilihan yang buruk. Membeli produk yang salah dapat menimbulkan serangkaian biaya kedua. Anda mungkin perlu: - Membatalkan kontrak - Memindahkan data ke sistem lain - Melatih kembali staf - Mengganti alat yang terhubung - Menjelaskan penundaan kepada pelanggan - Menjual atau membuang peralatan yang tidak terpakai Ini tidak berarti setiap pembelian memerlukan proses persetujuan yang lama. Artinya risikonya harus sesuai dengan besarnya keputusan. Untuk barang kecil dan berbiaya rendah, perbandingan singkat mungkin sudah cukup. Untuk peralatan atau perangkat lunak yang mempengaruhi operasional sehari-hari, saya menghabiskan lebih banyak waktu untuk memeriksa efek jangka panjangnya. Harga yang lebih rendah bisa bermanfaat. Hal ini menjadi kurang berguna jika terjadi penundaan yang sering terjadi, pekerjaan ekstra, dan perbaikan yang tidak dapat dihindari. Sebelum saya membeli, saya membandingkan lebih dari faktur. Saya melihat waktu, kesalahan, dukungan, pemeliharaan, dan orang-orang yang akan menggunakan produk. Perhitungan singkat dan tes praktis dapat mengungkap biaya-biaya yang mudah terlewatkan. Pilihan terbaik tidak selalu produk dengan harga terendah. Ini adalah opsi yang memberikan kesesuaian wajar antara biaya, beban kerja, keandalan, dan hasil yang diharapkan.

Harga beli yang rendah dapat membuat solusi terlihat menarik. RUU sering kali bertambah setelah implementasi dimulai. Saya telah melihat tim membandingkan biaya berlangganan, memilih penawaran terendah, dan kemudian menemukan bahwa mereka juga memerlukan integrasi berbayar, pelatihan staf, pembersihan data, penyimpanan ekstra, dan dukungan dari luar. Harga aslinya terlihat. Tidak ada solusi untuk itu. Sebelum memilih solusi Anda berikutnya, hitung seluruh biaya penggunaannya. ## Lihat lebih dari harga pembelian Sebuah solusi mungkin membebankan biaya melalui beberapa model: - Biaya berlangganan bulanan atau tahunan - Harga berdasarkan pengguna - Biaya pengaturan atau migrasi - Biaya API dan integrasi - Biaya penyimpanan dan transfer data - Paket dukungan premium - Layanan pelatihan dan orientasi - Perubahan harga pembaruan - Biaya pembatalan atau ekspor data Harga masuk yang rendah dapat berguna untuk pengujian. Itu tidak menunjukkan gambaran keuangan yang lengkap. Saya biasanya membuat lembar biaya sederhana dengan tiga kolom: | Barang biaya | Jumlah yang diharapkan | Siapa yang menyediakan pekerjaan tersebut? | |---|---:|---| | Biaya perangkat lunak | $___ | Penjual | | Pengaturan | $___ | Vendor atau tim internal | | Migrasi data | $___ | Tim internal | | Pelatihan staf | $___ | Tim internal | | Integrasi | $___ | Pengembang atau agensi | | Dukungan | $___ | Vendor atau tim internal | | Risiko waktu henti | $___ | Tim bisnis | Lembar ini mengubah kekhawatiran yang tidak jelas menjadi pertanyaan yang dapat dijawab oleh vendor. ## Hitung orang yang terkena dampak Sebuah solusi jarang hanya berdampak pada orang yang membelinya. Tim penjualan mungkin memerlukan alur kerja baru. Keuangan mungkin memerlukan laporan terkini. Manajer mungkin menghabiskan waktu untuk memeriksa data. Pelanggan mungkin melihat perubahan pada waktu respons atau opsi layanan. Saya mengukur jam yang dibutuhkan untuk setiap kelompok. Misalnya: - 12 karyawan menghadiri sesi pelatihan tiga jam - 2 manajer menghabiskan 20 jam meninjau proses baru - 1 spesialis menghabiskan 40 jam untuk memindahkan data - 1 pengembang menghabiskan 30 jam untuk menghubungkan sistem ke alat yang ada Yaitu 126 jam sebelum solusi digunakan sepenuhnya. Lipat gandakan jam tersebut dengan biaya per jam internal, meskipun pekerjaan tersebut tidak muncul sebagai faktur terpisah. Solusi yang menghemat biaya perangkat lunak sebesar $5.000 dapat menghasilkan pekerjaan internal sebesar $8.000. Penawaran yang lebih rendah bukanlah biaya yang lebih rendah. ## Periksa integrasi sebelum penandatanganan Masalah integrasi sering muncul setelah kontrak ditandatangani. Minta vendor untuk menjelaskan: - Alat mana yang terhubung tanpa pekerjaan kustom - Fitur mana yang memerlukan API - Apakah akses API disertakan - Berapa banyak catatan yang dapat dipindahkan melalui koneksi - Apa yang terjadi ketika koneksi gagal - Siapa yang memperbaiki kesalahan - Apakah pembaruan data terjadi secara real time - Apakah integrasi memerlukan biaya tambahan Platform pemasaran dapat terhubung dengan database pelanggan, namun itu tidak berarti koneksi akan mendukung setiap bidang yang dibutuhkan tim Anda. Tim penjualan mungkin masih menyalin data dengan tangan, sehingga menciptakan pekerjaan ekstra dan lebih banyak ruang untuk kesalahan. Saya lebih suka tes kecil dengan data sampel nyata. Demonstrasi produk menunjukkan apa yang dapat dilakukan sistem dalam kondisi terkendali. Tes menunjukkan apa yang bisa dilakukan dengan catatan, izin, dan proses harian Anda. ## Tinjau pekerjaan migrasi dengan cermat Memindahkan data bukanlah hal yang mudah untuk diunggah. File lama mungkin berisi: - Data pelanggan duplikat - Detail kontak tidak ada - Format tanggal berbeda - Nama produk kedaluwarsa - Bidang yang tidak digunakan - Catatan disimpan di tempat yang salah - Catatan yang memerlukan persetujuan sebelum transfer Sebelum memilih penyedia, tanyakan siapa yang akan membersihkan data, memetakan bidang, menguji migrasi, dan mengonfirmasi hasilnya. Sebuah bisnis yang memindahkan 50.000 catatan pelanggan mungkin memerlukan beberapa putaran peninjauan. Jika vendor mengenakan biaya berdasarkan catatan, ukuran file, atau upaya migrasi, biayanya dapat meningkat dengan cepat. Saya juga meminta contoh ekspor dari sistem baru. Jika perusahaan tidak dapat mengambil datanya sendiri dalam format yang dapat digunakan, bisnis mungkin menghadapi masalah ketika nanti mengubah alat. ## Mengukur biaya adopsi staf Sebuah solusi hanya menciptakan nilai ketika orang menggunakannya dengan benar. Beberapa tim memerlukan perkenalan singkat. Yang lain memerlukan pelatihan berbasis peran, panduan tertulis, sesi latihan, dan bantuan berkelanjutan. Perbedaannya bergantung pada alur kerja, jumlah pengguna, dan seberapa banyak sistem baru mengubah tugas sehari-hari. Ajukan pertanyaan berikut: 1. Berapa banyak orang yang memerlukan pelatihan? 2. Berapa lama waktu yang dibutuhkan untuk setiap sesi? 3. Apakah karyawan baru memerlukan pelatihan terpisah? 4. Siapa yang menjawab pertanyaan setelah peluncuran? 5. Apakah vendor menyediakan materi pelatihan? 6. Apakah sesi pelatihan sudah termasuk dalam harga yang ditawarkan? 7. Apa yang terjadi jika tingkat adopsi masih rendah? Penerapan yang buruk dapat menimbulkan dampak yang tidak terlalu besar. Karyawan dapat kembali ke spreadsheet, email, atau catatan manual. Perusahaan kemudian membayar solusi baru sambil tetap mempertahankan proses lama. ## Tambahkan waktu henti ke perhitungan Setiap perubahan menciptakan periode penyesuaian. Pesanan mungkin membutuhkan waktu lebih lama untuk diproses. Laporan mungkin tidak tersedia selama migrasi. Tim dukungan mungkin memerlukan waktu ekstra untuk menjawab pertanyaan pelanggan. Efek ini mungkin berlangsung selama beberapa jam atau beberapa minggu. Saya memperkirakan tiga kasus: - Gangguan rendah - Gangguan yang diharapkan - Gangguan tinggi Untuk setiap kasus, saya mencatat dampak yang mungkin terjadi pada penjualan, layanan, produksi, dan waktu staf. Rumus sederhana dapat membantu: Perkiraan biaya gangguan = output yang hilang + tenaga kerja tambahan + biaya layanan pelanggan Jumlahnya tidak akan sempurna. Ini memberi tim pandangan bersama tentang risikonya. Solusi yang menghemat $2.000 setiap bulan mungkin masih merupakan pilihan yang buruk jika peluncuran yang terburu-buru menyebabkan hilangnya pekerjaan selama seminggu. ## Baca ketentuan perpanjangan Harga awal hanya satu bagian dari perjanjian. Ulasan: - Tanggal perpanjangan - Aturan penyesuaian harga - Periode kontrak minimum - Biaya kenaikan pengguna - Batas penyimpanan - Perubahan dukungan - Ketentuan pembatalan awal - Biaya ekspor data - Pengaturan perpanjangan otomatis Minta vendor untuk menunjukkan seperti apa harga setelah 12, 24, dan 36 bulan dalam pertumbuhan pengguna yang realistis. Sebuah tim dapat memulai dengan 20 pengguna dan mencapai 60 pengguna dalam satu tahun. Rencana berbasis pengguna dapat mengubah anggaran bahkan ketika perusahaan tidak menambah departemen baru. Saya juga membandingkan biaya menginap dengan penyedia layanan dengan biaya keluar. Solusi yang sulit digantikan dapat mengurangi fleksibilitas bisnis. ## Pisahkan risiko dari spekulasi Tidak semua biaya yang mungkin terjadi layak mendapat bobot yang sama. Saya menilai setiap item berdasarkan: - Kemungkinan - Kemungkinan dampak finansial - Kemudahan pengendalian - Waktu yang dibutuhkan untuk merespons Misalnya, dukungan berbayar mungkin merupakan biaya yang diketahui. Kemungkinan tuntutan hukum atau pemadaman listrik besar-besaran mungkin terlalu tidak pasti untuk perbandingan dasar, meskipun tim tetap harus meninjau persyaratan dukungan dan keamanan vendor. Pendekatan ini membuat evaluasi tetap praktis. Hal ini mencegah rasa takut mengendalikan keputusan sambil memberikan tempat pada risiko nyata dalam anggaran. ## Gunakan rumus biaya total sederhana Saya menggunakan struktur ini: Total biaya selama periode peninjauan = biaya pembelian + penyiapan + tenaga kerja internal + integrasi + pelatihan + dukungan + pemeliharaan + gangguan + biaya keluar Periode peninjauan mungkin 12, 24, atau 36 bulan. Pilih periode yang sesuai dengan kontrak dan perkiraan umur solusi. Kemudian bandingkan total biaya dengan nilai bisnis yang diharapkan. Ukuran nilai yang mungkin dilakukan mencakup: - Jam kerja yang dihemat setiap bulannya - Tingkat kesalahan yang lebih rendah - Respons pelanggan yang lebih cepat - Pesanan yang diselesaikan lebih banyak - Beban kerja dukungan yang lebih rendah - Pelaporan yang lebih baik - Entri manual yang lebih sedikit Pertahankan perkiraan nilai berdasarkan data terkini. Jika tim memproses 1.000 permintaan setiap bulan, gunakan nomor tersebut. Hindari berasumsi bahwa setiap menit yang dihemat akan menghasilkan pendapatan baru. ## Contoh praktis Bayangkan sebuah perusahaan jasa yang beranggotakan 25 orang membandingkan dua alat manajemen pelanggan. Alat A - Biaya perangkat lunak: $900 per bulan - Penyiapan: $2.000 - Migrasi data: $3.500 - Pekerjaan integrasi: $4.000 - Pelatihan: $2.400 - Tenaga kerja internal: $5.000 - Dukungan: $1.200 per tahun Perkiraan biaya tahun pertama: $29.900 Alat B - Biaya perangkat lunak: $1.400 per bulan - Penyiapan: $1.000 - Migrasi data: disertakan - Pekerjaan integrasi: $1.500 - Pelatihan: disertakan - Tenaga kerja internal: $2.000 - Dukungan: disertakan Perkiraan biaya tahun pertama: $22.300 Alat A memiliki harga bulanan yang lebih rendah. Alat B lebih murah pada tahun pertama karena menghasilkan lebih sedikit pekerjaan internal. Tim masih harus memeriksa tahun kedua dan ketiga. Biaya pengaturan yang rendah dapat diikuti dengan biaya perpanjangan yang lebih tinggi. Biaya bulanan yang lebih tinggi mungkin juga mencakup fitur yang mengurangi pengeluaran di masa depan. Pilihan yang tepat bergantung pada periode penuh, bukan satu baris pada kutipan. ## Mintalah peta biaya tertulis Sebelum saya menyetujui solusi, saya meminta vendor untuk mengonfirmasi: - Setiap biaya yang diperlukan - Setiap fitur opsional yang diperlukan untuk alur kerja kami - Batas pengguna dan penyimpanan - Ketentuan integrasi - Waktu respons dukungan - Tanggung jawab migrasi - Cakupan pelatihan - Aturan pembaruan - Ketentuan ekspor dan pembatalan Saya menyimpan jawaban dalam proposal. Janji lisan mungkin sulit dikonfirmasi di kemudian hari. Ketika vendor tidak dapat menjelaskan biaya dengan jelas, saya menandainya sebagai tidak diketahui dan memberikan perkiraan yang masuk akal. Biaya yang tidak diketahui tidak boleh dianggap nol. Keputusan pembelian terkuat tidak selalu merupakan keputusan dengan penawaran harga termurah. Ini adalah salah satu yang menunjukkan apa yang akan dibayar oleh bisnis, pekerjaan apa yang harus diberikan oleh tim, dan apa yang mungkin berubah setelah diluncurkan. Tinjauan biaya yang jelas melindungi anggaran dan memberi tim peluang lebih besar dalam memilih solusi yang sesuai dengan pekerjaan sehari-hari. Harga memulai diskusi. Total biaya harus memandunya.

Keputusan pembelian tidak boleh dimulai dengan “Berapa biayanya?” Saya memulai dengan pertanyaan berbeda: Apa yang akan terjadi jika saya tidak melakukan apa pun? Banyak pembeli fokus pada harga yang ditampilkan pada proposal. Angka itu mudah dilihat, dibandingkan, dan didiskusikan. Biaya menunggu kurang terlihat. Hal ini mungkin muncul melalui penjualan yang hilang, perbaikan berulang kali, waktu staf, tenggat waktu yang terlewat, keluhan pelanggan, atau pekerjaan yang tidak pernah selesai. Tidak melakukan apa pun masih merupakan keputusan. Ini hanya memiliki harga yang kurang jelas. Saat saya meninjau pembelian, saya membandingkan dua jalur: - Biaya untuk mengambil tindakan - Biaya untuk menjaga situasi saat ini Ini tidak berarti setiap masalah memerlukan produk atau layanan baru. Artinya, keputusan harus didasarkan pada bukti, bukan rasa takut, tekanan, atau harga headline yang rendah. Saya menggunakan proses sederhana. 1. Jelaskan permasalahan saat ini Saya menuliskan apa yang terjadi hari ini. Deskripsi yang berguna mencakup: - Seberapa sering masalah muncul - Siapa yang menghabiskan waktu untuk menanganinya - Pekerjaan apa yang tertunda - Apa yang dialami pelanggan atau anggota tim - Alat atau proses apa yang sudah digunakan - Bagian mana dari masalah yang merupakan fakta yang sudah pasti. Misalnya, “Tim kami membutuhkan sistem yang lebih baik” terlalu luas. Versi yang lebih jelas mungkin: "Staf penjualan kami menghabiskan sekitar 40 menit setiap hari untuk menyalin detail pelanggan di antara dua alat. Beberapa catatan tidak lengkap, dan manajer meninjau informasi yang sama lebih dari sekali seminggu." Deskripsi kedua memberi saya sesuatu yang dapat saya ukur. 2. Ubah waktu yang hilang menjadi biaya bisnis Waktu memiliki biaya meskipun tidak ada faktur yang dilampirkan padanya. Jika lima karyawan masing-masing menghabiskan 40 menit sehari untuk pekerjaan yang berulang-ulang, bisnis kehilangan lebih dari tiga jam kapasitas tim setiap hari. Lebih dari sebulan, itu mungkin menjadi puluhan jam. Saya dapat memperkirakan biayanya dengan rumus sederhana ini: Jam yang hilang × hari kerja × biaya staf per jam = perkiraan biaya waktu Biaya staf per jam mungkin termasuk gaji dan biaya pemberi kerja. Tidak perlu tepat di awal. Perkiraan yang masuk akal lebih berguna daripada mengabaikan masalah tersebut. Metode yang sama dapat diterapkan pada: - Entri data manual - Dukungan pelanggan berulang - Waktu henti peralatan - Pengerjaan ulang yang disebabkan oleh kesalahan - Pemrosesan pesanan yang tertunda - Tindak lanjut yang terlewat - Pemeriksaan manajemen ekstra Saya menjaga perkiraan tetap jujur. Jika angkanya tidak pasti, saya akan menampilkan kisarannya, bukan menyajikan tebakan sebagai fakta. 3. Mengukur dampaknya terhadap pendapatan Beberapa biaya muncul sebagai peluang yang hilang, bukan sebagai pengeluaran langsung. Balasan yang lambat dapat menyebabkan calon pelanggan memilih pemasok lain. Proses pemesanan yang rusak mungkin membuat janji temu tidak terpakai. Halaman produk dengan informasi yang tidak jelas dapat meningkatkan permintaan dukungan dan mengurangi pesanan yang sudah selesai. Saya bertanya: - Berapa banyak pertanyaan yang diterima setiap bulannya? - Berapa banyak yang menjadi pelanggan? - Di mana orang berhenti? - Berapa nilai rata-rata dari satu penjualan? - Berapa banyak penjualan yang mungkin terpengaruh oleh masalah saat ini? Saya tidak menyatakan bahwa setiap penjualan yang terlewat disebabkan oleh satu masalah. Saya mencari pola dalam pesan pelanggan, data situs web, umpan balik staf, dan catatan penjualan. Penurunan kecil dalam konversi dapat berarti bagi perusahaan yang sedang berkembang. Proses yang stabil mungkin lebih penting daripada harga pembelian yang lebih murah. 4. Tambahkan biaya perbaikan, penundaan, dan risiko Opsi saat ini mungkin tampak terjangkau karena biaya tambahannya tersebar sepanjang tahun. Saya memeriksa: - Tagihan perbaikan - Suku cadang pengganti - Biaya layanan - Langganan perangkat lunak tambahan - Lembur - Waktu pelatihan - Keterlambatan pengiriman - Pengembalian dana atau kredit - Koreksi data - Pekerjaan keamanan atau kepatuhan Sebuah bisnis yang memelihara printer, mesin, atau sistem perangkat lunak lama mungkin menghabiskan sedikit uang dalam satu bulan dan lebih banyak lagi dalam setahun. Harga pembelian pengganti hanyalah salah satu bagian dari perbandingan. Risiko juga memerlukan penanganan yang hati-hati. Saya menghindari memberikan nilai dramatis pada suatu peristiwa yang mungkin tidak akan pernah terjadi. Saya mencatat dampak yang mungkin terjadi, memperkirakan peluang berdasarkan bukti yang tersedia, dan menjelaskan batasan perkiraan tersebut. 5. Bandingkan opsi dalam periode yang sama Saya membandingkan kedua jalur dalam 12 bulan, 24 bulan, atau periode bermanfaat lainnya. Sisi “beli” dapat mencakup: - Biaya pembelian atau pengaturan - Biaya berlangganan - Pelatihan staf - Pekerjaan migrasi - Pemeliharaan - Integrasi - Dukungan Sisi “tidak melakukan apa-apa” dapat mencakup: - Hilangnya jam kerja staf - Biaya perbaikan yang ada - Pekerjaan tertunda - Hilangnya penjualan - Biaya layanan pelanggan - Kenaikan harga yang diketahui - Solusi yang digunakan oleh tim Perbandingan ini sering kali mengubah pembicaraan. Pembelian yang terlihat mahal pada hari pertama mungkin masuk akal jika biaya saat ini terus berlanjut setiap bulannya. Alat berbiaya rendah mungkin terlihat kurang cocok jika kebutuhan pelatihan, dukungan, dan penggantian disertakan. 6. Tetapkan titik keputusan Saya memberikan tanggal peninjauan yang jelas pada keputusan tersebut daripada membiarkan permasalahannya tetap terbuka. Sebelum tanggal tersebut, saya mengumpulkan informasi yang hilang, berbicara dengan orang-orang yang menggunakan proses tersebut, dan meminta rincian pemasok yang jelas. Saya memeriksa ketentuan kontrak, aturan perpanjangan, cakupan dukungan, akses data, dan ketentuan pembatalan. Saya juga bertanya seperti apa langkah yang lebih kecil itu. Uji coba terbatas, perubahan proses, atau perbaikan mungkin menyelesaikan sebagian masalah tanpa menimbulkan komitmen yang besar. Pemasok harus dapat menjelaskan fungsi produk, apa yang tidak, dan biaya apa saja yang dipisahkan. Saya lebih suka jawaban yang jelas daripada janji yang besar. Contoh yang berguna datang dari operasi bisnis sehari-hari. Pengecer kecil mungkin menunda penggantian sistem stok lama karena sistem baru memerlukan pengaturan dan pelatihan staf. Sistem saat ini tampak lebih murah. Setelah melacak pekerjaan, pemilik menemukan bahwa staf menghabiskan beberapa jam setiap minggunya untuk mengoreksi catatan stok dan memeriksa pesanan dengan tangan. Pemilik kemudian membandingkan biaya penggantian dengan hilangnya waktu staf selama satu tahun dan kesalahan stok. Pengambilan keputusan menjadi lebih mudah karena didasarkan pada gambaran utuh, bukan hanya harga di muka. Saya tidak membeli hanya karena menunggu terasa tidak nyaman. Saya juga tidak menunda hanya karena suatu pembelian memiliki harga yang terlihat. Saya mengukur besarnya biaya yang harus ditanggung oleh permasalahan saat ini, menguji asumsi, membandingkan pilihan-pilihan praktis, dan memberikan ruang untuk solusi yang lebih kecil jika memungkinkan. Keputusan yang tepat mungkin mengarah pada pembelian, perbaikan, perubahan proses, atau belum adanya tindakan. Kuncinya adalah mengetahui apa sebenarnya dampak dari “tidak adanya tindakan”.

Banyak keputusan investasi terlihat terjangkau ketika saya hanya memeriksa harganya. Biaya tersembunyi sering kali terjadi pada saat pengambilan keputusan: membandingkan penyedia, meninjau biaya, mempelajari istilah asing, mengelola dokumen, dan memperbaiki kesalahan setelah pembelian. Jika saya mengabaikan waktu itu, saya mungkin memilih opsi yang biayanya lebih besar dari perkiraan. Audit waktu yang sederhana dapat mengubah perasaan kehilangan yang samar-samar menjadi perkiraan penghematan yang jelas. ### 1. Lacak waktu sebelum membelanjakan Saya menuliskan setiap tugas yang terkait dengan investasi atau pembelian. Hal ini dapat mencakup: - Meneliti penyedia layanan - Membandingkan fitur - Membaca jadwal biaya - Mempersiapkan dokumen - Membuat akun - Mempelajari cara menggunakan layanan - Menjawab pertanyaan lanjutan - Memperbaiki kesalahan yang dapat dihindari Saya mencatat waktu dalam hitungan menit, bukan tebakan kasar. Sebuah tugas yang terasa seperti “hanya beberapa menit” dapat memakan waktu beberapa jam dalam sebulan. Misalnya, saya mungkin menghabiskan 45 menit untuk membandingkan opsi, 30 menit membaca istilah, dan satu jam lagi penyiapan penanganan. Harga yang terlihat mungkin $300, namun keputusan tersebut juga menghabiskan lebih dari dua jam waktu kerja saya. ### 2. Berikan waktu yang hilang nilai yang masuk akal Saya tidak perlu memberikan harga emosional untuk setiap menitnya. Saya menggunakan perkiraan praktis. Untuk pekerjaan berbayar, saya dapat menggunakan tarif per jam saya. Jika saya memperoleh penghasilan $30 per jam dan menghabiskan lima jam menangani satu keputusan investasi, biaya waktunya sekitar $150. Untuk tugas-tugas pribadi, saya bisa membandingkan waktu itu dengan sesuatu yang berguna yang bisa saya lakukan: - Menyelesaikan pekerjaan klien - Istirahat setelah seharian bekerja - Mengelola tugas rumah tangga - Mempelajari suatu keterampilan - Menghabiskan waktu bersama keluarga Bukan berarti setiap jam harus menghasilkan pemasukan. Ini membantu saya melihat trade-off dengan lebih jelas. Rumus sederhana bisa digunakan dengan baik: Total biaya = Harga tunai + Waktu yang dihabiskan × Nilai per jam Hasilnya adalah perkiraan, bukan janji. Tujuannya adalah untuk mendukung keputusan yang lebih seimbang. ### 3. Pisahkan penelitian dari pencarian berulang Penelitian dapat membantu saya memahami suatu pilihan. Pencarian berulang-ulang dapat memakan waktu tanpa memberikan banyak kejelasan. Saya menetapkan batas penelitian yang jelas. Untuk pembelian atau layanan kecil, itu mungkin berupa satu atau dua sesi terfokus. Untuk keputusan keuangan yang lebih besar, saya mungkin memerlukan lebih banyak waktu dan bimbingan profesional. Selama setiap sesi, saya mencari informasi spesifik: - Untuk apa saya membayar? - Apakah ada biaya berkelanjutan? - Bisakah saya membatalkan atau mengubah layanan? - Risiko apa saja yang dapat mengurangi nilai? - Pekerjaan apa yang saya perlukan untuk mengatur diri saya sendiri? - Informasi apa yang hilang? Jika pertanyaan yang sama tetap tidak terjawab setelah beberapa ulasan, saya berhenti sejenak daripada melanjutkan menelusuri halaman lainnya. ### 4. Bandingkan biaya melakukannya sendiri Pengelolaan mandiri dapat mengurangi biaya langsung, namun juga memerlukan perhatian rutin. Saya memperkirakan pekerjaan dalam satu bulan atau tahun. Misalkan sebuah layanan menghemat biaya bulanan sebesar $20 tetapi memerlukan dua jam kerja manual setiap bulannya. Jika waktu saya bernilai $30 per jam, dua jam tersebut mewakili nilai waktu sekitar $60. Itu tidak otomatis membuat layanan menjadi lebih baik. Saya mungkin menikmati tugas tersebut, menginginkan kendali lebih, atau mempunyai cukup waktu luang. Perhitungannya hanya menunjukkan trade-off. Biaya yang lebih rendah tidak selalu berarti total biaya yang lebih rendah. ### 5. Tambahkan tunjangan kesalahan Beberapa pilihan menciptakan pekerjaan ekstra ketika detailnya terlewatkan. Pembayaran yang tertunda, formulir yang salah, atau biaya yang salah dipahami memerlukan waktu lebih lama untuk diperbaiki. Saya tidak berasumsi bahwa kesalahan akan terjadi. Saya menyertakan sedikit tunjangan perencanaan untuk tugas-tugas yang mungkin memerlukan koreksi. Hal ini membuat perkiraan tersebut semakin mendekati pengalaman sehari-hari. Misalnya, akun yang dikelola sendiri mungkin memerlukan: - Tinjauan bulanan - Penyimpanan catatan - Dokumen pajak - Pemeriksaan kata sandi dan keamanan - Kontak dengan tim dukungan Penyedia mungkin menangani beberapa tugas ini, sementara penyedia lain mungkin menyerahkannya kepada saya. Perbedaannya penting ketika saya membandingkan biaya penuh. ### 6. Gunakan tes kecil sebelum membuat komitmen yang lebih besar Bila memungkinkan, saya menguji prosesnya dengan jumlah uang yang terbatas atau masa layanan yang singkat. Saya memeriksa berapa lama waktu yang dibutuhkan untuk pengaturan dan pemeliharaan. Contoh: seorang desainer lepas memilih antara dua alat akuntansi. Yang satu memiliki biaya bulanan yang lebih rendah, namun mengimpor catatan dan menyiapkan laporan membutuhkan waktu sekitar tiga jam ekstra setiap bulannya. Setelah melacak beban kerja, perancang melihat bahwa harga berlangganan yang lebih rendah tidak menghasilkan total biaya yang lebih rendah untuk situasinya. Tes semacam ini tidak memprediksi keuntungan di masa depan. Ini menunjukkan bagaimana pilihan tersebut sesuai dengan jadwal dan kebiasaan kerja saya. ### 7. Jaga agar keputusan tetap mudah untuk ditinjau Saya menyimpan catatan singkat dengan: - Biaya tunai - Perkiraan biaya waktu - Tugas yang sedang berjalan - Risiko utama - Persyaratan pembatalan - Tanggal untuk peninjauan di masa mendatang Saya menghindari mengandalkan memori. Catatan yang jelas membantu saya meninjau pilihan tanpa mengulangi penelitian yang sama. Sebelum saya berinvestasi, saya ingin tahu lebih dari sekedar harganya. Saya ingin memahami waktu yang dibutuhkan, pekerjaan yang harus saya kelola, dan biaya yang mungkin muncul nantinya. Waktu yang hilang tidak selalu muncul di kuitansi. Audit dalam waktu singkat dapat mengungkapkannya, memberikan nilai yang masuk akal, dan membantu saya membandingkan opsi dengan lebih sedikit dugaan. Tujuannya bukan untuk menghindari setiap biaya atau memilih jalur termurah. Tujuannya adalah memilih biaya yang dapat saya pahami dan kelola.

Banyak bisnis fokus pada harga pembelian dan mengabaikan biaya berikutnya. Sebuah mesin mungkin sesuai dengan anggaran. Paket perangkat lunak mungkin terlihat terjangkau. Pemasok baru mungkin menawarkan tarif yang lebih rendah. Namun biaya sebenarnya dapat muncul kemudian melalui kerja yang lambat, tugas yang berulang-ulang, kesalahan sistem, pelatihan staf, pesanan yang terlewat, dan keluhan pelanggan. Saya telah melihat perusahaan menghabiskan waktu berminggu-minggu untuk membandingkan harga sambil kehilangan uang setiap hari karena pekerjaan yang tidak efisien. Kutipan yang lebih rendah mudah diukur. Tidak ada biaya tersembunyi. ### Harga pada faktur hanya satu bagian dari biaya Bayangkan sebuah gudang kecil yang memilih antara dua sistem manajemen pesanan. Sistem A berharga $8.000 dan mengharuskan pekerja memasukkan rincian pesanan dengan tangan. Sistem B berharga $12.000 dan terhubung dengan alat penjualan dan pengiriman perusahaan. Sekilas, Sistem A tampak lebih murah. Jika setiap pesanan manual memerlukan tiga menit tambahan, biayanya berubah dengan cepat. Dengan 300 pesanan per hari: - 900 menit dihabiskan untuk entri data tambahan - Pekerja kehilangan 15 jam setiap hari - Kemungkinan penundaan pengiriman lebih besar - Manajer menghabiskan lebih banyak waktu untuk memeriksa kesalahan - Pelanggan dapat menghubungi dukungan jika pesanan terlambat Perbedaan $4.000 antara sistem mungkin lebih kecil daripada biaya tenaga kerja dan layanan yang dihasilkan oleh opsi yang lebih murah. Ini tidak berarti produk dengan harga lebih tinggi selalu merupakan pilihan yang tepat. Artinya, harga harus dinilai selain karya yang diciptakan atau dihilangkan oleh produk tersebut. ### Saya melihat empat biaya sebelum melakukan pembelian #### 1. Biaya pembelian Ini adalah jumlah yang tertera pada penawaran atau faktur. Saya memeriksa: - Harga produk - Biaya pengaturan - Biaya berlangganan - Biaya pengiriman - Persyaratan kontrak - Ketentuan perpanjangan - Aksesori yang diperlukan Ini memberi saya titik awal, bukan jawaban lengkap. #### 2. Biaya pengoperasian Suatu produk mungkin memerlukan waktu staf, pemeliharaan, pelatihan, penyimpanan, atau dukungan teknis. Saya bertanya: - Berapa jam yang akan dihabiskan tim untuk menggunakannya? - Apakah seseorang perlu mengelola sistem setiap hari? - Apakah karyawan memerlukan pelatihan berbayar? - Apakah pembaruan atau perbaikan disertakan? - Apakah produk berfungsi dengan alat yang ada saat ini? Alat berbiaya rendah yang membutuhkan lima jam pekerjaan manual setiap minggunya mungkin lebih mahal daripada alat dengan harga lebih tinggi yang mengurangi pekerjaan tersebut menjadi satu jam. #### 3. Biaya kesalahan Saya sangat memperhatikan kesalahan yang berulang. Kesalahan kecil dapat menyebabkan: - Pengerjaan ulang - Pengembalian dana - Pengiriman tertunda - Laporan salah - Hilangnya kepercayaan pelanggan - Panggilan ekstra antar tim Proses yang bergantung pada penyalinan data di beberapa sistem menciptakan lebih banyak ruang untuk kesalahan. Otomatisasi dapat mengurangi risiko tersebut, namun harus diuji sebelum membeli. Sistem yang tidak sesuai dengan alur kerja perusahaan dapat menimbulkan serangkaian masalah baru. #### 4. Biaya penundaan Waktu mempunyai biaya bisnis. Jika persetujuan memerlukan waktu tiga hari, bukan tiga jam, tim penjualan mungkin melewatkan permintaan pelanggan. Ketika sebuah laporan memerlukan pekerjaan manual, manajer dapat mengambil keputusan dengan data lama. Ketika mesin sering berhenti, jadwal produksi semakin menjauh dari rencana. Saya mengukur penundaan dengan menanyakan apa yang tidak dapat dilakukan oleh bisnis ketika orang-orang menunggu. ### Cara praktis untuk membandingkan opsi Saya menggunakan perhitungan sederhana: Total biaya = harga pembelian + biaya operasional + biaya kesalahan + biaya penundaan Angkanya tidak harus sempurna. Perkiraan yang masuk akal lebih berguna daripada keputusan yang hanya didasarkan pada penawaran harga terendah. Sebuah perusahaan dapat membandingkan dua opsi dalam periode 12 bulan: | Bidang biaya | Opsi A | Opsi B | |---|---:|---:| | Beli | $8.000 | $12.000 | | Waktu staf | $18.000 | $7.000 | | Koreksi kesalahan | $5.000 | $2.000 | | Dukungan dan pemeliharaan | $3.000 | $4.000 | | Perkiraan biaya tahunan | $34,000 | $25.000 | Opsi B lebih mahal pada awalnya, namun perkiraan biaya tahunannya lebih rendah. Hasilnya mungkin berubah ketika angkanya berubah, jadi saya memperlakukan tabel ini sebagai alat pengambilan keputusan, bukan janji. ### Saya menguji alur kerja sebelum menyetujui pembelian. Demonstrasi produk sering kali menunjukkan jalur yang paling mulus. Pekerjaan sehari-hari jarang sesederhana itu. Saya meminta pemasok untuk menunjukkan tugas-tugas seperti: - Membuat pesanan baru - Memperbaiki detail pelanggan - Menangani pengembalian - Mengekspor laporan - Menghubungkan dengan perangkat lunak yang ada - Memulihkan dari kesalahan - Memberikan akses ke karyawan yang berbeda Saya mengundang orang-orang yang akan menggunakan produk setiap hari. Seorang manajer mungkin menyukai laporan tersebut sementara seorang pekerja memperhatikan bahwa setiap pesanan memerlukan klik tambahan. Kedua pandangan itu penting. Uji coba singkat dapat mengungkap lebih dari sekadar presentasi penjualan yang panjang. Saya melacak waktu, kesalahan, pertanyaan dukungan, dan masukan staf selama pengujian. Pembelian termurah tidak selalu merupakan keputusan dengan biaya terendah. Pilihan yang lebih baik adalah pilihan yang sesuai dengan alur kerja, membatasi pekerjaan berulang, dan memberikan kontrol yang cukup kepada tim untuk menggunakannya dengan baik. Ketika saya membandingkan suatu opsi, saya tidak hanya bertanya, “Berapa biaya pembeliannya?” Saya bertanya, “Berapa kerugian yang harus ditanggung bisnis ini setiap minggunya setelah kita membelinya?” Pertanyaan tersebut menunjukkan adanya inefisiensi yang tersembunyi. Ini membantu saya melindungi uang tunai, mengurangi usaha yang sia-sia, dan memilih berdasarkan biaya penuh dari keputusan tersebut, bukan berdasarkan angka yang tertera pada penawaran. Untuk pertanyaan apa pun mengenai konten artikel ini, silakan hubungi Zeng: lila@zybrushtech.com/WhatsApp +8615262232790.

Peter F Drucker (2007) Tantangan Manajemen Abad 21 Robert S Kaplan dan David P Norton (2004) Peta Strategi Mengubah Aset Tak Berwujud menjadi Hasil Berwujud Michael E Porter (1985) Keunggulan Kompetitif Menciptakan dan Mempertahankan Gene Kinerja Unggul Kim Kevin Behr dan George Spafford (2013) Proyek Phoenix Sebuah Novel Tentang Pengembangan TI dan Membantu Bisnis Anda Menang Thomas C Redman (2013) Data Didorong Menciptakan Budaya Data Institut Manajemen Proyek (2021) Panduan Badan Pengetahuan Manajemen Proyek Panduan PMBOK Edisi Ketujuh