Naïve dan Otomasi Pendirian Perusahaan: Dari Form Legal ke Workflow Engineering
Naïve mendapat pendanaan 28,5 juta dolar untuk mengotomasi pekerjaan administratif pendirian dan pengelolaan perusahaan. Artikel ini membahas implikasinya bagi workflow orchestration, API integration, audit log, human approval, dan peluang adaptasi di operasi bisnis Indonesia.
Naïve dan Otomasi Pendirian Perusahaan: Dari Form Legal ke Workflow Engineering
Pendirian perusahaan sering terlihat seperti pekerjaan administratif biasa: isi formulir, pilih yurisdiksi, unggah dokumen, bayar biaya, tunggu persetujuan. Tetapi bagi engineer, proses seperti ini sebenarnya adalah rangkaian workflow yang penuh dependency, validasi, status, retry, dan audit trail.
Itu sebabnya berita tentang Naïve menarik untuk dibaca dari kacamata Operations Automation. TechCrunch melaporkan bahwa Naïve memperoleh pendanaan 28,5 juta dolar untuk mengotomasi pekerjaan administratif dalam pendirian dan pengelolaan perusahaan. Fokus yang disebutkan adalah orchestration proses pembentukan U.S. LLC, dengan input seperti negara bagian, kode industri, deskripsi bisnis, dan nama perusahaan yang diusulkan.
Yang penting, sumber tersebut juga menyebut bahwa tidak semua langkah sepenuhnya otomatis. KYC, KYB, dan pembayaran tetap memerlukan keterlibatan pengguna. Bagi saya, detail ini justru membuat kasusnya lebih realistis: automation yang matang bukan berarti menghapus manusia dari semua proses, melainkan menempatkan manusia di titik kontrol yang tepat.
Dari pendirian perusahaan ke workflow orchestration
Jika kita pecah secara teknis, proses pendirian perusahaan bukan sekadar form submission. Ada beberapa lapisan yang perlu diorkestrasi:
- Pengumpulan input awal, seperti negara bagian, kode industri, deskripsi bisnis, dan nama yang diusulkan.
- Validasi data, termasuk format, kelengkapan, dan aturan minimum sebelum dikirim ke sistem berikutnya.
- Integrasi API atau sistem pihak ketiga untuk filing, verifikasi, pembayaran, atau penyimpanan dokumen.
- Status tracking untuk mengetahui apakah proses masih draft, menunggu approval, gagal, atau selesai.
- Human approval untuk langkah yang sensitif, seperti KYC, KYB, dan pembayaran.
- Audit log agar setiap perubahan, keputusan, dan submission bisa ditelusuri.
Di sinilah pendekatan software engineering menjadi sangat relevan. Banyak tim masih memperlakukan administrasi bisnis sebagai pekerjaan manual di spreadsheet dan email. Padahal polanya mirip dengan CI/CD pipeline: ada input, validasi, step orchestration, external dependency, retry, approval gate, dan log.
Schema data sebagai fondasi otomasi
Salah satu pelajaran terbesar dari kasus seperti Naïve adalah pentingnya schema data. Jika input bisnis tidak punya struktur yang jelas, otomasi akan cepat rapuh.
Contoh sederhana untuk proses pendirian perusahaan:
jurisdictionatau negara bagianindustry_codebusiness_descriptionproposed_company_namebeneficial_ownerverification_statuspayment_statusfiling_status
Schema seperti ini membantu sistem membedakan data yang masih draft, data yang sudah tervalidasi, dan data yang siap dikirim ke layanan eksternal. Untuk Head of Software Engineering atau calon CTO, ini bukan sekadar isu backend. Ini adalah desain domain.
Tanpa schema yang disiplin, workflow akan penuh pengecualian manual. Dengan schema yang baik, kita bisa membangun validasi, automasi dokumen, approval, dan integrasi API dengan lebih aman.
API integration dan risiko proses eksternal
Dalam automation bisnis, API integration hampir selalu menjadi titik rawan. Sistem internal bisa idempotent dan rapi, tetapi layanan eksternal mungkin lambat, gagal sementara, atau mengembalikan status yang tidak langsung final.
Karena itu, workflow seperti ini perlu didesain dengan beberapa prinsip:
- Idempotent retry, agar pengiriman ulang tidak membuat submission ganda atau pembayaran ganda.
- State machine yang eksplisit, agar status proses tidak hanya berupa teks bebas.
- Timeout dan reconciliation, karena tidak semua response eksternal terjadi secara real-time.
- Audit log, agar tim legal, finance, dan engineering bisa melihat riwayat keputusan.
- Manual override yang terkendali, karena proses legal dan finansial sering membutuhkan pengecualian.
Saya melihat ini sebagai area yang sering diremehkan. Banyak perusahaan ingin mengotomasi operasi, tetapi belum menyiapkan model status dan log yang memadai. Akibatnya, begitu terjadi error, tim kembali ke Slack, email, screenshot, dan spreadsheet.
Human approval bukan kegagalan otomasi
Detail bahwa KYC, KYB, dan pembayaran tetap membutuhkan keterlibatan pengguna adalah poin penting. Dalam workflow bisnis, human approval bukan tanda bahwa otomasi gagal. Justru itu bagian dari kontrol risiko.
Untuk proses sensitif, kita perlu membedakan antara:
- Langkah yang bisa diotomasi penuh, seperti prefill data, validasi format, dan pembuatan draft dokumen.
- Langkah yang bisa diotomasi sebagian, seperti pengecekan kelengkapan dan routing approval.
- Langkah yang wajib melibatkan manusia, seperti persetujuan identitas, konfirmasi beneficial ownership, dan otorisasi pembayaran.
Model seperti ini cocok untuk SDLC manager dan engineering leader yang ingin membawa prinsip workflow engine ke operasi non-teknis. Tujuannya bukan membuat semua hal berjalan tanpa manusia, tetapi mengurangi pekerjaan repetitif dan membuat titik keputusan menjadi jelas.
Peluang adaptasi untuk operasi bisnis Indonesia
Saya tidak akan menyamakan konteks U.S. LLC dengan regulasi Indonesia. Struktur hukum, persyaratan administratif, dan integrasi sistemnya berbeda. Namun, pola engineering-nya bisa diadaptasi untuk banyak kebutuhan lokal.
Beberapa contoh yang masuk akal:
1. Onboarding vendor
Vendor onboarding biasanya melibatkan data perusahaan, NPWP, rekening bank, dokumen legal, PIC, kontrak, dan approval finance. Ini bisa diubah menjadi workflow dengan schema data, checklist validasi, dan status approval.
2. Dokumen legal
Pembuatan NDA, perjanjian kerja sama, addendum, atau surat kuasa sering memiliki template berulang. Automation bisa membantu prefill dokumen, versioning, approval legal, dan penyimpanan final.
3. Finance operations
Reimbursement, invoice processing, payment request, dan vendor payment sangat cocok untuk workflow orchestration. Bagian pentingnya adalah audit log, approval berjenjang, dan idempotent retry untuk mencegah duplikasi pembayaran.
4. Administrasi bisnis internal
Perubahan data perusahaan, pembukaan akses rekening, pengelolaan dokumen compliance, dan pembaruan data vendor bisa dibuat lebih rapi dengan pendekatan state machine dan approval gate.
Sekali lagi, ini bukan klaim bahwa proses di Indonesia sama dengan proses U.S. LLC. Yang bisa kita ambil adalah cara berpikirnya: ubah proses administratif menjadi workflow yang terstruktur, terukur, dan dapat diaudit.
Checklist teknis untuk membangun workflow serupa
Jika saya harus merancang sistem operations automation untuk proses legal atau finance, saya akan mulai dari checklist berikut:
- Definisikan domain object utama, misalnya company, vendor, document, payment request, atau filing request.
- Buat schema data yang jelas dan tervalidasi.
- Gunakan state machine untuk status proses.
- Pisahkan automated step dan human approval step.
- Pastikan setiap aksi menghasilkan audit log.
- Terapkan idempotency key untuk operasi eksternal yang berisiko ganda.
- Buat mekanisme retry dengan batasan dan backoff.
- Sediakan dashboard untuk monitoring status dan exception.
- Dokumentasikan siapa yang berhak melakukan approve, reject, dan override.
- Simpan bukti keputusan, bukan hanya hasil akhirnya.
Dengan fondasi seperti ini, automation tidak hanya mempercepat proses, tetapi juga membuat operasional lebih mudah dikontrol.
Penutup
Berita pendanaan Naïve menunjukkan bahwa pekerjaan administratif perusahaan mulai diperlakukan sebagai masalah software infrastructure. Bagi programmer, Head of Software Engineering, manager SDLC, dan calon CTO, ini sinyal penting: workflow orchestration tidak hanya relevan untuk deployment pipeline atau data pipeline, tetapi juga untuk operasi legal, finance, dan administrasi bisnis.
Menurut saya, perusahaan yang ingin mengotomasi operasi sebaiknya tidak langsung mengejar automasi penuh. Mulailah dari schema data, validasi, audit log, dan approval flow. Setelah prosesnya jelas, barulah integrasi API, retry, dan automation yang lebih agresif akan terasa aman.
Referensi
- Judul sumber: Naïve raises $28.5M to automate the grunt work of setting up and running a company
- Penerbit: TechCrunch
- URL: https://techcrunch.com/2026/08/06/naive-raises-28-5m-to-automate-the-grunt-work-of-setting-up-and-running-a-company/
- Tanggal publish sumber: 6 Agustus 2026