Pendahuluan
Kebanyakan pemilik bisnis tidak membangun situs web setiap hari. Mereka mungkin melakukannya sekali setiap 5-7 tahun. Pengembang, di sisi lain, hidup dalam proyek situs web sepanjang hari, setiap hari.
Kesenjangan pengalaman inilah yang menjadi sumber banyak stres, penundaan, dan biaya tak terduga.
Sebagai pengembang web yang bekerja dengan bisnis kecil dan menengah, saya melihat pola yang sama berulang kali: bisnis bagus dengan niat baik, tetapi tujuan yang tidak jelas, konten yang hilang, dan ekspektasi yang kabur tentang apa yang sebenarnya terlibat.
Artikel ini adalah percakapan yang ingin saya lakukan dengan setiap klien sebelum kita mulai. Jika Anda merencanakan situs web baru atau desain ulang, inilah hal-hal yang diam-diam diharapkan pengembang Anda untuk Anda pahami.
1. "Seperti apa kesuksesan itu?" adalah pertanyaan pertama (dan terpenting)
Kebanyakan brief dimulai dengan: "Kami membutuhkan situs web modern" atau "Situs kami saat ini sudah ketinggalan zaman."
Itu bukan tujuan. Itu deskripsi.
Sebelum Anda membicarakan warna, halaman, atau platform, jawab:
- Mengapa Anda melakukan ini sekarang?
- Apa yang akan membuat proyek ini sukses dalam 6-12 bulan?
- Bagaimana Anda akan mengukur kesuksesan itu?
Contoh tujuan yang jelas:
- "Meningkatkan pertanyaan online sebesar 30% dalam 12 bulan."
- "Mendapatkan setidaknya 20 pendaftaran per bulan untuk kursus pengantar kami."
- "Memudahkan pelanggan untuk memesan pekerjaan secara online daripada menelepon."
Setelah kita mengetahui tujuan sebenarnya, kita dapat membuat keputusan lebih cerdas tentang:
- Halaman apa yang benar-benar kita butuhkan (dan yang tidak).
- Call-to-action apa yang masuk ke halaman utama.
- Apakah kita memprioritaskan kecepatan, SEO, e-commerce, atau hal lain.
Yang dapat Anda persiapkan:
- 2-3 kalimat tentang seperti apa kesuksesan itu.
- Data saat ini (analitik, pertanyaan, penjualan) jika Anda memilikinya.
- Daftar singkat pesaing atau situs yang Anda sukai, dengan catatan tentang mengapa.
2. Konten hampir selalu menjadi hambatan terbesar
Dari perspektif pengembang, "kami menunggu konten" adalah alasan nomor satu proyek terhenti.
Sebuah situs web sebenarnya adalah:
Struktur (pengembang) + desain (desainer) + konten (Anda).
Jika teks, foto, dan aset tiba terlambat atau sepotong-sepotong, semuanya melambat dan perubahan kecil mulai menumpuk.
Yang diharapkan pengembang Anda untuk Anda ketahui:
- Kami tidak membutuhkan Shakespeare, tetapi kami membutuhkan sesuatu untuk dikerjakan.
- Foto yang bagus dan teks yang jelas akan lebih bermanfaat bagi situs web Anda daripada animasi cerdas apa pun.
- Jika Anda tidak punya waktu untuk menulis, seringkali lebih murah dan lebih cepat membayar penulis konten daripada menyeret proyek selama berminggu-minggu.
Yang perlu dipersiapkan sebelum pembangunan dimulai:
- Daftar halaman sederhana (misalnya Beranda, Tentang, Layanan, Harga, FAQ, Kontak).
- Teks poin-poin untuk setiap halaman (penulis dapat memperbaikinya nanti).
- File logo (SVG/PNG), warna merek, font, pedoman yang ada.
- Folder foto yang dapat digunakan (atau setidaknya rencana untuk fotografer/stok).
Jika Anda tidak yakin dari mana harus memulai, saya menyediakan klien dengan lembar kerja konten dasar yang dapat mereka isi halaman demi halaman. Anda dapat mengunduh versi lembar kerja tersebut di sini: [Template Brief Proyek].
3. Wireframe dan prototipe menghemat waktu (dan uang), meskipun terlihat "jelek"
Ketika klien melihat wireframe awal, reaksinya sering: "Ini terlihat sangat polos, di mana desainnya?"
Tetapi wireframe dan prototipe fidelitas rendah adalah tempat kami:
- Memutuskan apa yang masuk ke setiap halaman.
- Menyepakati tata letak, hierarki, dan perjalanan pengguna.
- Menangkap bagian yang hilang sebelum menjadi mahal untuk diubah.
Mengubah posisi bagian dalam wireframe adalah pekerjaan 30 detik. Mengubahnya setelah semuanya dibangun, diberi gaya, dan diintegrasikan dengan CMS bisa berarti berjam-jam pengerjaan ulang.
Yang diharapkan pengembang Anda untuk Anda ketahui:
- "Tahap kotak abu-abu yang jelek" adalah di mana keputusan terpenting terjadi.
- Memberikan umpan balik yang jelas pada tahap ini akan menghemat putaran penyesuaian piksel nanti.
- Jauh lebih baik berdebat tentang tata letak sebelum ada yang menulis kode kompleks.
Bagaimana Anda dapat membantu:
Saat meninjau wireframe atau prototipe, fokus pada:
- Apakah halaman ini menceritakan kisah yang tepat untuk audiens ini?
- Apakah jelas apa yang kita inginkan pengguna lakukan selanjutnya?
- Apakah ada sesuatu yang penting yang hilang atau di tempat yang salah?
Jangan khawatir tentang warna atau font dulu, itu datang berikutnya.
4. Umpan balik yang jelas dan jadwal yang realistis membuat semua orang waras
Proyek web biasanya tidak gagal karena satu bencana besar. Mereka menyimpang karena banyak penundaan kecil:
- Umpan balik tiba seminggu terlambat.
- Pemangku kepentingan mengubah pikiran setelah persetujuan.
- "Satu perubahan kecil lagi" ditambahkan sepuluh kali.
Dari sisi pengembang, kami sering mengelola beberapa proyek dan menjadwalkan pekerjaan dalam blok. Ketika umpan balik atau persetujuan tergelincir, itu dapat mengganggu seluruh jadwal, yang menyebabkan kejutan pada jadwal dan biaya.
Yang diharapkan pengembang Anda untuk Anda ketahui:
- Umpan balik "minggu ini" sangat berbeda dari "hari ini."
- 5 putaran perubahan kecil bisa lebih mahal daripada 1 putaran umpan balik yang dipikirkan dan dikonsolidasikan.
- Tidak apa-apa jika Anda membutuhkan lebih banyak waktu, tetapi beri tahu kami lebih awal sehingga kami dapat merencanakan di sekitarnya.
Tips praktis yang sangat membantu:
- Tunjuk satu titik kontak di pihak Anda.
- Sepakati tonggak kasar di awal:
- Pengiriman konten
- Persetujuan wireframe
- Persetujuan desain
- Mulai pengembangan
- Pengujian & peluncuran
- Kelompokkan umpan balik Anda: satu daftar jelas per putaran, bukan banyak email dan pesan yang tersebar.
5. Tidak semua harus diluncurkan dalam versi 1.0
Klien sering datang dengan daftar keinginan yang panjang:
- Blog
- Sistem pemesanan
- Formulir kompleks
- Login anggota
- Dasbor kustom
- Multi-bahasa
- Integrasi dengan lima alat
Terkadang semua itu masuk akal, tetapi tidak selalu untuk peluncuran.
Mencoba memasukkan semuanya ke versi 1 biasanya berarti:
- Jadwal lebih panjang
- Biaya awal lebih tinggi
- Lebih banyak hal yang bisa rusak
Sebagian besar produk dan situs web yang sukses dimulai dengan inti yang lebih kecil dan menambahkan fitur seiring waktu.
Yang diharapkan pengembang Anda untuk Anda ketahui:
- Sangat normal (dan cerdas) untuk meluncurkan versi yang lebih sederhana terlebih dahulu.
- Anda tidak perlu meninggalkan ide; kita dapat merencanakan mereka sebagai Fase 2 atau 3.
- Ruang lingkup yang lebih bersih mengarah pada kualitas yang lebih baik dan lebih sedikit bug.
Cara sederhana untuk mengurutkan fitur:
- Harus-ada: Tanpa ini, situs tidak mencapai tujuan intinya.
- Bagus-untuk-ada: Menambah nilai, tetapi Anda bisa hidup tanpanya selama beberapa bulan.
- Nanti: Menarik, tetapi belum terbukti—simpan sampai pengguna nyata memberikan umpan balik.
Setelah kita sepakat tentang apa yang benar-benar "harus-ada" untuk peluncuran, kita dapat memberi Anda harga yang jauh lebih akurat dan jadwal yang realistis.
Kesimpulan & CTA
Membangun atau mendesain ulang situs web tidak harus menyakitkan. Ketika Anda:
- Mendefinisikan seperti apa kesuksesan itu,
- Menyiapkan konten dan aset lebih awal,
- Menghormati tahap wireframe/prototipe,
- Memberikan umpan balik yang jelas dan terkonsolidasi, dan
- Bersedia untuk membagi fitur dalam fase,
Anda mendapatkan proyek yang lebih lancar, hasil yang lebih baik, dan biasanya total biaya yang lebih rendah.
Jika Anda merencanakan situs baru dan ingin memulai dengan langkah yang benar, saya telah menyusun Template Brief Proyek Situs Web sederhana yang dapat Anda isi dan bagikan dengan pengembang atau agensi Anda. Anda dapat mengunduhnya di sini: [Template Brief Proyek].
