Sistem yang terinstall belum tentu dipakai. Episode ini membahas change management untuk System Analyst — menganalisis resistensi pengguna, kerangka ADKAR, program training berjenjang, dan strategi rollout — dipraktikkan menjadi rencana adopsi lengkap dengan metrik terukur untuk rollout TokoKita

Setelah di episode 14 sistem TokoKita lulus UAT dan ditandatangani sponsor, kita menyadari fakta yang sering dilupakan industri: go-live adalah garis start, bukan finish. Episode ini membahas change management & adoption — seni memastikan sistem yang sudah bagus benar-benar dipakai manusia.
Mengapa ini ranah SA? Karena kalian yang paling paham kenapa sistem dibangun dan bagaimana proses lamanya bekerja — dua informasi inti dari setiap percakapan manajemen perubahan. Statistik klasik proyek IT menunjukkan mayoritas masalah pasca-rilis bukan teknis melainkan manusiawi: user mematikan sistem baru dan diam-diam kembali ke cara lama. Excel TokoKita tidak akan mati karena digantikan aplikasi; ia mati hanya jika kasir memilih meninggalkannya.
Resistensi bukan kejahatan karakter — ia respons rasional terhadap perubahan yang tak sepenuhnya dipahami. Peta resistensi TokoKita:
| Peran | Kekhawatiran Nyata | Di Balik Itu |
|---|---|---|
| Kasir | "Nanti tiap salah scan saya disalahkan" | Takut jejak digital jadi alat hukuman |
| Staf gudang | "Skill hitung manual saya jadi tak bernilai" | Ancaman identitas profesional |
| Manajer cabang | "Saya tak lagi satu-satunya yang tahu stok" | Kehilangan posisi kuasa informasi |
| Owner | "Investasi Rp 264 jt kalau dipakai setengah hati?" | Risiko ROI gagal |
Catatan penting: resistensi manajer cabang justru bisa jadi kekuatan — pengetahuannya tentang stok akan naik nilai ketika data tersentralisasi, selama dikomunikasikan benar. Tugas SA mengubah narasi dari pengawasan menjadi pembebasan dari kerja manual.
Model manajemen perubahan paling praktis untuk proyek sistem adalah ADKAR — lima kondisi yang harus tercapai berurutan pada tiap individu:
Terapkan ke kasir TokoKita:
| Tahap | Intervensi Konkret |
|---|---|
| Awareness | Town hall singkat: "Excel kita bikin opname 6 jam tiap minggu — sistem ini ambil itu dari kalian" |
| Desire | Tunjukkan manfaat personal: tidak lembur input ulang, kembalian otomatis akurat |
| Knowledge | Training hands-on 2 jam + video rekaman UAT Sinta |
| Ability | Hypercare 2 minggu: orang pendamping hadir fisik di cabang pilot |
| Reinforcement | Apresiasi mingguan kasir tercepat; larang total catatan ganda manual |
Urutannya wajib: memaksa Knowledge (training) sebelum Desire tumbuh adalah resep training kosong — orang hafal tombol tapi tak pakai. Ini kesalahan paling umum: organisasi mengira change management = training.
Sebelum menyusun program, ukur siapa terdampak seberapa dalam:
| Peran | Dampak | Frekuensi Pakai | Level Usaha Belajar | Prioritas Pendampingan |
|---|---|---|---|---|
| Kasir | Sangat besar (alur kerja baru total) | 8 jam/hari | Sedang | Tinggi |
| Manajer cabang | Besar (laporan & approval baru) | 1-2 jam/hari | Sedang | Tinggi |
| Staf gudang | Sedang (opname jadi scan) | Mingguan | Rendah | Sedang |
| Owner | Sedang (dashboard baru) | Harian singkat | Rendah | Sedang |
| Akuntansi | Kecil (format rekap baru) | Bulanan | Rendah | Rendah |
Tabel ini menentukan alokasi waktu pendampingan — kasir dapat sesi tatap muka berulang, akuntan cukup dokumen panduan format rekap.
Prinsip utama: training dewasa (andragogy) butuh konteks kerja nyata, bukan slide presentasi.
Tip
Jadwalkan training sedekat mungkin dengan go-live — idealnya maksimal seminggu sebelum. Skill yang dilatih tiga minggu lebih awal akan menguap; kasir akan kembali bertanya hal yang sama persis saat sistem benar-benar hadir.
Untuk 12 cabang, pilihan strateginya: big-bang (semua serentak), pilot-lalu-gulir (yang sudah kita jalankan), atau bergelombang. Pilot Denpasar memberi kita sesuatu yang lebih berharga dari kecepatan: kasus sukses internal. Cerita "Denpasar opname cuma 80 menit sekarang" dari mulut sesama manajer meyakinkan 10x lebih kuat daripada email resmi dari pusat.
Rencana gulir tiga gelombang dengan mentor tiap gelombang:
| Gelombang | Cabang | Mentor | Jarak |
|---|---|---|---|
| 1 | Denpasar (pilot) | — | Sudah stabil 2 sprint |
| 2 | Badung, Tabanan, Gianyar (Bali) | Sinta + Bu Rina | 2 minggu/gelombang |
| 3 | Sisa 8 cabang luar Bali | Champion per pulau | 2 minggu/gelombang |
Periode hypercare tiap gelombang: dua minggu pertama ada orang tim proyek hadir fisik (gelombang 1) atau on-call WhatsApp respons maksimal 30 menit (gelombang berikut). Metrik hypercare sederhana: berapa kali kasir macet dan butuh berapa lama pulih.
Fallback plan hari pertama juga wajib tertulis: jika sistem padam total, kasir kembali ke nota manual dengan format yang sudah disiapkan kompatibel input ulang — bukan panik menciptakan format baru.
Rencana adopsi tanpa metrik hanyalah harapan. Definisikan indikator beserta target dan cara ukur:
# Metrik Adopsi - Rollout TokoKita
M1 Persentase transaksi dicatat di POS
Target: >= 95% per cabang di minggu ke-3
Ukur : bandingkan count struk vs laporan kas fisik
M2 Catatan ganda manual (workaround)
Target : nol lembar manual per minggu, bulan ke-2
Ukur : cek fisik laci kasir + pertanyaan langsung
M3 Durasi stock opname
Target : <= 90 menit (baseline as-is 5-6 jam)
Ukur : timestamp mulai-selesai sesi di app
M4 Waktu transaksi rata-rata
Target : <= 90 detik/item-set standar di minggu ke-4
Ukur : durasi antar-struk dari log app
M5 Tiket bantuan per cabang
Target : tren turun; stabil < 3/minggu di bulan ke-2
Ukur : log hypercare + grup WA (ditranskrip)
Review ritme: mingguan selama rollout, lalu bulanan;
pemilik data: SA + manajer cabang masing-masing.Metrik M2 adalah yang paling jujur — workaround manual adalah gejala universal sistem yang gagal memenangkan hati pengguna. Angka login tinggi dengan lembar manual tetap ramai berarti adopsi kosmetik.
Warning
Waspadai adopsi dua dunia: user tercatat rajin memakai sistem, tapi data hasilnya tidak konsisten dengan realita lapangan. Itu tanda sistem dipakai sebagai formalitas administratif sementara pekerjaan sebenarnya jalan di jalur tua. Metrik M2-M3 dirancang tepat untuk membongkar pola ini.
Inti yang harus dibawa pulang:
Selama ini kita menggantikan Excel — sistem legacy yang sederhana namun nyata. Di episode 16 selanjutnya kita membahas legacy systems & modernization secara formal: cara menganalisis sistem warisan, melakukan gap analysis, merancang strategi migrasi data, dan menyusun modernization roadmap yang bisa dieksekusi bertahap. Pastikan tetap semangat!