[🤖] Setelah Berhari-hari Bergulat dengan Brosur, Saya Menemukan Cara Membuat PPT dengan AI

✨ Ringkasan GPT-5.6 Sol

Sebanyak apa pun DESIGN.md dan referensi premium yang saya berikan, PPT-nya tetap tampak kuno. Setelah saya memilih gambar jadi terlebih dahulu, menetapkannya sebagai acuan visual, lalu meminta Codex memindahkannya ke slide yang dapat diedit, proses yang macet selama berhari-hari akhirnya terbuka.

Berhari-hari brosurnya terus terlihat buruk

Saya menghabiskan beberapa hari untuk mencoba hampir segala cara saat membuat brosur penjualan hotel untuk perusahaan. Saya mencari referensi brosur hotel premium, membuat DESIGN.md yang mengatur warna, tipografi, dan ruang kosong, memisahkan isi serta instruksi tiap halaman, bahkan menjalankan banyak sesi koordinator dan pekerja.

Namun hasilnya terus terlihat kuno dan aneh. Walaupun halaman yang sama dibuat ulang, hasilnya lebih mirip laporan internal atau proposal lama daripada brosur penjualan hotel premium. Codex dengan bangga membawa hasil pemeriksaan bahwa tidak ada teks yang meluap, file dapat dibuka dengan normal, dan font sudah sesuai. Lalu saya membuka PPT-nya dan reaksi pertama saya adalah, “Aduh, ini apaan?”

Ketika saya merasa membutuhkan DESIGN.md karena setiap brosur selalu muncul dengan desain yang berbeda, saya mengira setidaknya AI tidak perlu terus menebak suasana dari kanvas kosong. DESIGN.md memang diperlukan. Namun kali ini saya mengetahui bahwa keberadaan file itu tidak otomatis menghasilkan desain yang bagus.

Codex melaporkan bahwa DESIGN.md dan referensinya sudah dibaca, tetapi PPT yang dihasilkan tidak menangkap alasan referensi tersebut terlihat premium. Ia mengambil beberapa warna, membuat kotak yang mirip, lalu menganggap referensinya sudah diterapkan. Komposisi, proporsi bidang, bobot visual, ruang kosong, alur pandangan, dan kesan keseluruhan menghilang. Yang tersisa hanyalah dokumen berkotak dengan isi yang tersusun rapi.

Ketika kode dibuat lebih dulu, tampilan akhir menjadi urusan belakangan

Setelah terus memperhatikan prosesnya, saya menyadari bahwa cara merancangnya sejak awal memang aneh. Proses itu tidak dimulai dengan membayangkan seperti apa halaman akhir harus terlihat. Isi dipecah, koordinat kotak teks dan persegi ditentukan, garis serta warna ditambahkan, lalu kode PPT diselesaikan. Baru setelah dirender, hasil yang buruk itu terlihat.

Setelah itu Codex mengubah jarak, mengurangi warna, dan memindahkan kotak. Namun hasilnya tetap aneh karena perbaikan kecil tersebut mempertahankan komposisi yang sudah salah sejak awal. Render bukan sasaran desain. Render lebih mirip layar debug untuk menemukan masalah setelah kode selesai ditulis.

Codex sangat hebat dalam menemukan pola, jadi terasa aneh bahwa sebanyak apa pun referensi premium yang saya berikan, ia tidak menemukan pola “premium” di dalamnya. Kalau dipikir lagi, menjelaskan ciri-ciri desain yang baik dan menciptakan keseluruhan kesan itu dari PPT kosong adalah dua kemampuan yang berbeda. Sebuah hasil bisa lolos semua pemeriksaan perataan, kontras, ruang kosong, font, dan warna, tetapi tetap terlihat sangat kuno.

Begitu dimulai dari gambar, desainnya tiba-tiba menjadi bagus

Kemudian saya meminta halaman yang sama dibuat ulang sebagai gambar terlebih dahulu dengan kombinasi warna yang sudah saya pilih. Anehnya, gambar yang dihasilkan justru bagus. Hierarki informasinya terlihat, keseimbangan bidang dan ruang kosongnya tepat, serta ikon dan garisnya menggunakan satu gaya yang konsisten. Nuansa hotel modern, sederhana, dan premium yang terus saya minta akhirnya muncul.

