Sebelum Anda mendesain ulang situs web Anda, putuskan apa yang sebenarnya harus diubah

Sebelum melakukan desain ulang, catat apa yang perlu dipertahankan oleh situs saat ini, masalah apa yang terdokumentasikan, dan bagaimana setiap perubahan yang diusulkan akan diperiksa. Penampilan dapat memotivasi peninjauan, namun tidak berarti bahwa setiap bagian situs rusak.

Tentukan keputusan secara konkret: membuat penawaran mudah dipahami, memperbaiki jalur pengiriman pertanyaan pelanggan, atau mengatur informasi penting. Jika masalah masih berupa hipotesis, masukkan penelusuran dalam arahan pekerjaan, bukan menyajikan desain yang disukai sebagai jawaban yang telah terbukti.

Misalnya, “Buat situs web lebih profesional” sulit diverifikasi. “Jelaskan hasil penilaian sebelum formulir pertanyaan pelanggan” memberi tim sesuatu untuk dibuat dan diperiksa. Penyegaran tampilan tetap dapat menjadi pilihan bisnis yang sah; pisahkan tujuannya dari klaim bahwa perubahan itu akan menyelesaikan masalah penjualan yang belum diukur.

Catat alasan proyek dimulai: umpan balik, perubahan layanan, kegagalan yang dapat diulangi, atau keputusan mengubah posisi bisnis. Setiap alasan memerlukan pekerjaan yang berbeda. Ini membantu tim desain memahami apakah tugas utamanya berkaitan dengan tampilan, konten, struktur, atau fungsi.

Daftarkan halaman penting, tujuan, konten utama, dan jalur yang digunakan pengunjung. Simpan pengamatan yang relevan bersama halaman dan konteksnya. Jika ada data yang penggunaannya diizinkan, catat periode dan kondisinya agar perbandingan berikutnya memiliki dasar yang bermakna.

Masukkan URL saat ini, instruksi untuk mesin pencari, dan hubungan halaman yang relevan dalam catatan kondisi awal. Hal-hal ini perlu dipertahankan dan diverifikasi dalam rencana desain ulang. Tangkapan layar saja tidak dapat merekam cara kerja alur, pengiriman pertanyaan pelanggan, atau status pengindeksan yang dilaporkan mesin pencari.

Mulailah dari beranda, halaman layanan utama, panduan berguna, rincian kontak, dan alur pengiriman pertanyaan pelanggan. Tambahkan halaman dengan visibilitas pencarian yang berarti atau penggunaan bisnis yang diketahui jika pemilik dapat memberikan informasinya. Jangan menganggap jumlah kunjungan yang rendah membuat halaman layak dihapus: halaman itu dapat menjawab pertanyaan khusus dalam proses penjualan yang bernilai.

Untuk setiap halaman yang dipilih, simpan alamat, jawaban utama, klaim penting, dan tindakan berikutnya. Simpan tampilan ponsel jika memperlihatkan masalah yang berbeda. Tanpa analitik, catatan kondisi awal tetap dapat menggambarkan situs saat ini secara akurat; biarkan kinerjanya belum terukur.

• Tujuan halaman: pertanyaan atau tugas yang dilayani halaman.
• Materi berguna: penjelasan, contoh, ketentuan, dan informasi kontak yang layak dipertahankan.
• Alur: tempat pembaca tiba, apa yang dapat mereka lakukan selanjutnya, dan kegagalan apa pun yang dapat direproduksi.
• Data pemilik yang tersedia: periode, sumber, dan konteks permintaan pelanggan atau pencarian yang relevan.
• Tidak diketahui: akses atau investigasi yang diperlukan sebelum keputusan penghapusan atau penggantian.

Pertahankan penjelasan berguna, bukti yang didukung sumber, dan alur yang berfungsi, kecuali arahan baru menyebutkan alasan untuk mengubahnya. Tampilannya mungkin sudah usang, tetapi bagian tersebut masih dapat menjawab pertanyaan pembelian yang penting. Catat perannya sebelum menghapusnya.

Bedakan bukti kegunaan dari kebiasaan. Jika tim menyatakan halaman berfungsi dengan baik, tanyakan pengamatan yang mendukungnya. Jika bukti itu tidak tersedia, keputusan untuk mempertahankan halaman mungkin tetap masuk akal, tetapi harus dinyatakan sebagai pertimbangan perencanaan, bukan kesimpulan terukur.

