Ada pola yang berulang di banyak pekerjaan digital: sistem yang lambat tidak ditinggalkan karena rusak, tetapi karena membuat pekerjaan jadi lebih repot daripada cara lama.
Yang biasanya terjadi
Sistem informasi baru diserahkan, pelatihan dijalankan, dan semua berjalan lancar di kantor pusat yang sambungannya cepat. Beberapa bulan kemudian, pemakaiannya turun.
Saat ditelusuri, penyebabnya bukan fitur yang kurang, melainkan hal sederhana: halaman pertama butuh belasan detik untuk terbuka di kantor cabang. Petugas memilih kembali memakai berkas lembar kerja yang bisa dibuka seketika.
Angka yang kami pakai sebagai batas
Dari pengalaman lapangan, batas kenyamanan di perangkat biasa adalah sekitar tiga detik untuk halaman pertama terbuka. Di atas lima detik, pemakaian mulai turun. Di atas sepuluh detik, sistem cenderung ditinggalkan.
Batas ini bukan angka resmi dari mana pun, tetapi cukup dekat dengan kenyataan di lapangan.
Sumber berat yang paling sering
Empat hal ini menyumbang sebagian besar berat halaman:
- Data yang dimuat seluruhnya sekaligus. Sistem yang memuat seluruh daftar di awal, padahal yang dilihat hanya sebagian.
- Gambar yang tidak dikecilkan. Foto hasil pemotretan langsung dipasang tanpa diperkecil lebih dulu.
- Pustaka tambahan yang berlebihan. Satu fitur kecil kadang menarik masuk pustaka besar yang seluruhnya ikut dimuat.
- Permintaan ke server yang berlapis. Satu halaman bisa memanggil server belasan kali, dan setiap panggilan menambah waktu tunggu.
Cara kami menguji sebelum serah terima
- Diuji di sambungan lambat, bukan hanya di kantor. Kami turunkan kecepatan sambungan, lalu mengukur ulang.
- Diuji di HP kelas menengah, bukan hanya komputer kantor. Banyak pengguna lapangan memakai perangkat yang sudah berumur beberapa tahun.
- Diukur pada pemakaian pertama, bukan yang kedua. Setelah halaman pernah dibuka, sebagian isinya tersimpan di perangkat, sehingga pengukuran kedua selalu terlihat lebih cepat.
- Diuji dengan data yang banyak, bukan data contoh. Sistem yang cepat dengan sepuluh baris data bisa tersendat dengan sepuluh ribu.
Yang kami rapikan lebih dulu
Urutan perbaikannya sengaja dari yang paling murah:
- Perkecil gambar dan pakai format yang lebih ringan.
- Muat data sedikit demi sedikit, bukan sekaligus.
- Buang pustaka yang tidak benar-benar dipakai.
- Baru sentuh sisi server.
Urutan ini penting karena tiga langkah pertama biasanya menyelesaikan sebagian besar masalah, dan tidak membutuhkan perubahan besar pada sistemnya.
Kenapa ini bagian dari pekerjaan, bukan tambahan
Sistem yang cepat dipakai setiap hari, dan sistem yang dipakai setiap hari akan berkembang karena penggunanya sendiri yang meminta perbaikan.
Sebaliknya, sistem yang lambat akan ditinggalkan, dan pekerjaan yang ditinggalkan tidak pernah dikembangkan. Uang yang dihabiskan untuk membangunnya berhenti memberi manfaat begitu pemakaiannya berhenti.
Karena itu, kecepatan bukan hal yang diperiksa di akhir. Ia diperiksa di awal, dan diuji berulang kali selama pengerjaan.
