AI untuk Membuat Proposal: Cara Cepat Menyusun Draf yang Tetap Meyakinkan

AI untuk membuat proposal paling berguna di satu tempat: menyusun draf pertama dari bahan yang sudah Anda punya. Yang dipercepat bagian merangkai kalimat dan merapikan struktur. Angka, lingkup kerja, jadwal, dan syarat tetap harus ditulis dan diperiksa manusia, karena bagian itulah yang mengikat Anda.

Perbedaan antara proposal yang dimenangkan dan yang diabaikan jarang terletak pada bagusnya kalimat. Yang menentukan biasanya seberapa jelas calon klien melihat masalahnya sendiri tertulis di sana, dan seberapa mudah dia tahu apa yang akan dia terima. Dua hal itu datang dari percakapan, bukan dari alat.

Kebanyakan proposal terlambat bukan karena sulit ditulis, melainkan karena dimulai dari halaman kosong setiap kali. Padahal bahannya hampir selalu sudah ada: catatan rapat, daftar harga, profil perusahaan, proposal lama untuk klien sejenis. Yang hilang cuma waktu untuk merakitnya.

Artikel ini membahas pembagian kerja yang masuk akal antara Anda dan AI, bagian mana yang tidak boleh diserahkan, contoh perintah yang menghasilkan draf berguna, dan cara menjaga data klien. Untuk menyusun bahan presentasinya, lihat artikel AI untuk presentasi.

Proposal, penawaran harga, dan kontrak

Tiga dokumen ini sering tertukar, dan tertukarnya mahal. Proposal yang isinya cuma daftar harga terbaca seperti nota. Kontrak yang disusun seperti proposal menyisakan lubang yang baru terasa saat ada masalah.

Lima langkah yang menempatkan AI di tempat yang aman

Perhatikan bahwa AI baru muncul di langkah tiga, dan hanya sampai langkah tiga. Dua langkah sebelumnya menentukan isi, dua langkah sesudahnya menentukan tanggung jawab. Urutan ini yang membedakan proposal yang cepat dari proposal yang cepat lalu bermasalah.

Yang membuat alur ini berhasil adalah langkah satu dan dua dikerjakan lebih dulu oleh manusia. Model tidak tahu klien ini sebenarnya khawatir soal apa, tidak tahu kapasitas tim Anda bulan depan, dan tidak tahu pekerjaan serupa tahun lalu meleset di mana. Semua itu bahan yang hanya Anda punya.

Menulis perintahnya

Pusat bantuan Google menyebut ada empat hal utama yang perlu dipertimbangkan saat menulis perintah yang efektif, dan Anda tidak perlu memakai keempatnya sekaligus, tetapi memakai beberapa akan membantu (Google Docs Editors Help). Untuk proposal, empat hal itu kira-kira berarti: siapa pembacanya, apa tugasnya, bahan apa yang dipakai, dan bentuk hasil yang diinginkan.

Contoh perintah yang bentuknya lengkap:

• "Susun draf bagian pemahaman masalah untuk proposal ke toko bahan bangunan. Bahannya catatan rapat di bawah. Pembacanya pemilik toko yang bukan orang teknis. Maksimal 250 kata, tanpa istilah asing, dan jangan menambahkan masalah yang tidak disebut di catatan."
• "Dari lingkup kerja berikut, tulis daftar keluaran yang akan diterima klien dalam bentuk poin. Satu poin satu benda yang bisa dilihat atau dibuka, bukan aktivitas."
• "Baca draf proposal ini, lalu sebutkan kalimat mana saja yang menjanjikan sesuatu tanpa menyebut batasnya."

Yang terakhir itu sering jadi perintah paling berguna, karena justru menemukan janji berlebihan yang tidak Anda sadari sudah tertulis.

Enam bagian dan siapa yang mengerjakan

Ringkasan di bagian pertama punya aturannya sendiri: ditulis paling akhir, walaupun dibaca paling awal. Anda baru benar-benar tahu apa yang ditawarkan setelah lingkup, jadwal, dan biaya selesai. Menulisnya duluan hampir selalu menghasilkan janji yang kemudian tidak cocok dengan isi dokumennya.

Bagian lingkup kerja layak mendapat perhatian khusus. Yang membuat proposal aman bukan daftar apa yang dikerjakan, melainkan daftar apa yang tidak dikerjakan. Satu kalimat seperti "revisi desain maksimal dua kali, revisi berikutnya ditagih terpisah" mencegah lebih banyak masalah daripada tiga paragraf penjelasan metodologi.

Untuk pekerjaan yang berulang, menyusun prosedur tetapnya lebih hemat daripada menulis ulang tiap kali. Caranya dibahas di artikel SOP adalah.

Menyiapkan bahan sekali, dipakai berkali-kali

Penghematan waktu terbesar bukan datang dari perintah yang pintar, melainkan dari bahan yang sudah siap. Tim yang rutin mengirim proposal biasanya menulis ulang hal yang sama berkali-kali: profil perusahaan, cara kerja, syarat pembayaran, daftar keluaran per jenis pekerjaan. Semua itu cukup ditulis sekali dengan benar.

Siapkan satu berkas berisi lima hal berikut, lalu tempelkan bagian yang relevan sebagai bahan setiap kali membuat draf baru:

• Profil perusahaan dalam tiga panjang: satu kalimat, satu paragraf, dan satu halaman. Pilih sesuai ruang yang tersedia di proposal.
• Cara kerja standar per jenis layanan, lengkap dengan tahap dan keluaran tiap tahap.
• Daftar keluaran baku. Tulis sebagai benda yang bisa dibuka atau dilihat klien, bukan sebagai kegiatan. "Dokumen panduan pemakaian 10 halaman" jelas, "pendampingan" tidak.
• Syarat tetap: termin pembayaran, batas revisi, kepemilikan hasil, ketentuan pembatalan. Bagian ini sebaiknya sudah pernah dibaca orang yang paham kontrak.
• Bukti yang boleh dipakai: studi kasus, angka hasil, nama klien yang sudah mengizinkan disebut. Hanya yang ada di daftar ini yang boleh masuk proposal.