Deskripsi layanan yang jelas tidak memerlukan janji baru hanya karena tipografinya berubah. Kasus yang relevan harus menjaga konteks agar hasilnya dapat dimengerti. Jika penawaran berubah, tinjau deskripsi saat ini dan contoh pendukungnya sehingga bukti lama tidak secara diam-diam mendukung layanan lain.

Konten pencarian yang bermanfaat juga memerlukan keputusan yang disengaja. Catat pertanyaan mana yang dijawab oleh panduan dan bagaimana pembaca melanjutkannya. Jika berpindah atau digabungkan, penggantinya harus mempertahankan jawaban yang berguna dan rute yang mengarah ke sana. Alamatnya sendiri dapat berpengaruh terhadap link dan bookmark yang ada.

Sebutkan kondisi dan akibat atau risiko yang belum terselesaikan. Sebuah penawaran yang tidak memiliki cakupan memerlukan penjelasan yang pasti. Formulir dengan masalah validasi yang diamati memerlukan perbaikan yang dapat direproduksi. Instruksi umum untuk menjadikan situs modern terlalu luas untuk diverifikasi.

Jelaskan berbagai jenis pekerjaan dalam arahan. Tata letak baru tidak menentukan ketentuan bisnis, dan perbaikan teks tidak memperbaiki pengiriman yang gagal. Masalah dapat saling berkaitan, tetapi tim perlu mengetahui tujuan setiap perubahan.

Perbandingan pesaing dapat mengungkap pertanyaan yang belum terjawab, namun presentasi situs lain bukanlah bukti bahwa meniru desainnya akan berhasil. Gunakan wawasan untuk menulis persyaratan asli berdasarkan audiens dan fakta Anda.

Tanyakan seberapa luas masalah yang telah didokumentasikan. Satu halaman yang belum menjelaskan hasil pekerjaan mungkin memerlukan penyuntingan teks. Kesalahan pada formulir yang digunakan bersama mungkin memerlukan perbaikan yang sama di beberapa halaman. Sistem navigasi yang tidak dapat menampung layanan saat ini mungkin memerlukan perubahan struktur yang lebih luas.

Pertimbangkan ketergantungan dan pemeliharaan selain tampilan. Dapatkah situs yang ada mendukung konten dan alur yang diperlukan? Dapatkah tim penanggung jawab memelihara hasilnya? Jika setiap usulan perbaikan memerlukan solusi sementara, telusuri apakah struktur dasarnya merupakan bagian dari masalah.

Pembangunan ulang yang lebih luas lebih masuk akal jika Anda dapat menyebutkan batasan yang perlu dihilangkan. Sebelum berkomitmen, bandingkan pekerjaan, risiko terhadap hal yang perlu dipertahankan, dan pemeriksaan penerimaan hasil untuk perbaikan terarah dan pembangunan ulang. Pilihan dengan cakupan paling kecil yang memenuhi persyaratan sebenarnya layak dipertimbangkan.

Jika bukti belum lengkap, telusuri bagian yang dapat mengubah keputusan. Misalnya, konfirmasikan apakah kegagalan pengiriman pertanyaan pelanggan saat ini terjadi pada formulir yang digunakan bersama sebelum meminta penggantian setiap halaman layanan. Cantumkan ketidakpastian dalam arahan, bukan mengubahnya menjadi klaim yakin bahwa seluruh situs perlu diganti.

Entri fiktif ini menunjukkan cara audit mempersempit cakupan desain ulang. Kolom keputusan memberikan arah, sedangkan kolom verifikasi menentukan hal yang harus tetap benar setelah pekerjaan selesai. Keputusan untuk mempertahankan sesuatu dapat mencakup tampilan baru sambil menjaga maknanya.

Gunakan satu baris untuk setiap bagian penting. Dalam “Halaman atau area”, masukkan alamat atau komponen yang digunakan bersama. Dalam “Pertahankan”, tuliskan makna atau fungsi yang perlu dijaga; dalam “Ubah”, jelaskan tugas spesifik, bukan preferensi gaya. “Bukti atau alasan” harus menjelaskan alasan baris tersebut dicatat.

Dalam “Verifikasi setelahnya”, jelaskan cara memeriksa hasil. “Peran penanggung jawab” menunjukkan siapa yang dapat memberikan fakta, melakukan perubahan, atau mengonfirmasi penyelesaian. Anda dapat menyebut peran pemilik layanan, editor, desainer, atau pengembang tanpa memasukkan informasi pribadi pelanggan ke lembar kerja.