“Kalau jadi gambar bisa bagus…? Lalu kenapa PPT-nya seperti itu?”

Di sinilah jawabannya terlihat. DESIGN.md dan referensi tidak boleh langsung diterjemahkan menjadi kode PPT. Pertama-tama, keduanya harus dipakai untuk membuat gambar halaman yang sudah jadi. Saya dapat terus memperbaikinya pada tahap gambar sampai menemukan hasil yang saya sukai, lalu menetapkan gambar tersebut sebagai “acuan visual” halaman. PPT asli dan instruksi halaman tetap menjadi “acuan isi” terpisah yang menjaga teks, fakta, hubungan, dan unsur wajib.

Setelah itu saya tidak lagi meminta Codex memikirkan desain baru. Saya memintanya mereproduksi gambar yang sudah disetujui semirip mungkin dengan elemen PPT yang dapat diedit. Pada tahap akhir, PPT yang sudah disimpan dirender kembali menjadi gambar, lalu diletakkan berdampingan dengan acuan visual dalam ukuran yang sama untuk dibandingkan.

Halaman yang dibuat ulang dengan cara ini jelas berbeda dari hasil sebelumnya. Teks asli dan hubungan organisasinya tetap dipertahankan, sementara komposisi, proporsi warna, tipografi, ikon, dan garis dari gambar yang saya setujui dipindahkan hampir sama persis ke dalam PPT yang dapat diedit. Ketika melihat hasilnya, saya benar-benar berkata, “Wah…! Saya menemukan jawabannya!!!”

Pada akhirnya, saya sendiri yang harus memeriksa desain

Sejak hari ketika saya tidak mendapatkan brosur karena sibuk mengelola koordinator dan para pekerja, saya sangat meragukan kerja paralel. Sekarang saya melihat bahwa struktur koordinator-pekerja tidak selalu buruk. Struktur itu cocok untuk membuat banyak kandidat gambar dari arah yang berbeda dengan cepat atau untuk memindahkan tiap halaman yang sudah disetujui ke PPT.

Namun pemilihan desain dan pemeriksaan akhir tidak boleh saya serahkan kepada koordinator. Koordinator dapat memeriksa teks yang hilang, garis hubungan yang salah, teks yang meluap, font, dan integritas file, lalu menyiapkan gambar perbandingan. Tetapi saya sendiri yang harus menentukan hasil mana yang terlihat lebih premium, halaman mana yang dapat membuat manajer hotel ingin menandatangani kontrak, dan apakah saya benar-benar menyukai hasilnya.

Mulai sekarang, saya akan membuat halaman brosur dengan urutan berikut.

1. Kunci isi berdasarkan PPT asli dan instruksi halaman.
2. Buat beberapa konsep gambar berdasarkan DESIGN.md dan referensi.
3. Periksa sendiri dan setujui gambar yang saya sukai sebagai acuan visual.
4. Reproduksi gambar yang disetujui semirip mungkin dalam PPT yang dapat diedit.
5. Bandingkan render PPT dengan acuan visual dalam ukuran yang sama, lalu berikan persetujuan akhir sendiri.

Sebelumnya, saya membuat PPT lebih dulu dan baru menemukan desainnya saat melihat render. Sekarang saya menyelesaikan desain dalam bentuk gambar terlebih dahulu, lalu memperlakukan PPT sebagai hasil implementasi yang memindahkan desain tersebut.

Selama berhari-hari saya hampir gila karena tidak mengerti mengapa proses ini terus gagal. Setidaknya sekarang saya tahu di mana desain harus diputuskan dan siapa yang harus memeriksanya. Jawabannya bukan memperpanjang DESIGN.md atau memberi perintah lebih keras untuk “bekerja seperti desainer dengan pengalaman tiga puluh tahun”. Saya harus membuat gambar final yang saya pilih dengan mata saya sendiri terlebih dahulu, lalu meminta Codex mengimplementasikannya dengan tepat. Untuk saat ini, inilah metode terbaik yang saya temukan.