# Arsitektur website yang membantu pembeli

Oura Works · Playbook · 2 Oktober 2026

Ubah daftar halaman menjadi jalur yang membantu calon pelanggan memahami layanan, menilai kecocokan, dan menghubungi tim Anda.

## Hasil yang disiapkan
Peta halaman, tujuan setiap URL, dan hubungan antara layanan, bukti, serta kontak.

## Bahan awal
- Daftar layanan dan segmen pelanggan
- Pertanyaan yang sering diterima sales
- Daftar URL yang masih aktif

## Langkah kerja

### 1. Mulai dari keputusan pembeli
Tulis tiga pertanyaan yang muncul sebelum orang bersedia berdiskusi: apakah layanan ini cocok, bukti apa yang tersedia, dan bagaimana prosesnya. Ambil dari percakapan sales atau wawancara singkat; jangan menyamakan asumsi internal dengan riset pelanggan. Kelompokkan pertanyaan yang berulang, lalu beri urutan sesuai kebutuhan pembeli.

Output: Daftar pertanyaan dengan sumber dan prioritas.

### 2. Beri satu peran utama pada setiap halaman
Halaman layanan menjelaskan cakupan. Halaman industri menjelaskan konteks. Studi kasus menjelaskan pekerjaan dan bukti. Kontak membantu memulai percakapan. Jika dua URL menjawab kebutuhan yang sama, tentukan apakah keduanya layak dipisahkan. Pertahankan URL lama yang masih relevan; rencanakan pengalihan jika benar-benar dipindahkan.

Output: Inventaris URL dengan peran dan keputusan pertahankan, gabungkan, atau buat.

### 3. Hubungkan halaman sesuai alur keputusan
Dari layanan, tautkan bukti yang benar-benar berkaitan dan satu langkah kontak yang jelas. Dari artikel, arahkan ke layanan hanya ketika pembaca sudah mendapatkan jawaban. Label tautan harus menjelaskan tujuan, bukan sekadar “klik di sini”. Navigasi tidak perlu menampilkan semua halaman; pilih pintu masuk yang paling berguna.

Output: Peta hubungan antarahalaman beserta label tautan.

### 4. Uji dengan tugas yang nyata
Minta seseorang yang belum mengenal bisnis mencari satu layanan, batas pengerjaan, dan cara meminta penawaran. Amati letak kebingungannya tanpa langsung membantu. Uji di ponsel dan dengan keyboard. Catat masalah yang menghalangi tugas, lalu perbaiki sebelum menambahkan halaman baru.

Output: Catatan tugas, hambatan, penanggung jawab, dan perbaikan.

## Contoh latihan
Distributor alat industri membutuhkan halaman produk yang membantu procurement menemukan spesifikasi sebelum meminta penawaran. Dalam latihan ini, katalog bukan tempat untuk menyalin seluruh brosur tanpa struktur.

| Halaman | Pertanyaan pembeli | Langkah berikutnya |
| --- | --- | --- |
| Layanan pasokan | Barang dan area apa yang dilayani? | Lihat kategori produk |
| Detail produk | Apakah spesifikasinya cocok? | Unduh spesifikasi yang tersedia / minta penawaran |
| Studi kasus | Pekerjaan serupa apa yang pernah dilakukan? | Periksa konteks dan ruang lingkup |
| Formulir RFQ | Informasi apa yang perlu saya siapkan? | Kirim kebutuhan ke tim sales |

## Hindari salah langkah

### Membuat halaman untuk setiap variasi keyword
Pisahkan halaman ketika kebutuhan atau isi memang berbeda. Jumlah URL bukan ukuran kelengkapan.

### Menjadikan semua CTA “Hubungi kami”
Pembaca yang belum siap kontak mungkin membutuhkan spesifikasi, proses, atau bukti terlebih dahulu.

## Checklist
- [ ] Setiap URL punya tujuan yang berbeda
- [ ] Layanan terhubung ke bukti yang relevan
- [ ] Formulir memiliki label dan status yang jelas
- [ ] URL lama memiliki keputusan migrasi
- [ ] Jalur utama bisa digunakan di ponsel

## Lembar kerja

### Segmen pembeli utama
[Isi catatan Anda]

### Tiga pertanyaan pembeli
[Isi catatan Anda]

### URL dan peran halaman
[Isi catatan Anda]

### Tautan menuju bukti
[Isi catatan Anda]

### Perubahan URL dan rencana pengalihan
[Isi catatan Anda]

### Tugas untuk pengujian
[Isi catatan Anda]

## Pertanyaan yang sering muncul

### Berapa halaman yang diperlukan?
Mulai dari kebutuhan pembeli dan kapasitas mengelola konten. Peta halaman yang kecil tetapi jelas lebih berguna daripada puluhan halaman berulang.

### Haruskah seluruh URL lama diganti?
Tidak. Nilai manfaat dan dampak migrasi terlebih dahulu, termasuk tautan, trafik, dan pengalihan.

## Rujukan
- Google Search Essentials: https://developers.google.com/search/docs/essentials
- W3C: label untuk formulir: https://www.w3.org/WAI/tutorials/forms/labels/

Contoh adalah latihan, bukan hasil klien. Sesuaikan keputusan dengan kondisi bisnis. Panduan editorial disusun dengan bantuan AI dan rujukan publik; bukan jaminan hasil atau pengganti penilaian teknis khusus.