Artikel
Dari Audit Website ke Rencana Aksi: Cara Memutuskan Apa yang Harus Diperbaiki Lebih Dulu
Cara menyortir temuan audit website, memprioritaskan berdasarkan dampak, urgensi, usaha, dan ketergantungan, lalu menjadikannya tugas dengan penanggung jawab.
Audit website memberi tahu apa yang salah. Rencana aksi mengatur siapa memperbaiki apa, kapan tenggatnya, dan bagaimana Anda tahu hal itu berhasil. Untuk mengubah yang pertama menjadi yang kedua, kelompokkan setiap temuan ke dalam kategori. Beri nilai berdasarkan dampak bisnis, urgensi, usaha, dan ketergantungan. Lalu ubah beberapa temuan teratas menjadi tugas dengan penanggung jawab, tenggat, dan metrik keberhasilan. Jangan mencoba memperbaiki semuanya sekaligus.
Mengapa audit saja tidak memperbaiki website Anda?
Audit adalah daftar masalah. Audit tidak mengubah satu halaman pun. Banyak pemilik bisnis jasa kecil menerima laporan berisi puluhan atau ratusan temuan lalu tidak melakukan apa-apa, karena daftar itu tidak menyebut harus mulai dari mana.
Jarak antara menemukan dan memperbaiki biasanya bermuara pada tiga pertanyaan yang tidak dijawab laporan:
- Masalah mana yang benar-benar membuat Anda kehilangan pelanggan? Formulir kontak yang rusak lebih penting daripada deskripsi gambar yang hilang di artikel blog lama.
- Siapa yang akan mengerjakannya? Anda, staf, pengembang web, atau sebuah alat.
- Bagaimana Anda tahu perbaikan itu membantu? Tanpa ukuran, perbaikan hanyalah perubahan.
Rencana aksi menjawab ketiganya. Audit adalah masukannya. Rencana adalah yang Anda tindak lanjuti.
Bagaimana sebaiknya mengelompokkan temuan audit?
Mulai dengan menyortir setiap temuan ke salah satu dari lima kelompok. Ini menunjukkan jenis pekerjaan yang dibutuhkan dan siapa yang bisa mengerjakannya.
| Kategori | Cakupannya | Contoh umum | Biasanya diperbaiki oleh |
|---|---|---|---|
| SEO teknis | Apakah mesin pencari dapat menemukan, membaca, dan mengindeks halaman Anda. Indeks berarti mesin pencari telah menyimpan sebuah halaman sehingga bisa menampilkannya di hasil pencarian. | Halaman layanan seorang tukang leding terblokir dari mesin pencari karena pengaturan sisa saat situs diluncurkan | Pengembang web atau platform website |
| Kualitas konten | Apakah halaman Anda menjawab apa yang dicari pelanggan | Sebuah klinik gigi hanya punya satu halaman pendek untuk semua perawatan, sehingga orang yang mencari "pemutihan gigi" tidak menemukan jawaban yang jelas | Pemilik atau penulis, dengan persetujuan |
| Pengalaman pengguna | Seberapa mudah situs digunakan, terutama di ponsel | Menu toko roti berupa PDF yang sulit dibaca di ponsel | Pengembang atau platform website |
| Peluang konversi | Apakah pengunjung mudah menjadi calon pelanggan. Konversi adalah tindakan yang Anda inginkan, misalnya telepon, formulir, atau pemesanan. | Formulir kontak sebuah firma hukum meminta dua belas isian sebelum siapa pun bisa mengirim pertanyaan | Pemilik memutuskan, pengembang atau platform membangun |
| Analitik | Apakah Anda bisa mengukur apa yang terjadi di situs | Tidak ada yang tahu berapa banyak pesan formulir kontak yang datang dari pencarian | Pengembang atau penyiapan analitik |
Sebagian temuan masuk ke dua kelompok. Tempatkan di tempat perbaikannya terjadi, bukan di tempat gejalanya muncul.
Bagaimana memutuskan apa yang diperbaiki lebih dulu?
Beri nilai setiap temuan pada empat faktor. Skala sederhana rendah, sedang, dan tinggi sudah cukup.
- Dampak bisnis. Seberapa besar pengaruhnya terhadap pertanyaan, telepon, atau pemesanan? Tombol pemesanan yang rusak bernilai tinggi. Judul halaman yang agak panjang bernilai rendah.
- Urgensi. Apakah keadaannya makin buruk, atau ada tenggat waktu? Halaman pesanan hari raya sebuah toko roti sebelum musimnya bersifat mendesak. Salah ketik di artikel lama tidak.
- Usaha. Berapa banyak waktu, biaya, atau keahlian yang dibutuhkan untuk memperbaikinya? Menulis ulang satu judul bernilai rendah. Membangun ulang navigasi situs bernilai tinggi.
- Ketergantungan. Apakah ada perbaikan lain yang harus dilakukan lebih dulu? Sedikit gunanya memperbaiki teks halaman jika mesin pencari belum bisa mengindeks halaman itu.
Lalu kerjakan dengan urutan ini:
- Kerjakan dulu: dampak tinggi, usaha rendah atau sedang, tanpa ketergantungan yang menghambat.
- Rencanakan berikutnya: dampak tinggi, usaha tinggi. Pecah menjadi langkah-langkah kecil.
- Kelompokkan nanti: dampak rendah, usaha rendah. Satukan dan perbaiki bersama-sama.
- Hentikan atau tunda: dampak rendah, usaha tinggi.
Berikut contoh sebuah klinik gigi menilai empat temuan:
| Temuan | Dampak | Urgensi | Usaha | Bergantung pada | Keputusan |
|---|---|---|---|---|---|
| Formulir pemesanan gagal di ponsel | Tinggi | Tinggi | Sedang | Tidak ada | Kerjakan dulu |
| Tidak ada halaman terpisah untuk implan | Tinggi | Sedang | Sedang | Tidak ada | Kerjakan dulu |
| Pesan formulir kontak tidak dilacak | Sedang | Sedang | Rendah | Tidak ada | Kerjakan dulu, agar perbaikan berikutnya bisa diukur |
| Artikel blog lama tidak punya deskripsi gambar | Rendah | Rendah | Rendah | Tidak ada | Kelompokkan nanti |
Perhatikan perbaikan pelacakan. Itu bukan masalah yang paling terlihat, tetapi tanpanya Anda tidak bisa tahu apakah perbaikan lain berhasil. Karena itu analitik sering masuk ke urutan atas.
Seperti apa tugas aksi yang baik?
Temuan seperti "konten halaman layanan terlalu tipis" bukanlah tugas. Tugas menyebutkan satu perubahan, satu penanggung jawab, satu tenggat, dan satu ukuran.
Gunakan templat ini:
- Tugas: apa yang akan berubah, di halaman mana
- Penanggung jawab: satu orang yang disebut namanya, bukan "tim"
- Tenggat: tanggal atau minggu yang spesifik
- Metrik keberhasilan: apa yang akan Anda periksa, dan kapan
Contoh dari empat jenis bisnis jasa:
Tukang leding
- Temuan: halaman layanan darurat tidak terindeks.
- Tugas: hapus pengaturan yang memblokir mesin pencari dari halaman layanan darurat.
- Penanggung jawab: pengembang web.
- Tenggat: akhir minggu ke-1.
- Metrik keberhasilan: halaman tampil sebagai terindeks di Google Search Console, dan tayangan halaman itu muncul pada minggu-minggu berikutnya. Tayangan adalah jumlah kali halaman Anda ditampilkan di hasil pencarian.
Toko roti
- Temuan: kue perayaan hanya dijelaskan dalam PDF.
- Tugas: buat halaman kue perayaan berisi ukuran, rasa, dan cara memesan.
- Penanggung jawab: pemilik menulis detailnya, platform website mempublikasikan.
- Tenggat: akhir minggu ke-3.
- Metrik keberhasilan: tayangan dan klik pencarian untuk halaman baru, serta pertanyaan kue melalui formulir kontak.
Firma hukum
- Temuan: formulir kontak terlalu panjang.
- Tugas: kurangi formulir menjadi nama, e-mail, telepon, dan pertanyaan singkat.
- Penanggung jawab: seorang partner menyetujui isian, pengembang membangun perubahannya.
- Tenggat: akhir minggu ke-2.
- Metrik keberhasilan: jumlah pertanyaan lewat formulir per minggu, dibandingkan dengan minggu-minggu sebelum perubahan.
Klinik gigi
- Temuan: tidak ada pelacakan pesan formulir.
- Tugas: catat setiap pesan formulir kontak yang berhasil sebagai peristiwa di analitik.
- Penanggung jawab: pengembang web.
- Tenggat: akhir minggu ke-1.
- Metrik keberhasilan: pesan formulir muncul di analitik dan cocok dengan kotak masuk.
Metrik keberhasilan tidak menjanjikan hasil. Metrik memberi tahu apa yang harus Anda pantau agar bisa memutuskan apakah melanjutkan, menyesuaikan, atau berhenti.
Mengapa memperbaiki semuanya sekaligus biasanya sebuah kesalahan?
Menyerahkan seluruh audit kepada pengembang terasa efisien. Dalam praktiknya, ini sering kali berbalik merugikan.
- Anda tidak bisa tahu apa yang berhasil. Jika dua puluh hal berubah dalam satu minggu dan jumlah pertanyaan naik atau turun, Anda tidak tahu perubahan mana penyebabnya.
- Perbaikan kecil menyingkirkan yang besar. Daftar panjang dipenuhi hal-hal mudah berdampak rendah. Semuanya selesai, sementara perbaikan sulit yang penting menunggu.
- Risiko meningkat. Banyak perubahan sekaligus membuat lebih sulit menemukan apa yang merusak situs jika ada yang salah.
- Anggaran habis. Membayar semua perbaikan di muka bisa memakai uang yang Anda butuhkan untuk perbaikan yang benar-benar penting.
Ritme yang lebih baik adalah beberapa tugas berdampak tinggi sekaligus. Periksa hasilnya, lalu lanjut ke kelompok berikutnya.
Di mana posisi AMOS, dan apa yang tetap Anda putuskan?
AMOS dibuat untuk bisnis jasa yang tidak punya tim SEO, konten, atau IT, seperti klinik gigi, firma hukum, toko roti, atau tukang leding. AMOS membantu langkah yang paling sering membuat pemilik macet: berpindah dari daftar masalah ke pekerjaan yang disetujui.
Apa yang dilakukan AMOS:
- Membaca halaman Anda dan halaman pesaing, lalu menunjukkan apa yang menahan situs Anda, halaman per halaman, beserta alasannya.
- Menyusun draf perbaikan, artikel, dan perubahan situs dalam suara merek Anda.
- Mengusulkan ide artikel dari celah yang nyata dan menandai setiap kalimat dalam draf yang masih perlu konfirmasi Anda.
- Mengirim ringkasan mingguan yang menampilkan tayangan, klik, dan pertanyaan di samping pekerjaan yang dilakukan, sehingga Anda bisa melihat apa yang berubah setelah setiap langkah.
Apa yang Anda putuskan:
- Perbaikan, artikel, dan perubahan situs mana yang dilanjutkan. Tidak ada yang tayang tanpa persetujuan Anda.
- Perubahan usulan mana yang Anda tolak. Saat kami membangun website kami sendiri, softalika.com, dengan AMOS, setiap permintaan menjadi draf kecil yang kami pratinjau di desktop dan ponsel, lalu kami setujui atau tolak.
Kapan pengembang mungkin masih dilibatkan:
Jika AMOS membangun dan menghosting website Anda, Anda bisa meminta perubahan dalam bahasa sehari-hari, mempratinjaunya di desktop dan ponsel, dan hanya menerbitkan versi yang Anda setujui. Website terkelola mencakup riwayat versi dan pengalihan. Jika situs Anda berjalan di platform lain, sebagian perbaikan, seperti pengaturan server atau kode pelacakan, mungkin memerlukan pengembang web Anda sendiri. Tanyakan soal penyiapan Anda pada panggilan pilot agar Anda tahu tugas mana yang bisa dituntaskan AMOS dan mana yang perlu bantuan orang lain.
AMOS tidak menjanjikan peringkat, lalu lintas, atau pendapatan. AMOS melaporkan perubahan yang terukur di samping pekerjaan yang telah dilakukan.
Bagaimana pilot dimulai?
Pilot dimulai dengan panggilan singkat tentang website Anda, tim Anda, dan pasar tempat Anda berjualan. Tim AMOS kemudian menyiapkan AMOS untuk Anda di sumber daya cloud terisolasi milik Anda sendiri. Anda masuk ke panel dengan kode e-mail dan melihat temuan untuk situs Anda halaman per halaman. Durasi, ketentuan, dan harga pilot disepakati pada panggilan tersebut.
Jika Anda punya audit yang tidak pernah ditindaklanjuti, atau tidak punya audit sama sekali, ajukan pilot melalui halaman kontak atau chatbot. Kami membalas dalam satu hari kerja.