Baris yang telah diisi adalah contoh ilustratif. Baris kosong digunakan untuk keputusan Anda sendiri; mulailah dari bagian yang paling mungkin memengaruhi cakupan desain ulang. Cetak matriks sebelum meninggalkan halaman jika memerlukan salinan. Catatan hanya tersimpan selama halaman tetap terbuka; matriks tidak mengirim arahan pekerjaan atau melaksanakan perubahan.

Kelompokkan tugas yang terkait dan identifikasi ketergantungan, pertanyaan yang belum terjawab, serta penanggung jawabnya. Pisahkan pemeriksaan wajib untuk mempertahankan fungsi atau informasi dari eksperimen opsional. Tim harus dapat melihat keputusan yang diperlukan sebelum desain dimulai dan hal yang dapat diperiksa saat implementasi.

Cantumkan halaman saat ini, masalah yang diamati, materi pendukung, usulan perubahan, dan pemeriksaan penerimaan. Tambahkan informasi yang harus dipertahankan oleh desain ulang. Jika perubahan yang disarankan masih berupa hipotesis, katakan apa yang perlu diuji sebelum menganggapnya sebagai jawaban akhir.

Arahan fiktif di bawah ini sengaja dibatasi. Bisnis tersebut masih dapat memilih desain visual baru, tetapi persyaratan ini dapat dinilai secara terpisah. Dengan demikian, satu deskripsi yang belum lengkap tidak berubah menjadi klaim bahwa seluruh situs web menyebabkan hilangnya penjualan.

Kriteria penerimaan harus sesuai dengan persyaratan. Jika tugasnya memperjelas cakupan, bandingkan teks baru dengan fakta produk yang disetujui dan uji pemahaman pembaca. Jika jalurnya berubah, verifikasi tujuan dan tautan yang relevan. Jika formulirnya berubah, lakukan pengujian penyelesaian dan pengiriman yang diizinkan.

Periksa kembali alur penting yang dicatat sebelumnya dan informasi yang dipertahankan pada situs yang sudah diterbitkan. Buka alamat lama, ikuti navigasi utama dan tautan terkait, periksa ketentuan layanan utama, lalu ulangi pemeriksaan formulir yang disepakati di ponsel dan desktop. Pratinjau desain belum membuktikan bahwa situs yang dirilis berfungsi dengan cara yang sama.

Untuk halaman yang diharapkan muncul dalam pencarian, minta spesialis terkait atau pemilik properti Search Console membandingkan pengaturan pencarian yang dimaksud dengan bukti pengindeksan yang tersedia. Akses publik menentukan kelayakan, tetapi belum membuktikan bahwa halaman benar-benar diindeks. Persyaratan teknis Google secara tegas membedakan kelayakan dari jaminan pengindeksan.

Catat secara singkat persyaratan, hasil, dan masalah yang masih tersisa. Perbaiki kegagalan rilis yang dapat diulangi sebelum menilainya sebagai eksperimen pemasaran. Desain ulang yang selesai dan formulir yang berfungsi tetap memerlukan data bisnis yang sesuai sebelum Anda dapat mengklaim peningkatan jumlah permintaan pelanggan yang berkualitas.

Tinjau bagian yang berubah setelah rilis dan periksa kembali alur yang lebih luas ketika penawaran, audiens, navigasi, atau proses pengiriman pertanyaan pelanggan berubah. Interval yang tepat bergantung pada tujuan Anda dan skala perubahan; tidak ada satu jadwal yang cocok untuk semua bisnis.

Jika nanti Anda membandingkan perilaku, pertahankan definisi yang sama dan catat perubahan pada lalu lintas, kampanye, dan layanan. Verifikasi langsung menanyakan apakah perubahan yang diminta berhasil. Tinjauan kinerja menanyakan apa yang terjadi pada pengguna dan hasil bisnis yang relevan. Pertahankan keduanya, namun jangan saling menggantikan.

Audit sebelum desain ulang membantu menentukan apa yang perlu dipertahankan dan diubah. Peninjauan setelah desain ulang memeriksa implementasi berdasarkan keputusan tersebut dan dapat menemukan masalah baru. Keduanya tidak menjamin visibilitas pencarian atau pertumbuhan penjualan.

Gunakan hasil pengamatan untuk menentukan pekerjaan sebelum mengubah seluruh situs web. Jika masalah konten, pencarian, dan pengiriman pertanyaan pelanggan saling berkaitan, audit situs web Alytixx menyeluruh dapat membantu membahasnya bersama dan memperjelas arahan pekerjaan berikutnya.