Mulai dari keputusan bisnis, bukan tampilan.
Website terasa ketinggalan zaman. Enquiry sepi. Tim sulit memperbarui informasi. Tiga keluhan ini terdengar mirip, tetapi belum tentu memerlukan solusi yang sama.
Sebelum memutuskan redesign, tulis dulu apa yang ingin berubah: layanan lebih mudah dipahami, enquiry lebih relevan, informasi lebih mudah diperbarui, atau sistem lebih dapat diandalkan. “Lebih modern” boleh menjadi arah visual, tetapi belum cukup sebagai tujuan proyek.
Redesign adalah salah satu pilihan tindakan. Bukan diagnosis.
Pisahkan lima jenis masalah.
1. Orang yang tepat belum datang.
Jika kunjungan dari calon pembeli masih sedikit, perubahan tampilan saja belum tentu membantu. Periksa sumber traffic dan kebutuhan pencari. Apakah halaman yang tersedia menjawab layanan yang benar-benar mereka cari?
Data pencarian dan campaign dapat membantu, tetapi tidak semua bisnis punya data yang cukup. Jika datanya belum tersedia, catat sebagai hal yang belum diketahui—bukan alasan untuk mengarang estimasi traffic yang hilang.
2. Pengunjung belum memahami penawaran.
Website bisa tampil baik tetapi tidak menjelaskan layanan, kecocokan pelanggan, atau bukti pekerjaan. Baca satu halaman layanan dari sudut pandang orang yang belum mengenal bisnis Anda. Apakah ia bisa menjelaskan kembali apa yang ditawarkan dan kapan layanan itu relevan?
Jika struktur dasarnya masih memadai, perbaikan judul, penjelasan, contoh dan susunan informasi bisa menjadi langkah pertama. Tidak semua masalah informasi memerlukan platform baru.
3. Langkah berikutnya membingungkan atau rusak.
Coba jalur enquiry sendiri di ponsel. Klik tombol, isi form, dan pastikan pesan benar-benar diterima oleh penanggung jawab. Tampilan “berhasil” belum membuktikan pesan sampai.
Periksa juga apakah pengunjung mengetahui apa yang terjadi setelah mengirim pesan. Form yang panjang tidak otomatis buruk; setiap pertanyaan perlu punya fungsi dalam proses respons atau kualifikasi.
4. Enquiry masuk, tetapi tindak lanjut terhambat.
Masalah bisa terjadi setelah website selesai menjalankan tugasnya: pesan masuk ke kotak yang tidak dipantau, konteks hilang, atau tidak ada penanggung jawab. Diskusikan alur internal sebelum mengganti halaman yang sebenarnya sudah bekerja.
Bedakan klik tombol, pesan yang diterima, enquiry yang sesuai, dan proyek yang disepakati. Itu empat tahap yang berbeda.
5. Fondasi teknis memang membatasi.
Rebuild lebih layak dipertimbangkan ketika tim tidak dapat memperbarui konten yang penting, struktur layanan tidak bisa diakomodasi, fungsi inti tidak dapat diandalkan, atau pemeliharaan terus menimbulkan masalah. Tetap lakukan pemeriksaan spesifik: sebutkan bagian yang membatasi dan alternatif perbaikannya.
Pilih langkah terkecil yang cukup.
| Situasi yang ditemukan | Langkah awal yang masuk akal |
|---|---|
| Penawaran belum jelas, struktur masih memadai | Rapikan konten dan hierarki satu halaman prioritas. |
| Form atau notifikasi gagal | Perbaiki dan uji pengiriman dari awal sampai penerimaan. |
| Kunjungan tidak relevan | Periksa intent pencarian, targeting dan pesan sebelum mengganti desain. |
| Enquiry relevan tidak ditindaklanjuti | Perjelas pemilik respons dan alur kerja internal. |
| Platform menghambat kebutuhan penting | Bandingkan perbaikan terbatas dengan rebuild yang terukur. |
Ini kerangka diagnosis awal, bukan aturan bahwa setiap website cukup diperbaiki sedikit. Beberapa masalah memang saling terkait. Tujuannya adalah memberi alasan yang jelas untuk scope yang dipilih.
Siapkan brief yang membantu pengambilan keputusan.
- Tujuan: apa yang perlu dipahami atau dilakukan calon pelanggan?
- Contoh masalah: halaman, layar, pesan gagal atau pertanyaan pelanggan yang berulang.
- Yang sudah diketahui: data tersedia, sumber enquiry, dan cara tim menindaklanjutinya.
- Batasan: konten, akses, sistem, waktu dan pemilik persetujuan.
- Ukuran selesai: apa yang harus terkirim atau berfungsi, dan bagaimana pemeriksaannya?
Dari sini, diskusi bisa menghasilkan perbaikan halaman, pengujian alur enquiry, pekerjaan SEO, optimasi campaign, atau rebuild. Keputusan mengikuti masalah yang ditemukan, bukan daftar paket yang tersedia.
Batas panduan ini.
Ini adalah kerangka praktis untuk percakapan awal, bukan temuan riset pasar atau audit website Anda. Contohnya bersifat umum; tidak ada angka uplift, peringkat atau hasil klien yang disimpulkan. Diagnosis proyek tetap memerlukan konteks dan pemeriksaan pada website yang bersangkutan.
Untuk contoh alur informasi dan enquiry dalam materi pekerjaan historis, lihat catatan proyek Coway. Untuk ruang lingkup pekerjaan website, lihat Web Design & Development.