"Waspadalah terhadap pengeluaran kecil. Kebocoran kecil akan menenggelamkan kapal besar." — Benjamin Franklin

Ada versi manajemen keuangan startup yang sangat dipahami oleh sebagian besar founder. Ini tidak dramatis. Ini tidak muncul dalam presentasi dewan direksi. Ini muncul dalam tagihan cloud yang tidak pernah dipertanyakan oleh siapa pun, lisensi pengguna yang masih digunakan secara teknis oleh seseorang yang telah keluar empat bulan lalu, perpanjangan otomatis yang naik delapan belas persen lebih mahal karena tidak ada yang punya waktu untuk menegosiasinya kembali.

Startup sangat mahir dalam bergerak cepat. Mereka sangat buruk dalam pekerjaan kecil, membosankan, dan mahal untuk benar-benar mengelola apa yang mereka belanjakan. Bukan karena para founder ceroboh — melainkan karena perhatian mereka adalah sumber daya paling langka yang mereka miliki, dan belum ada yang menemukan cara untuk mengotomatiskan negosiasi tersebut.

Konsumen mendapatkan alat yang menemukan dan membatalkan langganan mereka yang terlupakan. Startup tidak mendapatkan apa-apa.

Tim di balik LEGR memutuskan bahwa kondisi dunia tersebut salah.

Masalah yang Mereka Alami Sendiri Pertama Kali

Inspirasi itu tidak datang dari riset. Itu datang dari menjalankan sebuah startup.

Pemanggilan model yang salah menjalankan opsi paling mahal padahal opsi yang lebih murah bisa melakukan pekerjaan yang sama. Lisensi hantu untuk orang-orang yang telah pergi berbulan-bulan lalu. Langganan yang tidak diingat pernah didaftarkan oleh siapa pun. Perpanjangan yang melonjak secara otomatis karena tidak ada yang punya waktu tiga hari untuk bernegosiasi bolak-balik dengan vendor.

Wawasannya bukanlah bahwa startup membutuhkan dasbor yang lebih baik. Dasbor sudah ada. Mereka diabaikan, karena melihat masalah dan memperbaiki masalah adalah dua hal yang sama sekali berbeda. Apa yang ingin dibangun oleh tim bukanlah alat yang menunjukkan pemborosan kepada Anda. Itu adalah sesuatu yang melakukan sesuatu untuk mengatasinya — menyusun draf email, menjalankan negosiasi, bertahan melewati akhir pekan, dan mengirimkan satu pesan kepada Anda setelah selesai.

Analogi yang terus mereka gunakan: CFO yang baik tidak hanya menyerahkan laporan kepada Anda lalu menunggu. CFO yang baik menanganinya, memberi Anda informasi pada momen-momen penting, dan menyelesaikan prosesnya.

LEGR adalah CFO yang tidak mampu disewa oleh siapa pun sebelum hal ini memungkinkan untuk dibangun.

Apa yang Sebenarnya Dilakukan LEGR

Produk ini memiliki tiga tugas.

Yang pertama adalah menangkap pemborosan pengeluaran AI — keputusan perutean model yang menumpuk secara tidak terlihat. Panggilan mahal yang berjalan padahal model yang lebih murah akan menghasilkan hasil yang sama. Kredit menganggur. Pekerjaan batch yang terlupakan. Pola yang tidak disadari oleh siapa pun karena mereka berada di dalam file log, bukan percakapan.
Yang kedua adalah membasmi penyebaran SaaS yang tidak terkendali. Setiap startup menimbun alat. Beberapa dari alat tersebut menimbun lisensi pengguna dan langganan yang bertahan lebih lama dari orang atau alur kerja yang seharusnya mereka layani. LEGR menemukannya — dengan mencocokkan silang apa yang tertera pada faktur dengan tampilan penggunaan yang sebenarnya — dan kemudian melakukan apa yang belum pernah dilakukan oleh dasbor mana pun: menegosiasikan perpanjangan, secara otonom, selama berapa hari pun yang dibutuhkan.
Yang ketiga adalah kepatuhan pengeluaran — menilai setiap transaksi terhadap kebijakan, tetap diam ketika semuanya bersih, dan melakukan eskalasi hanya ketika sesuatu membutuhkan keputusan manusia.

Pengalaman bagi seorang founder terlihat seperti ini: sebuah pesan tiba. "Menemukan perpanjangan yang akan datang. Negosiasikan? Y/T." Mereka mengetik Y. Tiga hari kemudian, sebuah tindak lanjut: "Selesai. $4.140 dihemat."

Tiga kata masuk. Empat puluh jam komunikasi bolak-balik ditangani. Satu pesan keluar.

Pemikiran di Baliknya

Pertanyaan arsitektural yang harus dijawab oleh tim adalah ini: beberapa pekerjaan membutuhkan waktu beberapa detik. Beberapa pekerjaan membutuhkan waktu beberapa hari. Itu bukanlah masalah yang sama, dan tidak boleh diperlakukan dengan cara yang sama.

