Lewati ke konten
19 Agustus 2026 · Di Balik Build

Buku Harian Build Akhir Pekan: Meluncurkan Aplikasi Jalan-Jalan Anjing Adik Saya dalam 48 Jam

Artikel ini mendeskripsikan produk pada saat penerbitan. Lihat AI Builder dan Agent Teams untuk kapabilitas terkini.

Buku Harian Build Akhir Pekan: Meluncurkan Aplikasi Jalan-Jalan Anjing Adik Saya dalam 48 Jam

Adik saya menjalankan bisnis jalan-jalan anjing dari mobilnya. Empat belas klien, satu Google Calendar bersama yang diedit buruk oleh tiga orang, dan kebiasaan mengirim SMS "sedang otw!" ke pemilik anjing berikutnya, yang berarti dia dua kali lupa dan harus menerima telepon canggung. Dia meminta saya buatkan "aplikasi, tidak usah mewah" pada hari Kamis dan ingin sudah live pada Senin berikutnya. Saya bilang akan coba selesai Minggu malam. Ini catatan yang saya simpan, karena saya ingin tahu belakangan apa yang sebenarnya memakan waktu dibanding apa yang hanya saya kira akan memakan waktu.

Jumat, 20:40 — perintahnya (prompt)

Saya tidak membuka editor kosong. Saya membuka chat dan langsung mendeskripsikan bisnisnya: penjalan anjing solo, empat belas klien berulang, perlu klien mendapat SMS pengingat otomatis pada pagi hari jalan mereka, perlu halaman sederhana tempat dia bisa menambah klien baru dan nama anjingnya dalam waktu kurang dari tiga puluh detik karena biasanya dia melakukannya sambil berdiri di halaman rumah orang. Saya sempat menyebut "aplikasi booking" sekali lalu langsung menariknya kembali — ini bukan aplikasi booking, ini daftar klien dengan pemicu pengingat. Ternyata bersikap presisi tentang apa yang BUKAN ini lebih penting daripada mendeskripsikan apa yang ini.

Jumat, 21:05 — rencana kembali

Rencananya punya tiga bagian yang tidak saya minta dan pasti akan saya lupakan:

  • Cara menandai jalan-jalan sebagai selesai, agar pengingat tidak terpicu dua kali
  • Tautan opt-out SMS untuk kepatuhan (compliance)
  • Tampilan harian sederhana alih-alih grid kalender, karena grid kalender di ponsel dengan empat belas entri hanyalah dinding teks kecil-kecil

Saya menulis ulang rencananya tiga kali terpisah dalam dua puluh menit berikutnya, kebanyakan hanya mengganti kata-kata yang sebenarnya tidak perlu diganti. Belakangan saya sadar itu murni gugup — agen perencana sudah mendapatkan bentuknya dengan benar sejak awal, dan saya malah mengedit kalimat, bukan substansi.

Jumat, 21:40 — jalan pertama

Memulainya dan menyaksikan tim agen mengerjakan model klien, halaman tampilan harian, dan job pengingat. Desainnya kembali terlihat seperti formulir pendaftaran klinik hewan, yang sebenarnya tepat untuk audiensnya — klien adik saya adalah pemilik anjing berusia 40-50an, bukan target deck pitch Seri A. Saya hampir menolak gaya visualnya karena kebiasaan sebelum sadar itu justru lebih cocok untuk pengguna sebenarnya dibanding apa pun yang akan saya pilih sendiri.

Jumat, 22:30 — jeda pertama

Bagian SMS memerlukan kunci penyedia live sebelum bisa mengirim apa pun secara nyata, yang merupakan perilaku benar dan bukan bug, tapi saya lupa belum mengaturnya. Semua yang lain tetap berjalan — aplikasi hanya mencatat apa yang seharusnya dikirim alih-alih benar-benar mengirimnya, yang berarti saya bisa terus membangun tanpa terhambat pendaftaran Twilio pukul 22:30 malam Jumat. Lalu tidur.

Sabtu, 08:00 — kendala sesungguhnya

Inilah yang benar-benar memakan waktu. Saya meminta pengingat dikirim "pada pagi hari itu," dan versi pertama menafsirkannya sebagai pengiriman tetap pukul 7 pagi untuk setiap klien terlepas dari jam jalan mereka. Baik untuk jalan pukul 9 pagi, tidak berguna untuk yang pukul 4 sore. Saya kembali ke chat dan menyampaikannya secara langsung:

