2.6 Mengamati Alur Kerja, Bukan Menggambar Layar

Dengan memahami konteks organisasi, kita bisa mengamati alur kerja yang sebenarnya—bukan yang tertulis di dokumen prosedur.

Coba bayangkan ini. Anda bekerja di perusahaan logistik. Tim verifikasi layanan mengeluh bahwa proses verifikasi dokumen terlalu lambat. Mereka minta dibuatkan sistem yang bisa menampilkan semua dokumen dalam satu layar, lengkap dengan status dan tombol aksi. Kedengarannya masuk akal, bukan? Tim pun mulai menggambar mockup: layout tiga kolom, filter berdasarkan jenis dokumen, tombol setujui dan tolak.

Tapi sebelum Anda menyentuh Figma atau memulai coding, ada satu langkah yang sering dilewati: melihat langsung bagaimana pekerjaan itu benar-benar dilakukan.

Ajak tim verifikasi layanan duduk bersama. Bukan di ruang rapat dengan slide presentasi, tapi di meja kerja mereka. Lihat bagaimana mereka membuka email, mengunduh lampiran, membuka folder bersama, mencocokkan nomor kontrak, lalu mengetik status di spreadsheet. Perhatikan bahwa mereka membuka tiga aplikasi sekaligus. Catat bahwa mereka kadang harus menunggu lima belas detik setiap kali berganti tab. Amati bahwa mereka punya post-it kecil di monitor yang berisi daftar nomor telepon yang sering dihubungi.

Inilah yang disebut observasi alur kerja. Tujuannya bukan menilai apakah cara kerja mereka efisien atau tidak. Tujuannya adalah melihat kenyataan apa adanya.

Dari observasi ini, Anda akan menemukan hal-hal yang tidak pernah muncul di dokumen spesifikasi. Misalnya, tim verifikasi layanan ternyata punya workaround: mereka menyimpan salinan dokumen di folder pribadi karena folder bersama terlalu lambat diakses. Atau mereka punya ritual pagi: mengecek satu per satu email yang masuk sambil menandai yang prioritas dengan warna bendera. Atau ada titik lambat yang tidak terlihat: proses verifikasi terhambat bukan karena aplikasi, tetapi karena data dari sistem penjualan sering salah format.

Workaround adalah tanda penting. Ketika pengguna membuat jalan pintas sendiri, itu berarti alur resmi tidak bekerja untuk mereka. Jangan buru-buru menghakimi workaround sebagai kesalahan pengguna. Sebaliknya, tanyakan: apa yang membuat mereka mengambil jalan itu? Apa yang hilang dari sistem resmi?

Titik lambat juga perlu dicatat dengan cermat. Bukan hanya soal performa aplikasi, tetapi juga soal celah informasi. Mungkin pengguna harus menunggu karena data dari divisi lain belum masuk. Atau mereka harus mengecek ulang karena tidak yakin data yang ditampilkan adalah yang terbaru. Atau mereka harus mengetik ulang informasi yang sebenarnya sudah ada di sistem lain.

Di sinilah AI bisa membantu, tetapi dengan peran yang tepat. Setelah observasi selesai, Anda bisa memakai AI assistant untuk merapikan catatan: mengelompokkan temuan, merangkum pola workaround, atau menyusun daftar titik lambat berdasarkan frekuensi kemunculan. AI bisa mengubah catatan mentah yang berantakan menjadi ringkasan yang rapi. Tapi AI tidak bisa menggantikan percakapan dan pengamatan manusia. Tidak ada AI yang bisa duduk di meja kerja tim verifikasi layanan, melihat mereka menghela napas setiap kali aplikasi lemot, atau mendengar mereka berkata, "Sebenarnya sih gampang, cuma sayangnya harus bolak-balik cek email dulu."

Observasi alur kerja mengubah cara kita melihat solusi. Setelah melihat langsung, Anda mungkin sadar bahwa yang dibutuhkan bukan layar baru dengan tombol lebih banyak, tetapi integrasi data antara sistem penjualan dan sistem verifikasi layanan. Atau notifikasi otomatis ketika dokumen sudah lengkap. Atau sinkronasi folder bersama agar tidak perlu menyimpan salinan pribadi.

Dengan kata lain, Anda tidak lagi menggambar layar. Anda mulai merancang aliran informasi dan keputusan yang lebih lancar. Dan itu adalah awal dari solusi yang benar-benar membantu pengguna, bukan sekadar memenuhi permintaan permukaan.

Setelah observasi selesai, Anda perlu merangkum semua temuan menjadi sesuatu yang bisa dipakai tim untuk mengambil keputusan.

Sebagai gambaran, berikut perbandingan antara alur kerja yang tertulis di prosedur dan alur kerja yang sebenarnya terjadi di lapangan.

flowchart TD subgraph Formal[Alur Kerja Formal] A1[Mulai] --> A2[Buka Aplikasi Verifikasi] A2 --> A3[Lihat Daftar Dokumen] A3 --> A4[Klik Detail Dokumen] A4 --> A5[Cocokkan Nomor Kontrak] A5 --> A6[Setujui / Tolak] A6 --> A7[Selesai] end subgraph Aktual[Alur Kerja Aktual] B1[Mulai] --> B2[Buka Email] B2 --> B3[Unduh Lampiran] B3 --> B4[Buka Folder Bersama] B4 --> B5{Folder Lambat?} B5 -- Ya --> B6[Salin ke Folder Pribadi] B5 -- Tidak --> B7[Buka Spreadsheet] B6 --> B7 B7 --> B8[Cocokkan Nomor Kontrak] B8 --> B9{Data Sales Salah Format?} B9 -- Ya --> B10[Hubungi via Sticky Note] B9 -- Tidak --> B11[Ketik Status Manual] B10 --> B11 B11 --> B12[Selesai] end Formal -.->|Titik Lambat| Aktual
The Scope Balloon
The Scope Balloon