Daftar isi
IT retainer menyediakan hubungan kerja berkelanjutan untuk kebutuhan teknologi yang disepakati. Nilainya terletak pada tanggung jawab yang jelas, penanganan pekerjaan yang dapat ditelusuri, dan pengetahuan tentang sistem bisnis. Istilah retainer sendiri belum menjelaskan jam layanan, prioritas insiden, atau pekerjaan yang termasuk.
Sebelum membandingkan penawaran, petakan sistem yang digunakan dan dampaknya terhadap operasi. Website informasi, aplikasi transaksi, serta integrasi gudang dapat membutuhkan tingkat dukungan yang berbeda.
Yang perlu Anda pertimbangkan
- Pisahkan pemeliharaan, penanganan insiden, dan pengembangan fitur dalam cakupan.
- Bedakan waktu respons, pembaruan status, dan target pemulihan pada SLA.
- Pastikan kepemilikan akun, dokumentasi, dan serah terima disepakati sejak awal.
Mulai dengan inventaris dan dampak gangguan
Daftarkan website, aplikasi, database, domain, penyedia hosting, layanan email, dan integrasi yang perlu didukung. Untuk setiap komponen, catat pemilik akun, fungsi bisnis, serta pihak yang dapat mengambil keputusan. Jangan mengirim kata sandi pada dokumen inventaris; cukup catat lokasi pengelolaan akses yang sesuai.
Tentukan dampak ketika komponen tidak tersedia. Dalam contoh bisnis jasa, gangguan formulir kontak berbeda dengan kegagalan aplikasi penjadwalan yang digunakan petugas sepanjang hari. Perbedaan dampak membantu menyusun prioritas dan kebutuhan jam dukungan tanpa menganggap semua masalah harus ditangani dengan cara yang sama.
Pisahkan pekerjaan rutin dan perubahan produk
Pemeliharaan dapat mencakup pemeriksaan, pembaruan, monitoring, atau pemulihan sesuai kesepakatan. Pengembangan fitur baru memiliki kebutuhan analisis dan pengujian tersendiri. Minta penawaran menjelaskan batas pekerjaan, kapasitas, serta proses persetujuan ketika kebutuhan melebihi cakupan. Istilah support tanpa batas perlu diperjelas secara konkret.
Untuk Metanotech, penawaran website Rp2 jutaan per tahun mencakup server, hosting, backup, satu tahun customer service, dan grup WhatsApp untuk permintaan perubahan konten selama tahun tersebut. Cakupan itu tidak otomatis menjadi paket aplikasi, pengembangan fitur tanpa batas, atau ketentuan IT retainer untuk seluruh sistem bisnis.
Baca SLA sebagai kesepakatan yang spesifik
Waktu respons menjelaskan kapan laporan ditanggapi sesuai kesepakatan, sedangkan waktu pemulihan berkaitan dengan pemulihan layanan. Keduanya berbeda dari waktu penyelesaian akar masalah. Periksa jam operasional dukungan, zona waktu, kanal pelaporan, serta perlakuan hari libur sebelum membandingkan angka pada penawaran.
| Bagian kesepakatan | Hal yang harus jelas |
|---|---|
| Prioritas | Definisi dampak dan pihak yang dapat menetapkan urgensi |
| Respons | Awal perhitungan serta bentuk tanggapan yang diberikan |
| Pemulihan | Target, dependensi, dan pembaruan status selama gangguan |
| Pengecualian | Pemeliharaan terjadwal dan kendala penyedia layanan lain |
Pastikan laporan dapat ditangani sampai tindak lanjut
Laporan gangguan perlu memuat waktu kejadian, layanan terdampak, langkah yang dilakukan, dan hasil yang terlihat. Tim dukungan kemudian mengonfirmasi dampak, menentukan prioritas, serta mencatat tindakan. Jika ada solusi sementara, jelaskan batas penggunaannya agar bisnis tidak menganggap masalah utama sudah sepenuhnya selesai.
Setelah pemulihan, masalah yang relevan perlu ditinjau untuk menentukan penyebab, perbaikan lanjutan, dan pemilik pekerjaan. Tidak semua insiden membutuhkan laporan panjang, tetapi keputusan penting sebaiknya tercatat. Hindari alur dukungan yang hanya tersebar di chat sehingga pergantian petugas membuat konteks masalah hilang.
Periksa akses, backup, dan dokumentasi operasional
Berikan akses sesuai pekerjaan dan tinjau ketika personel berubah. Gunakan akun individual serta mekanisme pengelolaan rahasia yang sesuai. Dokumentasi minimal perlu menjelaskan layanan, proses deployment, dependensi, dan kontak eskalasi. Kepemilikan akun domain atau hosting sebaiknya jelas agar administrasi tidak bergantung pada akun pribadi yang sulit dialihkan.
Backup perlu disertai pembahasan data yang dicakup, jadwal, masa simpan, lokasi, dan prosedur pemulihan. Minta kejelasan tentang pengujian pemulihan sesuai kebutuhan sistem. Keberadaan file cadangan saja belum menunjukkan berapa banyak data yang dapat dipulihkan atau berapa lama prosesnya memerlukan waktu.
Nilai laporan kerja dan rencana keluar layanan
Laporan berkala dapat mencakup pekerjaan selesai, gangguan yang ditangani, perubahan penting, risiko yang perlu diputuskan, dan prioritas berikutnya. Fokuskan pembahasan pada kondisi sistem dan kebutuhan bisnis. Jumlah tiket semata tidak cukup untuk menilai kualitas dukungan jika tingkat kesulitan serta dampaknya berbeda.
Sebelum bekerja sama, sepakati proses serah terima ketika layanan berubah atau berakhir. Bahas dokumentasi, akses, pekerjaan tertunda, dan penghapusan akses pihak lama. Untuk konsultasi Metanotech, kirim ringkasan sistem serta kebutuhan dukungan ke administrator@metanotech.id. Ketentuan kapasitas, jadwal layanan, dan SLA dibahas sesuai cakupan yang dipilih.
Pertanyaan yang sering muncul
Apakah retainer berarti semua gangguan pasti selesai pada hari yang sama?
Tidak. Target bergantung pada kesepakatan, dampak masalah, serta dependensi sistem. Periksa perbedaan waktu respons, target pemulihan, dan penyelesaian permanen sebelum menyepakati layanan.
Apa bedanya perubahan konten dan pengembangan fitur?
Perubahan konten mengganti materi seperti teks atau gambar dalam cakupan yang tersedia. Fitur baru mengubah kemampuan atau alur sistem dan dapat memerlukan analisis, desain, pengembangan, serta pengujian terpisah.
Tentukan langkah yang sesuai bisnis Anda.
Bawa contoh alur kerja, kendala saat ini, dan prioritas Anda. Tim Metanotech membantu membahas cakupan, pilihan solusi, serta tahapan pengerjaannya.