Pengingat seharusnya terpicu sejumlah jam tetap sebelum jadwal jalan masing-masing, bukan pada jam tetap tertentu.

Perbaikannya cukup satu kali pertukaran pesan. Pelajarannya bukan soal alatnya, tapi soal prompt saya sendiri: "pagi hari" adalah frasa yang terasa presisi bagi orang yang mengucapkannya tapi sepenuhnya ambigu bagi semua orang lain, termasuk, ternyata, saya sendiri dua belas jam kemudian.

Sabtu, 11:15 — membaca catatan verifikasi

Sebelum menyentuh apa pun yang lain, saya membuka apa yang telah diperiksa sendiri oleh build tersebut:

  • Formulir klien tersimpan dengan benar
  • Job pengingat berjalan terhadap hari uji berisi janji temu
  • Tautan opt-out benar-benar berhasil membatalkan langganan nomor uji

Tidak ada yang bermasalah. Saya sudah terbiasa membaca ini sebelum mencari masalah sendiri, karena ini menunjukkan ke mana sebenarnya saya harus mencurahkan perhatian, alih-alih mengklik sana-sini secara acak sambil berharap menyadari ada yang salah.

Sabtu, 14:00 — SMS, kali ini beneran

Menyiapkan akun provider, memasukkan key, mengirim pengingat uji ke diri sendiri.

9 detik — dari menandai jalan-jalan uji coba hingga pengingat masuk ke ponsel saya

Hal kecil, tapi inilah momen ketika sebuah proyek berhenti menjadi demo dan mulai menjadi sesuatu yang benar-benar ada di dunia nyata.

Sabtu, 16:20 — penantian domain

Saya arahkan domain aslinya ke sana lalu tidak melakukan apa-apa yang berguna selama dua jam sambil menunggu DNS menyusul. Waktu itu saya pakai untuk menulis sendiri empat belas baris data klien yang sebenarnya, alih-alih membiarkannya diketik lewat ponsel oleh dia di malam Minggu — yang ternyata jadi penggunaan waktu terbaik sepanjang akhir pekan: entri data yang tidak keren mengalahkan sebanyak apa pun polesan tambahan yang tak ada yang minta.

Minggu, 09:00 — bagian yang hampir saya bangun berlebihan

Saya keburu berpikir dia akan butuh ringkasan mingguan — jalan-jalan yang selesai, yang bolong, pendapatan — dan mulai meminta digest otomatis setiap Senin pagi. Saya berhenti di tengah jalan saat menjelaskannya. Dia punya empat belas klien dan mencatat pembukuannya sendiri di buku catatan. Fitur ringkasan adalah solusi untuk masalah yang belum dia punya. Saya batalkan. Bisa ditambahkan dalam lima menit di minggu ketika dia benar-benar memintanya, dan sampai saat itu fitur itu cuma jadi celah tambahan buat sesuatu yang bisa salah.

Minggu, 13:10 — mengirimkan link ke dia

Dia menambahkan klien dari ponselnya sambil berdiri di tempat parkir — itulah uji coba sesungguhnya yang jauh lebih berarti daripada apa pun yang sudah saya periksa sendiri.

19 detik — waktu yang dia butuhkan untuk menambahkan klien baru, secara langsung, dari tempat parkir

Minggu, 18:40 — apa yang akan saya lewati lain kali

Yang akan saya lewati, lain kali:

  • Tiga kali menulis ulang rencana yang tidak mengubah apa-apa
  • Dua jam khawatir soal provider SMS sebelum saya bahkan mencoba menyiapkannya
  • Dasbor ringkasan yang hampir jadi dibangun — tiga puluh menit tercepat sepanjang akhir pekan justru saat saya mengetik "tidak" untuk ide saya sendiri, bukan saat membangunnya

Semua hal yang benar-benar memakan waktu ternyata berupa ambiguitas nyata dalam permintaan saya sendiri, atau penantian tak terhindarkan atas server DNS milik orang lain. Untuk build berikutnya, saya akan menulis prompt sekali, membacanya ulang seolah-olah orang asing yang membacanya, dan lebih mempercayai rencana pertama dibanding yang saya percayai kali ini.

Di Balik Proses Pembangunan
BagikanXLinkedInFacebookRedditQuoraWhatsAppTelegramEmail
← Semua postingan