SOW dan deliverables jasa website adalah dokumen dan daftar hasil kerja yang membuat order pembuatan situs UMKM jelas: apa yang dikerjakan, apa yang diserahkan, kapan selesai, dan apa yang di luar harga. Tanpa itu, proyek mudah molor, revisi tak berujung, atau “sudah dibayar tapi belum bisa dipakai”.
SOW (Statement of Work) adalah pernyataan lingkup kerja. Deliverables adalah barang/jasa konkret yang Anda terima di tiap tahap. Keduanya fondasi Manajemen Proyek yang sehat antara klien dan vendor.
Mengapa UMKM Sering Tertipu Scope yang Kabur?
Cerita klasik:
- Brief: “Website company profile 5 halaman, harga X.”
- Di tengah jalan: “Tolong tambah toko online, member area, dan blog multi-bahasa.”
- Vendor bilang ini pekerjaan baru; klien bilang “kan website”.
- Hubungan rusak, timeline pecah.
Masalahnya bukan niat buruk — melainkan scope tidak ditulis. SOW mencegah ambiguitas itu sebelum DP cair.
Menurut praktik industri proyek digital (lihat panduan umum Statement of Work dari Atlassian), SOW yang baik menjawab: apa, mengapa, kapan, bagaimana diukur selesai, dan apa yang dikecualikan.
Anatomi SOW Website yang Layak Ditandatangani
| Bagian SOW | Isi yang wajib ada |
|---|---|
| Tujuan proyek | Hasil bisnis, bukan hanya “bikin website” |
| Ruang lingkup (in-scope) | Halaman, fitur, integrasi (WA, form, GA4, payment) |
| Out-of-scope | Yang tidak termasuk harga (app native, foto produk, copywriting panjang, iklan) |
| Deliverables | Daftar serahan per tahap |
| Milestone & jadwal | Tanggal target + syarat advance ke tahap berikutnya |
| Peran & tanggung jawab | Klien sediakan konten kapan; vendor handle teknis apa |
| Revisi | Jumlah putaran + definisi “revisi” vs “fitur baru” |
| SLA pasca-launch (opsional) | Garansi bug, waktu respons, retainer |
| Asumsi | Hosting sudah ada, logo siap, dll. |
| Acceptance criteria | Kapan proyek dianggap selesai & lunas |
Deliverables Wajib: Checklist Sebelum Tanda Tangan
Centang ini sebelum transfer DP:
Dokumen & perencanaan
- Sitemap / daftar halaman final
- Wireframe atau referensi UI yang disepakati
- Brand kit singkat (warna, font, logo) atau pernyataan “pakai template X”
Desain & konten
- Desain desktop + mobile untuk template utama
- Slot konten: siapa menulis copy? siapa sediakan foto?
- Batas putaran revisi desain tertulis
Development & integrasi
- Form lead / WhatsApp CTA berfungsi
- Analytics / GA4 terpasang (jika disepakati)
- SSL, domain, email (jelaskan siapa yang mengurus)
- Fitur e-commerce / booking — spek terinci, bukan “nanti diatur”
Serahan akhir (go-live)
- URL production live
- Akses admin CMS / hosting
- Kredensial tersimpan aman (bukan hanya di chat yang hilang)
- Dokumentasi singkat cara edit halaman
- Pelatihan 30–60 menit (opsional tapi sangat berguna)
- Backup awal pasca-launch
Tanpa daftar deliverables, frasa “website selesai” berarti berbeda di kepala vendor dan di kepala Anda.
Milestone Pembayaran yang Adil
Struktur umum untuk proyek website UMKM:
| Milestone | Deliverables tipikal | Pembayaran (contoh) |
|---|---|---|
| Kickoff | SOW ditandatangani, brief final | 30–50% DP |
| Desain disetujui | Mockup / tema disepakati | 20–30% |
| Staging siap | Situs di server uji, konten terisi | 20% |
| Go-live + serahan | Production + akses + docs | Pelunasan |
Hindari skema 100% di muka tanpa milestone yang bisa dicek — atau 100% di akhir tanpa DP (risiko untuk vendor, sering berujung proyek ditunda).
Revisi, Change Request, dan Scope Creep
Definisikan di SOW:
- Revisi = penyesuaian pada elemen yang sudah ada dalam scope (ubah warna tombol, ganti teks hero).
- Change request = penambahan fitur/halaman baru → estimasi biaya & waktu baru.
Contoh change request: dari 5 halaman company profile menjadi katalog 50 produk + filter + checkout. Itu proyek berbeda — lihat opsi di layanan e-commerce atau perluasan website baru.
SLA Setelah Website Live
Banyak konflik terjadi setelah launch: “Kenapa tidak ada yang jaga kalau error?” Cantumkan:
- Masa garansi bug (misalnya 14–30 hari)
- Apa yang termasuk garansi vs request fitur baru
- Opsi retainer perawatan (update, backup, monitoring)
Untuk operasional jangka panjang, pahami juga maintenance website checklist dan checklist launching website UMKM. Jika Anda memakai model perawatan bulanan, istilah retainer fee dan maintenance website biasanya muncul di lampiran SLA.
Template Pertanyaan untuk Vendor Sebelum Order
- Boleh lihat contoh SOW / lampiran scope proyek sebelumnya?
- Apa saja yang tidak termasuk harga paket?
- Berapa putaran revisi per tahap?
- Siapa yang punya hak atas source code / desain?
- Kapan akses hosting dan CMS diserahkan?
- Bagaimana penanganan delay dari sisi klien (konten terlambat)?
- Apakah ada SLA response setelah go-live?
Vendor yang baik menjawab spesifik. Jawaban kabur (“fleksibel saja”) adalah sinyal merah.
Contoh Cuplikan Out-of-Scope (Salin & Sesuaikan)
Cantumkan secara eksplisit agar tidak jadi drama:
- Penulisan copy panjang / SEO content bulanan (kecuali paket SEO & content terpisah)
- Fotografi produk profesional & retouch
- Integrasi ERP / accounting custom
- Iklan berbayar & manajemen budget ads
- Aplikasi iOS/Android native
- Migrasi email ratusan akun (kecuali disebut di deliverables)
Semakin jelas out-of-scope, semakin sehat manajemen proyek-nya.
Acceptance Criteria: Kapan Proyek “Selesah”?
Definisikan selesai secara terukur, misalnya:
- Semua halaman di sitemap accessible di production (HTTPS)
- Form mengirim ke email/WA yang benar (uji 2x)
- Skor performa mobile tidak di bawah ambang yang disepakati (opsional)
- Akses admin + dokumentasi diserahkan
- Pelatihan selesai / direkam
Tanpa acceptance criteria, pelunasan jadi tawar-menawar emosional — bukan ceklis.
Pertanyaan yang Sering Diajukan
Apa bedanya SOW, proposal, dan kontrak?
Proposal menawarkan solusi & harga. SOW merinci scope dan deliverables. Kontrak mengikat secara hukum. Idealnya SOW jadi lampiran kontrak.
Apa saja deliverables wajib saat order website?
Daftar halaman, staging/production, akses CMS/hosting, dokumentasi, dan kriteria selesai yang jelas. Tanpa itu, “selesai” jadi bias.
Berapa kali revisi yang wajar?
Umumnya 2–3 putaran per tahap yang disepakati. Di luar itu = change request.
Apa itu milestone dalam proyek website?
Titik serah/bayar dengan hasil yang bisa dicek — bukan persentase samar.
Bagaimana jika vendor tidak menulis SOW?
Minta scope tertulis sebelum DP. Ini praktik standar, bukan “ribet”.
Kesimpulan
Order jasa website yang aman dimulai dari SOW jelas + deliverables terdaftar + milestone terukur. Itu melindungi budget, timeline, dan hubungan kerja — jauh lebih murah daripada “perang chat” di tengah proyek.
Super Kilat merancang proyek dengan lingkup dan serahan yang eksplisit. Jika Anda siap mulai dengan brief yang rapi, lihat layanan website baru atau diskusikan kebutuhan lewat WhatsApp.
Mau order website dengan scope dan deliverables yang jelas dari hari pertama? Tim Super Kilat siap bantu. Konsultasi Gratis