Memeriksa apakah suatu transaksi melanggar kebijakan adalah tugas yang cepat dan tanpa status (stateless). Anda menjalankannya, Anda mendapatkan jawaban, selesai. Namun menegosiasikan perpanjangan perangkat lunak tidaklah stateless. Itu berlangsung berhari-hari. Vendor membalas sesuai jadwal mereka sendiri. Setiap tanggapan mengubah apa yang harus disampaikan oleh pesan berikutnya. Sistem harus bertahan dari proses restart di tengah-tengah putaran ketiga.

Tim membangun pemisahan yang jelas antara kedua jenis pekerjaan ini. Tugas-tugas yang cepat dan terbatas berjalan sebagai panggilan singkat. Negosiasi yang berjalan lama hidup sebagai proses yang persisten — masing-masing dengan memorinya sendiri, riwayat utasnya sendiri, pemahamannya sendiri tentang pengaruh apa yang telah digunakan dan apa yang tersisa.

Setiap negosiasi aktif membawa file status. Putaran saat ini. Riwayat utas lengkap. Argumen apa yang sudah dibuat. Ketika vendor menjawab "biarkan saya memeriksa dengan manajer saya," sistem harus mengklasifikasikannya dengan benar — bukan sebagai penerimaan, bukan sebagai penolakan, melainkan sebagai penundaan — dan merespons dengan sabar. Pengklasifikasi itu, kata tim, membutuhkan lebih banyak iterasi daripada hampir semua hal lain dalam pembuatan sistem ini.

Masalah tersulit bukanlah teknis. Melainkan menahan diri.

Versi pertama dari antarmuka mengirimkan pesan pada setiap peristiwa. Dalam waktu satu jam, itu telah menjadi kebisingan — hal yang berhenti Anda baca karena selalu ada sesuatu yang ingin dikatakannya. Solusinya adalah sistem perpesanan tiga tingkat: senyap saat hal-hal sedang berjalan, informatif ketika ada perkembangan yang layak diketahui, dan ping nyata hanya ketika keputusan manusia benar-benar dibutuhkan. Mengetahui kapan tidak boleh berbicara ternyata menjadi pilihan desain paling penting dalam produk ini.

Apa yang Paling Mereka Banggakan

Momen yang mereka demonstrasikan di atas panggung: menghentikan proses negosiasi yang sedang berjalan di tengah putaran, memulainya kembali, melihatnya membaca file statusnya dan melanjutkan tepat di tempat terakhir ia tinggalkan. Status persisten bukanlah fitur yang mereka deskripsikan. Ini adalah salah satu yang mereka buktikan secara real-time.

Dan alur ujung-ke-ujung — seorang founder mengetik tiga kata, sistem berjalan selama beberapa hari, satu pesan penutup. Itu bukan alur demo. Itu adalah produk yang bekerja sesuai desainnya.

105 peserta. 38 proyek. 36 jam. Kami telah mengikuti apa yang dihasilkan dari akhir pekan itu karena kualitas pemikirannya terus menarik perhatian.

Penting juga untuk dikatakan: kami mengetahui masalah penyebaran SaaS dari dalam. Enter dibangun secara khusus agar para pembuat tidak memerlukan tujuh alat untuk mengirimkan satu produk — editor desain, backend, database, deployment, lapisan kolaborasi, semuanya di satu tempat. Satu langganan. Satu platform. Ironi dari meliput proyek yang memburu langganan yang terlupakan tidak luput dari perhatian kami.

LEGR mendapatkan tempatnya dalam seri ini karena masalahnya nyata, solusinya spesifik, dan tim memahami sesuatu yang penting: bagian tersulit dari membangun agen otonom bukanlah otomatisasinya. Melainkan mengetahui kapan harus mundur dan membiarkan manusia masuk kembali. Menahan diri sebagai prinsip desain. Itu lebih langka daripada kedengarannya.

Apa yang Berikutnya

Jangka pendek: proses yang masuk ke panel admin vendor secara langsung dan melakukan pembatalan, lengkap dengan tanda terima tangkapan layar. Negosiasi paralel yang berbagi lapisan kecerdasan bersama — kemenangan dalam satu negosiasi menjadi pengaruh dalam negosiasi berikutnya. Model persisten dari preferensi setiap founder, toleransi risiko, dan sisa waktu dana (burn runway).

Taruhan jangka panjang: keuangan adalah titik masuknya. Arsitektur yang sama — agen cepat untuk tugas terbatas, proses persisten untuk pekerjaan yang membutuhkan waktu berhari-hari — berlaku untuk operasi hukum, manajemen vendor, kepatuhan HR. Tim menggambarkannya sebagai alat pertama yang dihubungkan oleh startup dan alat keuangan terakhir yang mereka butuhkan sebelum mereka mampu menyewa yang asli.

Ambisi semacam itu adalah tujuan utama dari akhir pekan Princeton.

Melewatkan volume sebelumnya? → Vol. 1 — Heritage in Pixels → Vol. 2 — Terra Zone AI *→ Vol. 3: *reAgent *→ Vol. 4: *TaleTailor