1.6 Pertanyaan Pertama: Untuk Siapa dan Memperbaiki Apa?
Perubahan identitas ini membawa kita ke pertanyaan paling penting yang harus diajukan di awal setiap inisiatif. Bukan "teknologi apa yang akan dipakai?" atau "bahasa pemrograman apa yang paling cocok?" Bukan juga "bagaimana cara membuatnya dengan AI?" Pertanyaan pertama yang harus Anda tanyakan jauh lebih sederhana, tetapi justru paling sering dilewati: untuk siapa solusi ini dan apa yang ingin diperbaiki?
Coba bayangkan dua situasi. Seorang manajer operasional di perusahaan logistik mendapat keluhan bahwa proses tracking pengiriman sering telat diperbarui. Tim IT langsung mengusulkan membuat aplikasi mobile baru dengan notifikasi real-time. Kedengarannya masuk akal, bukan? Tapi ketika ditanya "untuk siapa?", jawabannya ternyata kabur. Apakah untuk kurir di lapangan? Untuk customer service yang menerima telepon pelanggan? Atau untuk manajer gudang yang perlu tahu status pengiriman? Masing-masing punya masalah yang berbeda. Kurir mungkin butuh antarmuka yang simpel dan cepat, customer service butuh riwayat lengkap, manajer gudang butuh dashboard agregat. Tanpa menjawab "untuk siapa" dengan jelas, tim IT bisa menghabiskan waktu membangun fitur yang tidak dipakai siapa pun.
Pertanyaan kedua sama pentingnya: "memperbaiki apa?" Bukan "membuat apa". Perhatikan perbedaan kata kerjanya. "Membuat" mengarah pada produk baru. "Memperbaiki" mengarah pada kondisi yang tidak ideal saat ini. Seorang kepala HR ingin "membuat sistem rekrutmen berbasis AI". Tapi ketika ditanya apa yang ingin diperbaiki, jawabannya adalah: "Waktu screening CV terlalu lama, rata-rata tiga hari untuk seratus pelamar." Sekarang masalahnya jelas. Solusinya belum tentu sistem baru. Mungkin cukup dengan AI assistant yang membantu HR membaca CV lebih cepat. Mungkin alur kerja-nya yang perlu diubah, bukan aplikasinya. Mungkin data CV yang perlu distandarisasi formatnya.
Kedua pertanyaan ini bekerja bersama. "Untuk siapa" menentukan perspektif. "Memperbaiki apa" menentukan fokus. Tanpa keduanya, Anda seperti berangkat ke suatu tempat tanpa tahu tujuan dan tanpa tahu penumpang siapa yang akan diantar. AI memang bisa membuat prototype dalam hitungan menit, tetapi prototype tanpa arah hanya akan mempercepat kebingungan.
Dalam praktiknya, menjawab dua pertanyaan ini sering lebih sulit dari kelihatannya. Pengguna jarang bisa merumuskan masalahnya dengan rapi. Mereka datang dengan keluhan, bukan analisis. "Aplikasi lambat" bisa berarti banyak hal. "Pelanggan komplain" bisa disebabkan oleh berbagai faktor. Tugas Anda bukan menerima keluhan mentah-mentah, tetapi menggali lebih dalam. Siapa yang paling merasakan dampak kelambatan itu? Apa yang sebenarnya terjadi ketika aplikasi "lambat"? Apakah data tidak muncul? Apakah prosesnya terputus? Apakah pengguna harus mengulang pekerjaan?
Kebiasaan menanyakan "untuk siapa dan memperbaiki apa" di awal setiap inisiatif adalah ciri pertama seorang arsitek. Bukan karena arsitek lebih pintar, tetapi karena mereka tahu bahwa teknologi adalah alat, bukan tujuan. Dan alat yang paling canggih sekalipun tidak akan berguna jika dipakai untuk masalah yang salah atau untuk orang yang tidak membutuhkannya.
Jawaban dari dua pertanyaan ini akan menjadi fondasi untuk langkah selanjutnya: memahami kebutuhan secara lebih mendalam dan melihat konteks tempat solusi akan hidup.