Daftar terakhir itu yang paling sering menyelamatkan. Dengan adanya daftar bukti yang disetujui, tidak ada lagi angka yang muncul entah dari mana di menit terakhir sebelum kirim.

Contoh alur dari rapat sampai terkirim

Supaya lebih konkret, begini bentuknya untuk satu proposal jasa yang nilainya menengah:

1. Sesudah rapat, rapikan catatan jadi daftar kebutuhan klien dalam kalimat mereka sendiri, bukan kalimat Anda. Lima sampai delapan poin biasanya cukup.
2. Tentukan lingkup bersama orang yang akan mengerjakan, termasuk apa yang tidak masuk. Ini belum menyentuh AI sama sekali.
3. Hitung biaya dan jadwal dengan cara biasa Anda. Angkanya ditulis di berkas terpisah supaya tidak tercampur draf.
4. Minta draf untuk bagian ringkasan, pemahaman masalah, dan penjelasan cara kerja, dengan menempelkan daftar kebutuhan dan bahan tetap tadi.
5. Gabungkan. Masukkan angka dan syarat dari berkas terpisah ke dokumen, jangan sebaliknya.
6. Periksa oleh satu orang yang tidak ikut menulis, lalu kirim.

Langkah lima sengaja dibalik dari kebiasaan umum. Kalau angka dimasukkan ke perintah AI lalu hasilnya disalin, ada peluang angka berubah tanpa ada yang sadar. Kalau draf dimasukkan ke dokumen berisi angka yang sudah benar, peluang itu hilang.

Menjaga data klien

Proposal hampir selalu memuat informasi yang klien belum tentu mau sebarkan: angka penjualan, masalah internal, rencana yang belum diumumkan. Sebelum bahan itu masuk ke alat AI mana pun, tiga hal perlu jelas lebih dulu: alat mana yang disetujui, data mana yang boleh keluar, dan siapa yang berwenang memutuskan pengecualian.

Perlu diperhatikan bahwa halaman seperti ini berlaku untuk produk dan paket tertentu saja. Alat percakapan umum dengan akun pribadi biasanya punya ketentuan berbeda, dan sebagian memakai percakapan untuk meningkatkan model kecuali pengaturannya dimatikan. Jadi aturannya sederhana: periksa halaman resmi untuk akun yang benar-benar dipakai tim Anda.

Tiga kesalahan yang mahal akibatnya

Kesalahan di proposal tidak berhenti di proposal. Begitu dokumen itu diterima, isinya jadi dasar pekerjaan dan sering dilampirkan ke kontrak. Tiga yang paling sering terjadi ketika draf AI dipakai terburu-buru:

1. Janji yang tidak dibatasi. Model cenderung menulis kalimat yang enak dibaca seperti "kami memastikan hasil optimal". Kalimat seperti ini tidak punya batas, dan ketika klien merasa hasilnya belum optimal, Anda tidak punya pegangan. Ganti dengan keluaran yang bisa dihitung.
2. Lingkup yang tidak menyebut pengecualian. Draf biasanya hanya menyebut apa yang dikerjakan. Bagian yang mencegah perselisihan justru daftar apa yang tidak termasuk, dan bagian itu tidak akan muncul sendiri kalau tidak Anda tulis.
3. Jadwal yang tidak memperhitungkan klien. Draf sering menuliskan durasi pekerjaan tanpa menyebut bahwa sebagian tahap menunggu bahan atau persetujuan dari klien. Tambahkan secara eksplisit bahwa tenggat bergeser bila bahan terlambat, lengkap dengan berapa lama batas menunggunya.

Kenapa sebagian proposal AI terbaca hambar

• Bahannya kosong. Draf dibuat tanpa catatan rapat, jadi isinya cuma kalimat umum yang bisa dikirim ke siapa saja.
• Tidak ada angka. Proposal yang meyakinkan menyebut jumlah, tanggal, dan nama. Draf tanpa itu terbaca seperti brosur.
• Terlalu panjang. Model cenderung mengisi ruang. Pembaca proposal justru mencari jawaban cepat atas tiga hal: berapa, berapa lama, dan apa yang saya dapat.
• Nada yang tidak cocok. Kalau percakapan dengan klien santai lalu proposalnya kaku, jaraknya terasa. Sebutkan nada yang diinginkan di perintah.
• Tidak ada langkah berikutnya. Proposal perlu diakhiri tindakan konkret dengan tenggat. Pola tindak lanjutnya dibahas di artikel cara follow up customer.

Kalau tim Anda sering kehilangan peluang karena proposal telat terkirim, biasanya yang dibutuhkan kerangka tetap dan aturan pemeriksaan, bukan alat baru. Lihat kursus AI untuk pemilik usaha dan tim dari Nalurika, atau baca artikel lain seputar AI untuk kerja di halaman artikel.

Sumber

1. Learn about prompts for Gemini in Docs, Sheets, Slides, Vids & Forms, Google Docs Editors Help (diakses 26 Oktober 2026)
2. Learn how Gemini in Gmail, Calendar, Chat, Docs, Drive, Sheets, Slides, Meet, Vids & Pics protects your data, Google Docs Editors Help (diakses 26 Oktober 2026)
3. What are AI hallucinations?, IBM (diakses 26 Oktober 2026)
4. UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi, JDIH BPK RI (diakses 26 Oktober 2026)