Sebagian besar orang memilih vendor website dengan cara membandingkan tiga hal: harga, portofolio, dan seberapa cepat mereka membalas chat. Tiga-tiganya masuk akal. Tiga-tiganya juga tidak memberi tahu Anda apa pun tentang hal yang akan benar-benar Anda rasakan dua tahun lagi \u2014 yaitu apakah website itu masih bisa disentuh orang selain vendor yang membuatnya.<\/p>\n
Di tulisan ini saya tidak akan memberi Anda daftar 15 tips. Daftar seperti itu sudah ada di mana-mana, dan masalahnya bukan kekurangan tips \u2014 masalahnya semua tips itu menilai vendor dari hal-hal yang bisa mereka siapkan sebelum ketemu Anda. Yang akan saya bagikan justru urutan kerjanya: apa yang Anda tulis sebelum menghubungi siapa pun, bagaimana membaca respons mereka, cara memeriksa portofolio web developer dengan tangan sendiri dalam 20 menit, dan lima klausul kontrak yang menentukan apakah Anda memiliki website itu atau cuma menyewanya.<\/p>\n
Saya menulis ini dari dua sisi meja. Saya sudah delapan tahun lebih menangani SEO dan pengembangan website di empat negara, jadi saya pernah jadi vendor yang dinilai \u2014 dan berkali-kali jadi orang yang dipanggil untuk membereskan website yang ditinggalkan vendor sebelumnya. Bagian kedua itu yang paling banyak mengajari saya.<\/p>\n
Ada satu skenario yang saya lihat berulang, dan bentuknya hampir selalu sama.<\/p>\n
Website sudah jadi setahun lalu. Sekarang pemiliknya cuma ingin mengganti satu angka harga di halaman layanan. Bukan proyek besar \u2014 satu angka. Dia buka email vendor, tidak dibalas. WhatsApp centang dua, tidak dibaca. Akhirnya dia cari developer lain, dan di situlah percakapannya berubah: developer baru minta akses hosting, dan ternyata akun hosting terdaftar atas nama vendor lama. Domain juga. Yang dia punya cuma satu login WordPress dengan role “editor”.<\/p>\n
Dia tidak sedang bernegosiasi soal satu angka lagi. Dia sedang menegosiasikan kembali kepemilikan bisnisnya sendiri di internet.<\/p>\n
Yang membuat saya menulis artikel ini bukan kasus itu sendiri, tapi satu hal yang selalu sama di semua kasus serupa: tidak satu pun dari orang-orang ini memilih vendor secara ceroboh.<\/strong> Mereka membandingkan harga. Mereka melihat portofolio. Mereka bahkan minta testimoni. Semua langkah standar sudah dilakukan.<\/p>\n Masalahnya, semua langkah standar itu menilai bagaimana proyek dimulai<\/em>. Tidak ada satu pun yang menilai bagaimana proyek berakhir<\/em>. Dan yang akan Anda hidupi selama tiga sampai lima tahun ke depan bukan hari peluncuran \u2014 melainkan setiap kali Anda butuh mengubah sesuatu dan harus mencari tahu siapa yang boleh menyentuhnya.<\/p>\n Kalau Anda sedang buru-buru, ini urutannya. Penjelasan lengkap tiap poin ada di bawah.<\/p>\n Enam dari tujuh langkah ini dikerjakan sebelum Anda menandatangani apa pun. Itu bukan kebetulan.<\/p>\n Angka yang tertulis di penawaran terlihat seperti harga satu barang. Sebenarnya itu lima pekerjaan berbeda yang digabung jadi satu baris, dan lima pekerjaan itu punya nilai yang sangat berbeda buat Anda.<\/p>\n Perencanaan dan spesifikasi.<\/strong> Menerjemahkan “saya butuh website” jadi daftar halaman, alur, dan fungsi yang konkret. Komponen paling murah untuk dikerjakan, paling mahal kalau dilewati.<\/p>\n Desain.<\/strong> Tampilan, tata letak, hierarki visual. Ini yang paling terlihat, jadi ini yang paling banyak dibicarakan saat penawaran \u2014 dan paling sedikit berpengaruh pada apakah website itu bisa dirawat nanti.<\/p>\n Pembangunan.<\/strong> Mengubah desain jadi halaman yang berfungsi, responsif, dan tidak lambat. Di sinilah kualitas yang tak terlihat ditentukan.<\/p>\n Konten.<\/strong> Teks, foto, spesifikasi produk. Hampir selalu jadi tanggung jawab Anda, dan hampir selalu tidak dibicarakan dengan serius sampai proyeknya sudah molor.<\/p>\n Serah terima.<\/strong> Akses, dokumentasi, lisensi, dan penjelasan cara mengelola. Komponen yang nyaris tidak pernah masuk penawaran, padahal ini satu-satunya yang menentukan apakah Anda punya aset atau punya ketergantungan.<\/p>\n Perhatikan polanya. Yang paling mudah dinilai saat membandingkan penawaran justru komponen yang paling tidak menentukan, dan sebaliknya.<\/p>\n Saya tidak percaya ada satu jenis vendor yang paling benar. Yang ada adalah kecocokan \u2014 dan tiap jenis punya cara gagal yang khas.<\/p>\n Freelancer atau developer perorangan.<\/strong> Paling murah, paling personal, komunikasi paling cepat. Mode gagalnya: satu titik kegagalan. Kalau orangnya sakit, pindah kerja, atau kehilangan minat, proyek Anda berhenti total dan tidak ada yang tahu isi kepalanya.<\/p>\n Agensi kecil atau tim butik.<\/strong> Ada proses, ada pembagian peran, biasanya masih bisa bicara langsung dengan yang mengerjakan. Mode gagalnya: kapasitas. Kalau mereka kebanjiran proyek, Anda jadi antrean, dan yang mengerjakan Anda bukan orang yang Anda temui saat presentasi.<\/p>\n Penyedia paket massal atau platform.<\/strong> Cepat, terstandar, harga jelas. Mode gagalnya: kekakuan dan kunci platform. Selama kebutuhan Anda persis seperti paketnya, hasilnya bagus. Begitu keluar sedikit dari template, biayanya meloncat \u2014 atau tidak bisa sama sekali.<\/p>\n Sebelum menilai vendor mana pun, ada pertanyaan yang lebih dulu harus dijawab: apakah Anda memang butuh dibangun ulang, dan di level mana. Saya sudah menguraikan itu terpisah di pembahasan tentang empat plafon yang menentukan kapan sebuah bisnis benar-benar butuh website custom<\/a> \u2014 karena separuh proyek pembangunan ulang yang saya lihat sebenarnya tidak perlu terjadi. Dan kalau Anda masih menimbang platformnya, pertimbangan teknis antara membangun custom versus memakai WordPress dari kacamata SEO<\/a> sebaiknya diselesaikan sebelum masuk ke ruang penawaran, bukan di dalamnya.<\/p>\n Hampir semua paket mencantumkan ini. Sedikit yang menjelaskan artinya.<\/p>\n “SEO friendly” dari vendor website, kalau dikerjakan dengan benar, berarti fondasi teknisnya beres: struktur heading rapi, URL bersih, halaman bisa dirayapi, gambar tidak berat, situs cepat di HP, tag judul dan deskripsi bisa diedit tanpa harus menyentuh kode. Itu lantai, bukan hasil. Artinya website Anda tidak menghalangi peringkat \u2014 bukan berarti akan dapat peringkat.<\/p>\n Peringkat itu pekerjaan lain: riset kata kunci, konten yang dibangun terus-menerus, otoritas dari luar. Vendor yang jujur akan mengatakan ini tanpa Anda tanya. Kalau ada yang menjanjikan halaman satu sebagai bagian dari paket pembuatan website, harga itu sedang membeli sesuatu yang tidak bisa mereka kendalikan. Untuk pekerjaan peringkatnya sendiri saya menanganinya terpisah lewat layanan SEO<\/a>, dan saya lebih suka memisahkannya secara terang-terangan daripada menyelipkannya sebagai bonus di paket website.<\/p>\n Ini bagian yang jarang disebut oleh siapa pun yang menulis panduan memilih vendor \u2014 termasuk oleh vendor sendiri, karena tidak menguntungkan.<\/p>\n Anda bisa memilih vendor terbaik di kota Anda dan proyeknya tetap berantakan.<\/p>\n Angkanya cukup keras. Dari kompilasi statistik manajemen proyek 2026, hanya sekitar 31% proyek yang benar-benar memenuhi definisi klasik “berhasil” \u2014 selesai tepat waktu, sesuai anggaran, dan sesuai lingkup yang disepakati. Penyebab utamanya bukan vendor yang tidak kompeten. Urutan teratasnya: kebutuhan yang tidak jelas (39%), lalu scope creep atau lingkup yang melebar di tengah jalan (33%), lalu perencanaan yang kurang matang (29%). Data yang sama mencatat 52% proyek mengalami scope creep \u2014 naik dari 43% lima tahun sebelumnya \u2014 dengan rata-rata pembengkakan anggaran 27%.<\/p>\n Khusus proyek website, penyebab paling umum molornya jadwal punya nama yang sangat tidak dramatis: keterlambatan konten dari klien.<\/strong><\/p>\n Saya mengalami sendiri sisi ini. Ada proyek yang desainnya selesai dalam tiga minggu, lalu berhenti total selama dua bulan karena menunggu foto produk dan profil perusahaan yang tidak pernah datang. Vendor tidak bisa berbuat apa-apa. Klien merasa vendor lambat. Dua-duanya benar dari sudut pandang masing-masing, dan hubungan yang tadinya baik jadi dingin \u2014 bukan karena kualitas kerja, tapi karena tidak ada yang menyepakati di awal siapa yang menulis apa dan kapan tenggatnya.<\/p>\n Ada konsekuensi harga dari sini yang tidak banyak disadari. Ketika brief Anda kabur, vendor punya dua pilihan, dan keduanya merugikan Anda. Pilihan pertama: mereka menaikkan harga untuk berjaga-jaga terhadap ketidakpastian \u2014 Anda membayar mahal untuk ambiguitas Anda sendiri. Pilihan kedua: mereka memberi harga optimis untuk memenangkan proyek, lalu menagih ulang setiap kali muncul hal yang “tidak termasuk”. Anda merasa ditipu; mereka merasa sudah jujur sejak awal.<\/p>\n Brief yang jelas bukan formalitas administratif. Itu satu-satunya alat yang Anda punya untuk membuat tiga penawaran benar-benar bisa dibandingkan.<\/p>\n Urutannya penting. Sebagian besar orang masuk di tahap tiga, dan itu sumber hampir semua penyesalannya.<\/p>\n Bukan dokumen 15 halaman. Satu halaman. Kalau tidak muat di satu halaman, Anda belum selesai berpikir.<\/p>\n Satu tujuan bisnis, dengan angka.<\/strong> Bukan “meningkatkan citra perusahaan”. Tulis: “dapat 20 permintaan penawaran per bulan lewat formulir” atau “mengurangi pertanyaan berulang di WhatsApp sampai separuh”. Tujuan yang tidak punya angka tidak bisa dipakai untuk menilai apa pun setelahnya.<\/p>\n Daftar halaman, dengan nama penanggung jawab isinya.<\/strong> Beranda, tentang, layanan (berapa halaman?), blog, kontak. Di sebelah tiap halaman, tulis nama orang yang akan menyediakan teksnya dan tanggal jadinya. Ini bagian yang paling sering dilewati dan paling sering jadi penyebab proyek berhenti.<\/p>\n Tiga hal yang harus bisa Anda ubah sendiri.<\/strong> Harga? Foto? Artikel? Jadwal? Tulis tepat tiga. Ini mengubah percakapan teknis jadi percakapan operasional, dan langsung menentukan seberapa rumit sistem yang Anda butuhkan.<\/p>\n Integrasi yang wajib ada.<\/strong> Tombol WhatsApp, pembayaran, pengiriman, CRM, pencatatan konversi. Sebut merek dan platformnya kalau sudah ada.<\/p>\n Tanggal target, beserta alasannya.<\/strong> “Secepatnya” bukan tanggal. “Sebelum pameran 15 November” adalah tanggal \u2014 dan alasannya membuat vendor bisa mengusulkan versi lebih ramping yang tetap mengejar tenggat itu.<\/p>\n Kirim dokumen identik. Bukan penjelasan lisan yang sedikit berbeda ke tiap orang, karena kalau begitu Anda sedang membandingkan tiga brief yang berbeda dan menyangka sedang membandingkan tiga vendor.<\/p>\n Lalu perhatikan apa yang terjadi selama 48 jam berikutnya. Ini tesnya, dan tidak ada vendor yang bisa menyiapkan jawabannya lebih dulu \u2014 karena mereka harus bereaksi terhadap dokumen Anda, bukan terhadap pertanyaan umum.<\/p>\n Tanda bagus:<\/strong> mereka mengajukan pertanyaan yang belum terpikir oleh Anda. Mereka menolak sebagian permintaan Anda dan menjelaskan kenapa. Mereka mengusulkan memotong lingkup untuk mengejar tanggal Anda. Mereka bertanya soal konten dan siapa yang menulisnya. Mereka mempertanyakan tujuan angka Anda dan apakah website memang alat yang tepat untuk itu.<\/p>\n Tanda buruk:<\/strong> penawaran datang dalam dua jam dengan harga bulat dan tanpa satu pun pertanyaan. “Bisa semua, Pak” adalah kalimat yang mahal. Vendor yang tidak menolak apa pun di tahap ini adalah vendor yang akan menagih Anda nanti \u2014 atau menyerahkan sesuatu yang tidak menyelesaikan masalah Anda, tapi sesuai permintaan tertulis Anda.<\/p>\n Yang sering terjadi di lapangan: orang menilai kecepatan balas sebagai profesionalisme. Kadang memang begitu. Tapi penawaran yang datang terlalu cepat untuk spek yang serius biasanya berarti mereka mengambil harga dari daftar paket, bukan dari membaca kebutuhan Anda.<\/p>\n Portofolio web developer bisa dibuat cantik dengan tangkapan layar. Yang tidak bisa dipalsukan adalah situsnya sendiri, hari ini, di HP Anda.<\/p>\n Minta tiga URL yang masih hidup \u2014 bukan gambar, bukan PDF, bukan tautan ke folder desain. Lalu lakukan ini, semuanya bisa selesai dalam 20 menit.<\/p>\n Lalu satu langkah yang membedakan pemeriksaan serius dari sekadar melihat-lihat: minta dua kontak klien lama yang bisa Anda hubungi.<\/strong> Dan saat menghubungi, jangan tanya “hasilnya bagus tidak” \u2014 itu pertanyaan yang jawabannya selalu sopan. Tanyakan hal-hal yang lebih spesifik: berapa lama molornya dari rencana awal, ada tagihan tambahan yang tidak diduga atau tidak, dan berapa lama balasan mereka kalau ada masalah setelah launch.<\/p>\n Kalau Anda hanya sempat membaca satu bagian dari artikel ini, baca yang ini.<\/p>\n Klausul 1 \u2014 Kepemilikan, disebut satu per satu.<\/strong> Bukan kalimat umum “aset menjadi milik klien”. Minta tertulis, terpisah: domain terdaftar atas nama siapa, akun hosting atas nama siapa, kode sumber diserahkan atau tidak, file desain asli diserahkan atau tidak, dan \u2014 ini yang paling sering luput \u2014 lisensi tema dan plugin berbayar itu atas nama siapa.<\/strong> Banyak website dibangun dengan lisensi milik vendor. Saat Anda pindah, lisensinya ikut pergi, dan situs Anda berhenti mendapat pembaruan keamanan tanpa ada yang memberi tahu.<\/p>\n Klausul 2 \u2014 Definisi garansi.<\/strong> Tanyakan tepatnya: apa yang termasuk, berapa lama, dan apa yang membatalkannya. Standar yang wajar di industri adalah perbaikan bug 30\u201390 hari setelah peluncuran, tanpa biaya. Kalau kata “garansi” muncul di penawaran tanpa tiga informasi itu, kata itu belum berarti apa-apa.<\/p>\n Klausul 3 \u2014 Batas revisi dan mekanisme perubahan.<\/strong> “Revisi unlimited” terdengar murah hati dan sebenarnya berbahaya untuk kedua pihak: tanpa batas, tidak ada momen di mana proyek dinyatakan selesai. Yang lebih sehat adalah jumlah putaran revisi yang jelas per tahap, plus aturan sederhana soal apa yang memicu permintaan perubahan berbayar. Anda ingin trade-off itu muncul saat keinginan muncul \u2014 bukan sebagai tagihan kejutan di akhir.<\/p>\n Klausul 4 \u2014 Isi serah terima.<\/strong> Tulis daftarnya di kontrak: semua kredensial, satu dokumen berisi cara mengubah lima hal yang paling sering Anda ubah, daftar plugin dan alasan pemakaiannya, cara dan lokasi cadangan, serta satu sesi pendampingan yang direkam. Dokumentasi yang ditulis setelah proyek selesai hampir tidak pernah ditulis. Yang tertulis di kontrak, ditulis.<\/p>\n Klausul 5 \u2014 Klausul keluar.<\/strong> Apa yang terjadi kalau Anda berhenti di tengah jalan, atau tidak melanjutkan perawatan tahun depan? Berapa lama mereka menyimpan cadangan? Berapa biaya migrasi keluar? Vendor yang percaya diri tidak keberatan menuliskan ini. Keberatan atas pertanyaan ini adalah jawabannya sendiri.<\/p>\n Soal uang muka: 30\u201350% di awal adalah praktik normal dan sehat di industri ini. Yang perlu Anda waspadai adalah permintaan pelunasan 100% di depan sebelum ada apa pun yang bisa dilihat.<\/p>\n Sebagian besar checklist vendor website menganggap risiko datang dari satu arah. Dari pengalaman saya membereskan proyek yang gagal, sekitar separuhnya berakar di sisi pembeli.<\/p>\n Anda cerita panjang lebar ke vendor A karena sedang santai, lalu cerita singkat ke vendor B karena sedang buru-buru. Penawaran B lebih murah. Tentu saja lebih murah \u2014 dia menghitung pekerjaan yang lebih sedikit. Ini bukan perbandingan, ini kebetulan.<\/p>\n Kata ini dipakai untuk empat produk yang sangat berbeda, dan hampir tidak ada penawaran yang menjelaskan yang mana.<\/p>\n Garansi bug.<\/strong> Kalau ada yang rusak dari pekerjaan mereka, mereka perbaiki tanpa biaya, dalam periode tertentu. Ini yang paling berguna, dan wajar di angka 30\u201390 hari.<\/p>\n Garansi revisi.<\/strong> Berapa kali Anda boleh minta ubah sebelum kena biaya tambahan. Ini soal lingkup, bukan kualitas.<\/p>\n Garansi uptime atau hosting.<\/strong> Janji bahwa server tetap hidup. Ini sebenarnya janji dari penyedia hosting, yang diteruskan ke Anda.<\/p>\n Garansi hasil.<\/strong> Peringkat, traffic, penjualan. Hampir selalu tidak bisa dipertanggungjawabkan pada proyek pembuatan website.<\/p>\n Sekarang bagian yang membuat saya selalu berhenti sejenak ketika melihatnya: “garansi seumur hidup”<\/strong> yang banyak diiklankan hampir selalu jenis ketiga \u2014 dan berlaku selama Anda tetap berlangganan hosting di tempat mereka. Baca ulang kalimat itu. Yang dijual sebagai perlindungan seumur hidup sebenarnya adalah ikatan seumur hidup, dan garansinya batal tepat pada saat Anda memutuskan untuk pindah. Perlindungan yang hilang persis ketika Anda paling membutuhkannya bukan perlindungan.<\/p>\n “Nanti teksnya menyusul” adalah kalimat yang membunuh lebih banyak proyek website daripada masalah teknis apa pun. Ingat data tadi: keterlambatan konten adalah penyebab paling umum molornya proyek website. Kalau Anda tidak sanggup menyediakan teks, katakan di awal dan bayar orang untuk menulisnya. Itu jauh lebih murah daripada proyek yang menggantung tiga bulan.<\/p>\n Ini nyaman di minggu pertama dan mahal di tahun ketiga. Daftarkan domain atas nama badan usaha atau nama Anda sendiri, dengan email Anda sendiri \u2014 email perusahaan, bukan Gmail pribadi staf yang mungkin sudah resign tahun depan. Beri vendor akses. Jangan beri mereka kepemilikan. Perbedaan antara keduanya baru terasa satu kali seumur hidup, tapi terasa sangat mahal.<\/p>\n Website bukan barang yang selesai. Ada pembaruan, cadangan, tambalan keamanan, isi yang harus diperbarui. Kalau tidak ada nama yang ditugaskan \u2014 orang internal, vendor lewat kontrak perawatan, atau pihak ketiga \u2014 jawabannya secara default adalah “tidak ada”, dan Anda baru akan tahu itu sekitar delapan bulan kemudian, biasanya lewat kabar buruk.<\/p>\n Dua hal berubah dalam setahun terakhir dan belum masuk ke daftar pertanyaan standar yang beredar. Keduanya berujung pada hal yang sama: portabilitas.<\/p>\n Ini pertanyaan terbaik yang bisa Anda ajukan pada 2026, dan alasannya baru.<\/p>\n Banyak vendor sekarang membangun dengan bantuan AI. Itu sendiri bukan masalah \u2014 saya juga memakainya. Yang jadi masalah adalah pergeseran jenis cacatnya. Riset dari penyedia alat pemeriksa kualitas kode menemukan lebih dari 90% masalah pada kode buatan AI bukan bug yang bikin situs rusak hari ini, melainkan masalah maintainability<\/em>: struktur yang membuat setiap perubahan di masa depan jadi lebih lambat, lebih mahal, dan lebih berisiko. Kerusakan yang tidak terlihat pada hari peluncuran.<\/p>\n Ada juga soal kunci platform. Sebagian pembangun website berbasis AI berjalan di sistem tertutup; kode yang bisa “diekspor” dari sana sering kali tidak realistis dijalankan di tempat lain. Analis industri memperkirakan lebih dari 8.000 startup membangun aplikasi produksi dengan AI sepanjang 2024\u20132025 yang kemudian butuh dibangun ulang sebagian atau seluruhnya, dengan biaya berkisar puluhan hingga ratusan ribu dolar per proyek.<\/p>\n Terjemahannya untuk Anda: penawaran yang mencurigakan murah dan cepat pada 2026 bisa jadi memang murah \u2014 dan biayanya dipindahkan ke tahun kedua, ke orang berikutnya yang harus menyentuh situs itu. Jadi tanyakan dengan tenang: sistem apa yang dipakai, kalau saya bawa ini ke developer lain berapa lama dia butuh untuk memahaminya, dan apa yang saya terima dalam bentuk yang bisa dibaca orang lain. Jawaban gugup di pertanyaan ini lebih informatif daripada portofolio mana pun.<\/p>\n Terdengar teknis, tapi konsekuensinya bisnis.<\/p>\n Mesin jawaban seperti ChatGPT, Perplexity, dan ringkasan AI di Google mengambil dan mengutip halaman yang isinya mudah diambil. Situs yang isinya baru muncul setelah tumpukan skrip berjalan \u2014 entah aplikasi JavaScript berat atau tumpukan page builder yang terlalu banyak \u2014 lebih sulit dibaca mesin semacam itu dibanding halaman yang isinya sudah ada sejak awal.<\/p>\n Jadi “modern” dan “canggih” pada 2026 tidak otomatis berarti lebih baik ditemukan. Kadang justru sebaliknya. Anda tidak perlu paham detail teknisnya untuk menanyakan satu hal ke calon vendor: apakah isi halaman utama sudah ada di sumber halaman, atau baru dirakit di browser pengunjung. Vendor yang paham akan langsung tahu maksud Anda. Yang tidak paham akan menjawab tentang kecepatan \u2014 dan itu pun sudah memberi tahu Anda sesuatu.<\/p>\n Kalau seluruh artikel ini harus diringkas jadi satu kalimat: Anda tidak sedang membeli website, Anda sedang membeli kemampuan untuk terus menjalankan website itu tanpa orang yang membuatnya.<\/strong><\/p>\n Semua yang saya tulis di atas \u2014 spek satu halaman, membaca reaksi alih-alih harga, membuka portofolio di HP sendiri, lima klausul kontrak \u2014 semuanya menguji hal yang sama dari sudut berbeda: apa yang Anda pegang saat hubungan ini berakhir. Karena hubungan ini pasti berakhir. Semua hubungan vendor berakhir. Pertanyaannya cuma apakah berakhirnya rapi atau mahal.<\/p>\n Saya perlu menyebutkan satu hal supaya adil: saya sendiri menerima pekerjaan pembuatan website. Jadi ya, artikel tentang cara memilih vendor ini ditulis oleh seseorang yang juga vendor. Cara paling sehat membaca tulisan ini adalah dengan menjalankan semua pemeriksaan di atas pada saya juga. Kalau saya gagal di salah satunya, Anda baru saja menghemat beberapa bulan dan cukup banyak uang.<\/p>\n Langkah pertama hari ini kecil saja, dan tidak butuh vendor: buka dokumen kosong, tulis satu tujuan bisnis dengan angka di dalamnya, lalu daftar halaman beserta nama orang yang bertanggung jawab mengisi teksnya. Berhenti di situ. Dokumen itu saja sudah membuat Anda berada di depan sebagian besar orang yang minggu ini sedang meminta penawaran.<\/p>\n Kalau Anda ingin dibantu langsung \u2014 mulai dari menyusun speknya sampai membangun dan menyerahkan situsnya lengkap dengan dokumentasi \u2014 saya menangani itu lewat layanan web development<\/a>. Dan kalau yang Anda butuhkan sebenarnya bukan vendor website melainkan pemeriksaan atas situs yang sudah ada, prinsip penyaringan yang mirip tapi disesuaikan untuk penyedia jasa optimasi sudah saya tulis di lima tes untuk memilih jasa SEO yang tidak bisa dijawab dengan template<\/a> \u2014 dua jenis vendor ini sering dijual dalam satu paket, padahal cara menilainya berbeda.<\/p>\n Berapa lama waktu yang wajar untuk pembuatan website?<\/strong><\/p>\n Untuk website profil perusahaan dengan lima sampai sepuluh halaman, empat sampai delapan minggu adalah rentang yang masuk akal \u2014 dengan catatan konten sudah siap. Toko online atau situs dengan fungsi khusus jelas lebih lama. Kalau ada yang menjanjikan tiga hari, tanyakan apa yang dikerjakan dalam tiga hari itu; biasanya jawabannya adalah memasang template dengan isi seadanya.<\/p>\n Berapa uang muka yang wajar diminta vendor website?<\/strong><\/p>\n Sekitar 30\u201350% di awal adalah praktik normal dan sehat, sebagai tanda komitmen dua arah. Pembayaran biasanya dipecah mengikuti tahapan proyek. Yang perlu Anda pertanyakan adalah permintaan pelunasan penuh sebelum ada satu pun hasil yang bisa Anda lihat.<\/p>\n Apa saja yang harus saya terima saat serah terima website?<\/strong><\/p>\n Minimal: akses domain dan hosting atas nama Anda, akun administrator penuh, kode sumber atau akses ke file situs, file desain asli, daftar plugin dan tema beserta status lisensinya, panduan singkat cara mengubah hal-hal yang paling sering Anda ubah, dan penjelasan soal cadangan \u2014 di mana disimpan dan seberapa sering. Sebaiknya semua ini sudah tertulis sebagai daftar di kontrak, bukan diminta setelah proyek selesai.<\/p>\n Apakah garansi website seumur hidup itu masuk akal?<\/strong><\/p>\n Perlu diperiksa isinya. Dalam banyak kasus yang saya temui, “seumur hidup” merujuk pada dukungan atau uptime selama Anda tetap berlangganan hosting di vendor tersebut \u2014 bukan perbaikan bug tanpa batas waktu. Minta tertulis: apa yang diperbaiki tanpa biaya, dalam kondisi apa, dan apa yang membatalkan garansi itu.<\/p>\n Bagaimana cara memverifikasi portofolio web developer yang diklaim?<\/strong><\/p>\n Minta URL yang masih aktif, bukan tangkapan layar. Buka di HP dengan data seluler, ukur kecepatannya, isi formulir kontaknya untuk memastikan masih berfungsi. Lalu minta dua kontak klien yang bisa dihubungi langsung, dan saat menghubungi tanyakan soal proses \u2014 ketepatan waktu, tagihan tak terduga, kecepatan respons setelah launch \u2014 bukan soal apakah hasilnya bagus.<\/p>\n Kalau website saya pakai WordPress, apakah saya tetap perlu minta source code?<\/strong><\/p>\n Yang lebih relevan untuk WordPress bukan “kode sumber” dalam arti aplikasi custom, melainkan: akses penuh ke file situs dan basis data, file tema anak (child theme) kalau ada penyesuaian, serta status lisensi tema dan plugin berbayar atas nama siapa. Lisensi ini yang paling sering jadi masalah tersembunyi \u2014 saat berpindah vendor, situs Anda bisa berhenti menerima pembaruan keamanan tanpa ada peringatan apa pun.<\/p>\n","protected":false},"excerpt":{"rendered":" Sebagian besar orang memilih vendor website dengan cara membandingkan tiga hal: harga, portofolio, dan seberapa cepat mereka membalas chat. Tiga-tiganya masuk akal. Tiga-tiganya juga tidak memberi tahu Anda apa pun tentang hal yang akan benar-benar Anda rasakan dua tahun lagi \u2014 yaitu apakah website itu masih bisa disentuh orang selain vendor yang membuatnya. Di tulisan […]<\/p>\n","protected":false},"author":1,"featured_media":1870,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[13],"tags":[164,378,379,381,383,382,380,384,385,140],"class_list":["post-1869","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-website","tag-biaya-pembuatan-website","tag-cara-memilih-jasa-pembuatan-website","tag-checklist-vendor-website","tag-garansi-website","tag-kepemilikan-source-code","tag-kontrak-jasa-website","tag-portofolio-web-developer","tag-serah-terima-website","tag-vendor-website-terpercaya","tag-web-development"],"_links":{"self":[{"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/posts\/1869","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/comments?post=1869"}],"version-history":[{"count":1,"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/posts\/1869\/revisions"}],"predecessor-version":[{"id":1871,"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/posts\/1869\/revisions\/1871"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/media\/1870"}],"wp:attachment":[{"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/media?parent=1869"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/categories?post=1869"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/achmadfarid.com\/en\/wp-json\/wp\/v2\/tags?post=1869"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Cara Memilih Jasa Pembuatan Website: Ringkasan 7 Langkah<\/h2>\n
\n
Apa yang Sebenarnya Anda Beli Saat Membayar Jasa Pembuatan Website<\/h2>\n
Lima komponen yang tersembunyi dalam satu angka<\/h3>\n
Tiga jenis penyedia, tiga mode gagal yang berbeda<\/h3>\n
Soal label “SEO friendly” di paket vendor<\/h3>\n
Vendor Bukan Variabel Terbesar dalam Kegagalan Proyek Website<\/h2>\n
Empat Tahap Memilih Vendor Website \u2014 Urut, Jangan Dilompati<\/h2>\n
Tahap 1: Tulis spek satu halaman sebelum menghubungi siapa pun<\/h3>\n
Lima hal yang harus ada di dalamnya<\/h4>\n
Tahap 2: Kirim spek yang sama ke tiga vendor \u2014 lalu baca reaksinya<\/h3>\n
Tahap 3: Uji portofolio dengan tangan sendiri<\/h3>\n
Lima pemeriksaan yang bisa Anda lakukan sendiri<\/h4>\n
\n
Tahap 4: Uji kontrak \u2014 lima klausul yang menentukan tiga tahun ke depan<\/h3>\n
Lima Kesalahan yang Dilakukan Pembeli \u2014 Bukan Vendor<\/h2>\n
1. Membandingkan penawaran yang lahir dari brief berbeda<\/h3>\n
2. Mengira “garansi” itu satu hal<\/h3>\n
Empat garansi berbeda yang dijual dengan satu kata<\/h4>\n
3. Menunda konten sampai desain selesai<\/h3>\n
4. Menyerahkan pendaftaran domain dan hosting “biar praktis”<\/h3>\n
5. Tidak menentukan siapa yang merawat setelah launch<\/h3>\n
Dua Pertanyaan 2026 yang Belum Ada di Checklist Mana Pun<\/h2>\n
“Kalau saya bawa file ini ke developer lain, berapa lama dia butuh untuk paham?”<\/h3>\n
“Halaman ini isinya tetap ada kalau JavaScript dimatikan?”<\/h3>\n
Mulai dari Satu Halaman, Sebelum Satu Telepon<\/h2>\n
Pertanyaan yang Sering Ditanyakan<\/h2>\n