Banyak proses pengadaan perangkat IT bermasalah bukan karena vendornya, melainkan karena spesifikasinya. Spesifikasi yang terlalu longgar menghasilkan penawaran yang tidak bisa dibandingkan. Spesifikasi yang disalin dari brosur produk mengunci pilihan pada satu merek. Spesifikasi yang tidak mencantumkan garansi dan dukungan service membuat perusahaan baru menyadari kekurangannya setelah perangkat tiba.
IT procurement specification adalah jembatan antara kebutuhan internal perusahaan dan vendor. Artikel ini tidak membahas spesifikasi komputer apa yang cocok untuk kantor, melainkan bagaimana mengubah kebutuhan menjadi dokumen requirement yang dapat dipakai untuk meminta penawaran, mengevaluasi vendor, dan menerima barang. Alur yang digunakan: Business Requirement → User Role → Workload → Technical Requirement → Procurement Specification → Vendor Quotation → Technical Compliance → TCO → Purchase → Deployment.
Apa Itu IT Procurement Specification?
Pengertian Technical Specification
Technical specification dalam pengadaan IT adalah dokumen atau bagian dokumen yang menjelaskan karakteristik teknis perangkat yang dibutuhkan, ditambah persyaratan komersial seperti garansi, dukungan service, dan pengiriman. Dokumen ini menjadi acuan bagi vendor dalam menyusun penawaran dan bagi perusahaan dalam mengevaluasinya.
Mengapa Spesifikasi Penting dalam Pengadaan
Spesifikasi yang jelas membuat semua vendor menjawab pertanyaan yang sama. Hasilnya, penawaran dapat dibandingkan secara adil, risiko salah pesan berkurang, dan dasar penerimaan barang menjadi tegas.
Hubungan Spesifikasi dengan Kebutuhan Bisnis
Spesifikasi yang baik berangkat dari masalah bisnis, bukan dari daftar komponen. Pertanyaan awalnya adalah pekerjaan apa yang harus didukung perangkat tersebut, baru kemudian karakteristik teknis apa yang diperlukan.
Mengapa Spesifikasi Pengadaan Tidak Boleh Hanya Menyalin Spesifikasi Produk?
Menyalin spesifikasi produk dari brosur atau situs vendor adalah jalan pintas yang umum, tetapi berisiko.
Kebutuhan User Berbeda
Satu model yang tampak bagus belum tentu sesuai untuk semua pengguna. Kebutuhan staf administrasi dan desainer, misalnya, berbeda.
Workload Berbeda
Spesifikasi produk menggambarkan kemampuan perangkat, sedangkan workload menggambarkan kebutuhan Anda. Keduanya harus dicocokkan, bukan diasumsikan sama.
Harga Bukan Satu-Satunya Faktor
Spesifikasi yang hanya menyalin produk termurah mengabaikan garansi, dukungan service, dan lifecycle yang memengaruhi biaya jangka panjang.
Lifecycle Harus Diperhitungkan
Perangkat yang dibeli hari ini akan digunakan selama beberapa tahun. Spesifikasi perlu mempertimbangkan kebutuhan yang mungkin berkembang selama masa pakai tersebut.
Komponen IT Procurement Specification
Berikut komponen yang umumnya dicantumkan, beserta cara menuliskannya sebagai requirement.
| Komponen | Hal yang Dijelaskan | Contoh Cara Menulis Requirement |
|---|---|---|
| Jenis perangkat | Kategori dan bentuk perangkat | Laptop, komputer desktop, atau all-in-one |
| Processor | Kelas kemampuan pemrosesan | Kelas atau tingkat kinerja yang ditetapkan sesuai uji aplikasi, dengan opsi setara atau lebih tinggi |
| RAM | Kapasitas memori | Kapasitas minimum dan yang direkomendasikan sesuai kebutuhan aplikasi |
| Storage | Jenis dan kapasitas penyimpanan | Jenis penyimpanan (misalnya SSD) dan kapasitas sesuai kebutuhan data |
| Display | Ukuran dan kualitas layar | Ukuran dan resolusi sesuai jenis pekerjaan |
| Connectivity | Port dan konektivitas | Port dan konektivitas nirkabel yang dibutuhkan perangkat pendukung |
| Operating system | Sistem operasi dan versi | Sistem operasi dan edisi yang didukung perusahaan, termasuk status lisensi |
| Warranty | Durasi dan cakupan garansi | Durasi minimum dan cakupan garansi yang dipersyaratkan |
| Service support | Dukungan purna jual | Mekanisme service, ketersediaan spare part, dan jalur eskalasi |
| Delivery | Pengiriman dan serah terima | Jadwal, lokasi, dan kondisi penerimaan barang |
Nilai spesifik pada kolom ketiga, seperti kapasitas RAM atau kelas processor, sebaiknya ditentukan dari kebutuhan aplikasi yang digunakan dan hasil pengujian di perusahaan Anda, bukan diambil dari contoh generik.
Cara Menentukan Spesifikasi Berdasarkan Kebutuhan
Berikut langkah praktis untuk menyusun requirement.
- Identifikasi user — kelompokkan pengguna berdasarkan role, misalnya administrasi, keuangan, sales, desain, pengembangan, dan manajemen.
- Identifikasi workload — catat aplikasi utama, ukuran file, dan pola penggunaan harian setiap kelompok.
- Tentukan minimum requirement — batas terendah yang masih mendukung pekerjaan secara layak.
- Tentukan preferred specification — spesifikasi yang direkomendasikan agar ada ruang pertumbuhan kebutuhan.
- Tentukan requirement yang bersifat mandatory — syarat yang harus dipenuhi agar penawaran dinyatakan layak, misalnya garansi minimum dan kompatibilitas dengan sistem perusahaan.
- Tentukan requirement yang bersifat optional — syarat yang diinginkan tetapi tidak menggugurkan penawaran, misalnya fitur tambahan atau opsi layanan.
Contoh Spesifikasi Pengadaan Laptop Kantor
Berikut contoh cara menuliskan fokus requirement per kebutuhan. Contoh ini menggambarkan pendekatan penyusunan, bukan spesifikasi baku untuk dicopy. Nilai angka dan kelas komponen perlu disesuaikan dengan aplikasi dan hasil pengujian di perusahaan Anda.
| Kebutuhan | Fokus Requirement | Contoh Pernyataan Requirement |
|---|---|---|
| Administrasi | Keandalan untuk aplikasi perkantoran dan konektivitas dasar | Mampu menjalankan aplikasi perkantoran dan browser secara stabil untuk penggunaan harian |
| Management | Portabilitas, daya tahan baterai, kenyamanan presentasi | Ringan, daya tahan baterai memadai untuk mobilitas, konektivitas untuk proyektor atau layar presentasi |
| Designer | Kinerja grafis, memori, kualitas layar | Mampu menjalankan aplikasi grafis yang digunakan, dengan kualitas layar sesuai kebutuhan pekerjaan |
| Developer | Kinerja pemrosesan, memori, penyimpanan | Mampu menjalankan lingkungan pengembangan dan alat yang digunakan, termasuk virtualisasi jika diperlukan |
| Sales | Mobilitas, baterai, konektivitas | Ringan, tahan penggunaan di lapangan, konektivitas yang stabil |
Kebutuhan Administrasi
Fokus pada stabilitas dan efisiensi biaya. Requirement dituliskan dalam kemampuan menjalankan aplikasi yang digunakan sehari-hari.
Kebutuhan Management
Prioritaskan mobilitas dan kemudahan presentasi, serta keandalan.
Kebutuhan Designer
Pastikan kebutuhan grafis dan layar dituliskan berdasarkan aplikasi yang benar-benar dipakai.
Kebutuhan Developer
Tuliskan kebutuhan berdasarkan alat dan lingkungan pengembangan yang digunakan tim.
Kebutuhan Sales
Utamakan portabilitas dan konektivitas untuk penggunaan di luar kantor.
Penulisan requirement berbasis kemampuan, seperti “mampu menjalankan aplikasi X secara stabil”, membantu mengurangi risiko spesifikasi yang terlalu kaku maupun terlalu longgar.
Mandatory vs Optional Specification
Mengapa Mandatory Requirement Penting
Mandatory requirement menetapkan batas kelayakan. Penawaran yang tidak memenuhinya tidak dilanjutkan ke tahap perbandingan lain. Dengan demikian, proses evaluasi lebih tegas dan efisien.
Menghindari Spesifikasi Terlalu Spesifik
Spesifikasi yang terlalu rinci, misalnya menyebutkan angka sangat spesifik yang hanya dipenuhi satu produk, dapat mempersempit pilihan tanpa alasan yang jelas.
Menghindari Vendor Lock-In
Menyebut satu merek atau seri tertentu sebagai syarat tunggal dapat mengunci pilihan pada satu pihak. Jika perusahaan memang memiliki alasan kuat untuk merek tertentu, misalnya kompatibilitas dengan sistem yang ada, cantumkan alasannya.
Membuka Pilihan Produk yang Setara
Gunakan frasa seperti “setara atau lebih tinggi” agar vendor dapat menawarkan produk yang memenuhi kebutuhan, bukan hanya produk yang namanya sama.
Bagaimana Membandingkan Penawaran Vendor?
Setelah penawaran masuk, bandingkan secara terstruktur.
| Aspek | Yang Diperiksa |
|---|---|
| Technical compliance | Apakah produk memenuhi seluruh mandatory requirement dan sejauh mana memenuhi preferred specification |
| Price | Harga per unit dan total, termasuk komponen biaya yang disertakan atau tidak |
| Warranty | Durasi, cakupan, dan prosedur klaim garansi |
| Lead time | Waktu pengiriman dan ketersediaan barang |
| After-sales support | Mekanisme service, ketersediaan spare part, dan jalur eskalasi |
| TCO | Biaya total selama masa pakai, termasuk deployment, maintenance, dan potensi penggantian |
Technical Compliance
Periksa setiap requirement satu per satu. Minta vendor mencantumkan dokumen pendukung bila diperlukan.
Price
Pastikan harga yang dibandingkan mencakup komponen yang sama. Penawaran yang tampak murah dapat belum mencakup pengiriman atau instalasi.
Warranty
Konfirmasikan cakupan garansi secara tertulis, karena ketentuan garansi berbeda-beda antarproduk dan merek.
Lead Time
Minta kepastian jadwal pengiriman, terutama untuk pengadaan dalam jumlah besar atau multi-lokasi.
After-Sales Support
Nilai kesiapan layanan service dan ketersediaan spare part, bukan hanya janji umum.
TCO
Gunakan perhitungan Total Cost of Ownership untuk membandingkan opsi, bukan hanya harga beli.
Setelah technical requirement dan perbandingan penawaran tersusun, tahap berikutnya adalah memastikan kebutuhan Anda diterjemahkan dengan tepat ke dalam pengadaan. Jika Anda ingin mendiskusikan penyusunan requirement dan evaluasi penawaran, tim Success Comp dapat membantu mempertimbangkan kebutuhan Anda.
Kesalahan dalam Membuat Spesifikasi IT
- Over-specification — menetapkan spesifikasi jauh melebihi kebutuhan sehingga biaya membengkak tanpa manfaat sepadan.
- Under-specification — menetapkan spesifikasi terlalu rendah sehingga perangkat cepat tidak memadai.
- Terlalu mengunci merek — membatasi persaingan dan fleksibilitas tanpa alasan teknis yang jelas.
- Tidak mencantumkan warranty — kejelasan garansi baru dibahas setelah pembelian.
- Tidak memperhatikan service support — kesiapan layanan purna jual tidak menjadi bagian evaluasi.
- Tidak mempertimbangkan deployment — kebutuhan instalasi dan konfigurasi tidak dicantumkan sehingga muncul biaya dan pekerjaan tak terduga.
Contoh Struktur Dokumen IT Procurement Specification
Berikut kerangka yang dapat digunakan. Bentuk dan istilah dapat disesuaikan dengan kebijakan perusahaan.
- Informasi kebutuhan — latar belakang, tujuan, jumlah unit, role pengguna, dan lokasi penggunaan.
- Technical requirement — spesifikasi per jenis perangkat atau per tier, dibedakan antara mandatory dan optional.
- Commercial requirement — struktur penawaran, komponen biaya yang harus dicantumkan, masa berlaku penawaran, dan ketentuan pembayaran.
- Warranty — durasi minimum, cakupan, prosedur klaim, dan dukungan service.
- Delivery — jadwal, lokasi, dan kondisi serah terima.
- Acceptance criteria — kriteria penerimaan barang, seperti kesesuaian model dan jumlah, pencatatan serial number, pengecekan kondisi fisik, dan uji fungsi dasar.
Untuk proses Request for Quotation (RFQ), dokumen ini dapat dikirim ke beberapa vendor dengan format penawaran yang seragam agar perbandingan lebih mudah. Bentuk dokumen pengadaan dan proses persetujuan mengikuti kebijakan masing-masing perusahaan.
Kesimpulan
IT procurement specification adalah dokumen yang mengubah kebutuhan bisnis menjadi requirement yang jelas bagi vendor. Dengan mengikuti alur Business Requirement → User Role → Workload → Technical Requirement → Procurement Specification → Vendor Quotation → Technical Compliance → TCO → Purchase → Deployment, perusahaan dapat menyusun spesifikasi yang tidak terlalu rendah, tidak berlebihan, dan tidak mengunci pada satu merek.
Spesifikasi yang baik mencantumkan technical requirement, mandatory dan optional, warranty, service support, delivery, dan acceptance criteria. Success Comp menyediakan layanan pengadaan perangkat dengan pendekatan satu pintu, yang dapat mencakup pemilihan perangkat berdasarkan fungsi dan anggaran, koordinasi merek, ketersediaan, pengecekan DOA, garansi, pengiriman, dan dokumentasi. Jika perusahaan Anda ingin berkonsultasi mengenai penyusunan kebutuhan dan pengadaan perangkat berdasarkan workload, spesifikasi, anggaran, warranty, dan kebutuhan deployment, silakan hubungi tim Success Comp.
Konsultasikan Kebutuhan Pengadaan Perangkat Anda dengan Success Comp →
FAQ
1. Apa itu IT procurement specification? IT procurement specification adalah dokumen yang menjelaskan kebutuhan teknis dan komersial perangkat IT yang akan diadakan, sebagai acuan bagi vendor dalam menyusun penawaran dan bagi perusahaan dalam mengevaluasi dan menerima barang.
2. Apa bedanya dengan spesifikasi komputer kantor? Spesifikasi komputer kantor membahas spesifikasi yang cocok untuk kebutuhan kantor. IT procurement specification membahas bagaimana mengubah kebutuhan tersebut menjadi dokumen requirement yang dapat digunakan dalam pengadaan dan evaluasi vendor.
3. Mengapa tidak cukup menyalin spesifikasi dari brosur produk? Karena spesifikasi produk menggambarkan kemampuan produk, bukan kebutuhan Anda. Menyalinnya dapat menghasilkan spesifikasi yang tidak sesuai workload, mengunci merek, atau mengabaikan garansi dan service.
4. Apa perbedaan mandatory dan optional requirement? Mandatory requirement adalah syarat yang harus dipenuhi agar penawaran dianggap layak, sedangkan optional requirement adalah syarat yang diinginkan tetapi tidak menggugurkan penawaran jika tidak terpenuhi.
5. Bagaimana menghindari vendor lock-in dalam spesifikasi? Tuliskan requirement berbasis kemampuan dan gunakan frasa “setara atau lebih tinggi”. Jika ada kebutuhan merek tertentu, cantumkan alasan teknisnya.
6. Apakah requirement harus mencantumkan angka spesifik untuk RAM dan storage? Angka dapat dicantumkan, tetapi sebaiknya ditentukan dari kebutuhan aplikasi dan hasil pengujian di perusahaan, bukan dari contoh generik. Untuk beberapa kebutuhan, requirement berbasis kemampuan dapat lebih fleksibel.
7. Apa saja yang perlu dibandingkan saat mengevaluasi penawaran vendor? Technical compliance, harga, garansi, lead time, dukungan after-sales, dan TCO. Pastikan seluruh penawaran mencakup komponen yang sama agar perbandingan adil.