Pitch deck · Draf investor
IDEN

Banyak layanan.
Cukup satu integrasi.

Companion buat kamu dan AI-mu. Bantu nyambungin app ke layanan yang dipakai buat jalanin bisnis.

AI-mu bantu bikin.
Nokumi bantu nyambungin.

Maskot Nokumi melambaikan tanganAPI + MCPHalo, builder!
ノクミ · Indonesia dulu[A] Konsep produk · API dan integrasi belum aktifDiperbarui 19 Oktober 2026

Mulai dari satu alur
yang orang mau bayar.

Dampingi pilot sampai login → bayar → akses jalan. Jadikan pekerjaan yang berulang sebagai produk.

01

Masalahnya spesifik

App udah ada. Nyambungin layanan dan benerin kegagalannya masih jadi kerjaan sendiri.

[A] Perlu dibuktikan lewat proyek nyata.
02

Lingkupnya bisa dijaga

Satu jalur provider lebih masuk akal buat tim kecil daripada langsung merawat puluhan konektor.

[I] Berdasarkan batas tim dan pilot.
03

Belajarnya bisa dibawa pulang

Kelas bantu orang nyoba. Pilot berbayar menguji apakah bantuannya cukup berharga.

[A] Peserta kelas belum tentu pembeli.
Yang dijual: alur yang bisa dites dan dirawat. Akses ke layanan gratis aja belum cukup.
Tesis · [I] RekomendasiDasar bukti & labelHipotesis, bukan traction
Nokumi

no · ku · mi ノクミ

Nama yang kami bikin sendiri.
Bukan arti kamus bahasa Jepang.

Namanya singkat.
Niatnya: nemenin.

Terinspirasi omoiyari: mempertimbangkan orang lain. Buat Nokumi, peduli berarti bikin langkah teknis lebih mudah dipahami.

Peka sebelum bantu

Pahami app dan kendalanya. Jangan nambah layanan yang nggak perlu.

Bikin ruang buat nyoba

Belajar boleh salah. Jelaskan error dan cara benerinnya tanpa bikin orang minder.

Seru, tetap jelas

Karakter ramah, biaya terbuka, dan akses data dibahas dengan serius.

[A] Filosofi brand · Pilihan nilai Nokumi[F] Japan Foundation: omoiyari ↗Inspirasi nilai, bukan klaim mewakili seluruh budaya Jepang

Udah punya app.
Masih mentok pas mau jualan.

Solo founder, vibe coder, atau kreator yang bikin kelas interaktif, membership, dan app berbayar sendiri.

  • Ada prototype yang bisa dicoba.
  • Ada calon pengguna dan transaksi yang jelas.
  • Butuh bantuan di sambungan antarlayanan.
Contoh kebutuhan, bukan testimoni
“Orang udah bayar. Gimana supaya akses kelasnya kebuka, emailnya masuk, dan aku tahu kalau prosesnya gagal?”
Bayar → akses → kabar sampai
[A] Pelanggan pertama · Keyakinan 40%Di luar pilot: penjual yang cukup pakai storefront standarKualifikasi lewat demo app

Ada stack yang dipakai.
Demand Nokumi belum terbukti.

26 / 40

produk memenuhi kriteria
dari target observasi

42 kandidat diperiksa · 21 builder berbeda
Indonesia117 builder / 4 kreator · target 20
Filipina84 builder / 4 kreator · target 8
Thailand53 builder / 2 kreator · target 6
Malaysia22 builder / 0 kreator · target 6

Di Indonesia, Supabase untuk data terlihat pada 4 dari 11 produk; tiga berasal dari builder yang sama. Bukti publik belum cukup buat memilih CRM atau WhatsApp sebagai pemenang.

[F] Riset publik · 17 Oktober 2026CSV produk & status sampel ↓Frekuensi sampel ≠ pangsa pasar / demand

App kamu di depan.
Nokumi ngurus sambungannya.

< / >

App / AI kamu

Satu antarmuka
API atau MCP

NokumiAtur koneksi · cek alur · telusuri gagal
Supabase Login + dataResend EmailMidtrans PembayaranCloudflare Deploy + domain8x8 / Wavecell WhatsApp opsional
Contoh jalur pilot. Ini belum koneksi aktif atau daftar partner. Akun provider dan persetujuannya tetap diperlukan.
[A] Rancangan produkMCP memudahkan AI memanggil layanan; bukan jaminan lebih hemat token.Runtime masih rencana

Empat kemampuan.
WhatsApp kalau memang perlu.

01

Login & akun

Supabase Auth; database dan storage tetap ikut providernya.

Setup + koneksi
02

Email transaksi

Resend; domain pengirim, template, dan tes pengiriman.

Koneksi
03

Bayar → akses

Akun Midtrans milik pelanggan; webhook membuka akses app.

Koneksi akun
04

Deploy & cek alur

Cloudflare, domain, Turnstile bila perlu; tes dan catat kegagalan handoff.

Setup + perawatan
+

WhatsApp jalur resmi

Notifikasi atau pengingat; OTP jadi kebutuhan terpisah.

Opsional
[A] Lingkup awal yang diusulkanTunda: CRM lengkap, marketplace integrasi luas, dan aktivasi merchant multi-negaraBatas akun & biaya →

Simpel dipakai.
Jelas siapa pegang apa.

Pembayaran

Akun merchant pelanggan

Provider yang memproses dan mencairkan dana. Nokumi menghubungkan status pembayaran ke akses app.

Supabase

Proyek terpisah per app

Bisa dikelola dengan izin yang sesuai. Pindah proyek utuh ke organisasi pelanggan setelah syaratnya dicek.

Utilitas

Managed kalau diizinkan

Akun pelanggan tetap pilihan. Default terkelola hanya kalau kontrak dan batas layanan mendukung.

Tagihan provider dipisah dari jasa Nokumi. Verifikasi bisnis dan waktu persetujuan provider tetap berlaku.

[A] Model operasi · [F] Batas provider[F] Supabase: aturan transfer ↗Tanpa janji shared Enterprise / migrasi sekali klik

Alternatifnya udah bagus.
Nokumi harus bantu lebih jauh.

PilihanSudah membantu apa?Yang perlu Nokumi buktikan
DIY + AI + SupabaseBangun app, auth, data; tanpa lapisan baru.Perawatan alur lebih bernilai daripada biaya tambahan.
ComposioTools untuk AI dan koneksi akun terkelola.Alur produk lokal yang spesifik, bukan sekadar MCP.
MayarBisnis kreator, membership, dan MCP sendiri.App khusus yang kebutuhannya belum selesai di paket itu.
Freelancer / agencySetup dan perubahan sesuai permintaan.Pekerjaan berulang yang bisa dirawat dengan biaya terukur.
Pembeda yang masih harus diuji: dari “API-nya nyambung” ke “pelanggan bayar, akses kebuka, dan kegagalan ketahuan”.
[F] Alternatif tersedia · [I] Ruang pembedaComposio ↗ · Mayar MCP ↗Dokumen resmi dicek 18 Oktober 2026

Bisnis ini hidup kalau
tiga hal ketemu.

Tiga syarat bisnis NokumiKebutuhan berbayar, delivery yang berulang, dan distribusi ekonomis. Bukti kesediaan membayar dan biaya akuisisi belum ada; alternatif bundle menantang kebutuhan; contoh stack mendukung titik awal teknis.Layak jadi produk berulang?Mau bayar?Bisa diulang?Bisa dijangkau?? WTP belum diuji! Bundle sudah tersedia+ Ada contoh stack nyata? Jam support belum diukur? CAC belum diukur? Kelas → pembeli belum diuji

Mau bayar?

? WTP belum diuji.

! Bundle sudah tersedia.

Bisa diulang?

+ Ada contoh stack nyata.

? Jam support belum diukur.

Bisa dijangkau?

? CAC belum diukur.

? Kelas → pembeli belum diuji.

+ Hijau: mendukung titik awal! Peach: menantang asumsi? Abu: belum diketahui
[I] Kerangka keputusanTes prioritas: pembayaran nyata, jam delivery, biaya akuisisiBukti teknis ≠ bukti bisnis

Bayar bantuan yang jelas.
Biaya provider tetap kelihatan.

Kenalan

Gratis

Dokumentasi, contoh alur, dan demo lokal.

Tanpa pemakaian provider gratis tanpa batas.
Care · opsional per app / bulan

Rp299 ribu

Cek alur terjadwal, pembaruan yang didukung, dan bantuan terbatas.

Model awal: 30 menit bantuan manusia / bulan.
Pemakaian: biaya provider terpisah; utilitas terkelola hanya dengan izin dan fee yang jelas. Perubahan khusus di luar scope dikutip terpisah.
[A] Hipotesis harga · Keyakinan 40% · Belum ditawarkanAsumsi model ↓Bukan harga aktif · tanpa janji SLA

Harga murah nggak cukup.
Jam support yang menentukan.

Dengan harga Rp299 ribu / app / bulan, kontribusi setelah alokasi platform, reserve penagihan, dan nilai waktu manusia:

Lihat asumsi lengkap ↓
15 menit support+Rp208rb69% kontribusi
30 menit support+Rp170rb57% kontribusi
2 jam support−Rp55rb−18% kontribusi
[A] Waktu manusia Rp150rb/jam + platform marginal Rp45rb/app/bulan + reserve penagihan 3%.

Belum termasuk biaya tetap, akuisisi, pajak, atau refund. Tagihan provider pelanggan dikeluarkan dari kedua sisi. Ini nilai kontribusi ekonomis, bukan margin kas.

[E] Simulasi bulanan Care · Bukan laba bersihAsumsi penulis · 18 Oktober 2026 · keyakinan 40%Provider fee aktual belum dihitung

Ngajar sampai bisa nyoba.
Jual bantuan saat dibutuhkan.

  1. 01

    Konten nyata

    Bedah login gagal, webhook dobel, atau email nggak sampai.

  2. 02

    Kelas praktik

    Online / offline. Peserta pulang bawa alur yang bisa dites.

  3. 03

    Klinik app

    Cek proyek, kebutuhan akun, dan bagian yang masih mentok.

  4. 04

    Pilot berbayar

    Scope dan biaya jelas. Catat hasil, jam kerja, dan insiden.

Dengan izin pelanggan: pelajaran pilot → studi kasus → materi berikutnya ↻
Kelas harus tetap berguna buat yang nggak beli. Testimoni, rekaman, dan studi kasus hanya dengan persetujuan.
[A] Strategi pertumbuhan · Keyakinan 40%View, peserta kelas, dan follower bukan pelanggan berbayarBelum ada cohort berjalan

Cerita kecil dulu.
Sebarkan besar kalau terbukti.

Mulai

Komunitas + kelas kecil

Founder mendampingi proyek nyata. Ukur app yang cocok dan pilot yang dibayar.

Setelah offer jelas

Meta ads + retargeting berizin

Tes satu pesan dan satu tujuan. Jangan memperbesar iklan hanya karena lead murah.

Setelah ada cerita

Podcast + jadi pembicara

Bawa studi kasus yang disetujui. Pakai tautan per acara; hitung waktu founder.

Situs discovery SaaS Indonesia jadi eksperimen distribusi: mulai dari kurasi dan resep penggunaan. Konektornya baru dibuat kalau ada kebutuhan berbayar.
[A] Distribusi bertahapOwner awal: founder · belum ada kemitraan acara atau pembelian iklanPenjualan produk tetap ukuran utama

Ketemu SaaS lokal.
Lihat bisa dipakai buat apa.

nokumi temuTempat nemuin tools buat app-muPROTOTYPE
3 contoh produk
Midtrans

Midtrans

Terima pembayaran, lalu buka akses app.

Hadir di IndonesiaKandidat pilot
Fazpass

Fazpass

Verifikasi pengguna sesuai kanal yang didukung.

Hadir di IndonesiaPerlu cek kelayakan
Biznet GIO

Biznet GIO

Pilihan cloud untuk menjalankan backend app.

Penyedia cloud IndonesiaEksplorasi
Contoh kurasi, bukan ranking, partner, atau koneksi aktif. Tanpa vote, ulasan, dan badge verifikasi buatan.
[A] Prototype distribusi · Bukan directory aktifSearch & filter bekerja lokal · resep dibuka di slide berikutnyaNama kerja: Nokumi Temu

Listing-nya bukan ujung.
Kasih jalan buat nyoba.

Contoh resep Nokumi Temu

Pembayaran → akses membership

Kandidat pilot
  1. Hubungkan akun merchant pelanggan yang sudah disetujui.
  2. Verifikasi webhook pembayaran di backend.
  3. Buka akses satu kali; tes retry dan event dobel.
  4. Kirim email hasil dan catat kalau proses gagal.

Akun merchant milik pelanggan. Provider memproses dan mencairkan dana. Persetujuan provider tetap berlaku.

Untuk builder

Pilih dari kebutuhan app, lihat akun yang diperlukan, lalu contoh jalurnya.

Untuk SaaS lokal

Produk dijelaskan dalam konteks penggunaan. Atribusi dan izin listing dicek sebelum launch.

Untuk Nokumi

Ukur listing → resep → klinik → pilot. Klik logo belum berarti demand integrasi.

[A] Prototype resep · Semua integrasi belum aktif← Kembali ke prototypeSearch tidak dikirim · tidak ada aktivasi akun

Ketemu di tech meetup.
Bisa juga di festival Jepang.

Maskot Nokumi

Ide jadi app.
Bareng AI + Nokumi.

Klinik app · Demo interaktif · Resep SaaS lokal

Stunt: “App-mu mau jadi apa?”

Pengunjung pilih ide. Demo menunjukkan sambungan yang dibutuhkan, termasuk contoh SaaS Indonesia. Pakai data dummy.

Satu cerita, banyak format

Demo → video pendek → kelas → obrolan podcast → studi kasus berizin. Perbesar distribusi setelah ada konversi.

Ramai boleh. Ukur yang relevan.

Tech fair, komunitas kampus, dan festival pop Jepang diuji terpisah. Hitung biaya per builder cocok dan pilot berbayar.

[A] Aktivasi brand · Ketertarikan audiens belum diuji[F] Contoh event: Jak-Japan Matsuri ↗ · AFA Indonesia ↗Bukan partner / rencana kehadiran; jadwal, izin dan harga belum dicek

Empat pembeli bisa mahal
kalau waktu founder dilupakan.

100daftar kelas
→
70hadir
→
28app cocok
→
14klinik
→
4pilot dibayar

Rp500rb

CAC kas: biaya cohort Rp2 juta ÷ 4 pilot.

Rp950rb

CAC ekonomis: tambah 12 jam waktu founder × Rp150rb/jam, lalu ÷ 4 pilot.

Jika keempatnya juga memilih Care dan kontribusinya Rp170rb/bulan, payback ekonomis sekitar 5,6 bulan. Retensi belum diketahui; belum ada dasar menghitung LTV.

[E] Contoh satu cohort · Bukan hasil kampanye[A] Semua input contoh: keyakinan 40% ↓Setup revenue dikeluarkan dari payback

AI bantu nulis.
Manusia tetap pegang tanggung jawab.

Maskot Nokumi

Serius soal hasil.
Ramah waktu bantu.

1 · Founder dulu

Discovery, arsitektur, pilot, kelas, dan catat waktu. Batasi pekerjaan aktif.

2 · Setelah delivery berulang

Developer integrasi: adapter, webhook, tes kegagalan, dan dokumentasi.

3 · Setelah kapasitas terbukti kurang

Developer reliability / DX: tooling tes, observability, release dan dukungan.

Claude Code / Codex untuk scaffold, tes, review awal, dan docs. Review akses data, secrets, billing, serta keputusan rilis tetap tanggung jawab manusia.
[A] Model tim 1 → 3 developer[F] Saat ini solo · Keterangan pemilik: 15+ tahun pengalaman/orangHire mengikuti beban dan pendapatan

Yang susah ditiru nanti:
alur yang terus bisa diandalkan.

Awal

Resep setup

Gampang ditiru. Berguna buat mulai, lemah sebagai pertahanan.

Setelah pilot berulang

Tes & pemulihan

Kasus webhook dobel, koneksi kedaluwarsa, dan akses gagal masuk tes berulang.

Jika pelanggan bertahan

Kepercayaan operasional

Riwayat perawatan, dokumentasi, dan respons yang terbukti.

Maskot, bahasa Indonesia, MCP, dan banyak logo membantu komunikasi. Semuanya bisa ditiru; bukan moat dengan sendirinya.
[I] Potensi pembeda · Belum menjadi moatData kegagalan hanya dipakai sesuai izin; tanpa mengumpulkan data pelanggan diam-diam.Retensi & hasil harus membuktikan

Satu bulan buat belajar
apakah perlu diteruskan.

Hari 1–7

Lihat app aslinya

Founder: 12 percakapan dengan builder yang cocok; catat masalah dan alternatifnya.

Hari 8–14

Tawarkan scope

Founder: 8 penawaran konkret dengan harga, deliverable, dan batas dukungan.

Hari 15–30

Kerjakan pilot kecil

Founder: target 3 komitmen berbayar; ukur delivery dan tes alur pada proyek yang siap.

Rp10 juta

[F] Batas budget awal dari pemilik.
Tidak termasuk gaji. Bukan budget tim tiga orang.

[A] Rencana validasi · Hari dihitung sejak pilot dimulaiTarget rencana, bukan komitmen pelanggan atau proyeksi revenueAlokasi percobaan →

Alasan terbaik buat
nggak membangun toolkit ini.

Bisa jadi pelanggan cuma butuh setup sekali. Kelas ramai, tapi software-nya nggak perlu berlangganan.

Demand SaaS ternyata tipis

Peluang tinggi · dampak tinggi

Tes pembelian dan renewal terpisah dari tiket kelas. Siap memilih bisnis jasa atau edukasi kalau itu yang dibayar.

Support menghabiskan margin

Peluang tinggi · dampak tinggi

Batasi jalur, log waktu per app, kutip pekerjaan khusus terpisah; naikkan harga atau hentikan paket rugi.

Izin provider atau akses data bermasalah

Peluang sedang · dampak tinggi

Cek agreement dan merchant eligibility; mulai dengan akun pelanggan, scope minimal, dan review secrets/webhook sebelum live.

[A] Penilaian risiko awal · Keyakinan 40%[I] Tetap layak diuji karena pilot kecil bisa membantah tesis sebelum scope meluas.Risiko dinilai, belum diukur

Tambah modal dan orang
setelah buktinya ada.

Hari 30 · founder

Ada yang bayar

3 komitmen berbayar dari 8 penawaran yang cocok. Simpan alasan beli / menolak.

Hari 60 · founder + dev bila ada

Ada pola berulang

5 app melewati tes alur yang sama; median setup ≤ 2 jam kerja manusia. Pisahkan waktu tunggu.

Hari 90 · founder

Ada yang memperpanjang

Minimal 3 dari 5 akun Care yang sudah jatuh tempo memilih lanjut berbayar; median support ≤ 30 menit/app/bulan.

Kapan arah ini dibalik?

0 dari 8 penawaran dibayar: jangan tambah konektor; revisi pelanggan, scope atau harga. Support > 2 jam/app/bulan selama 2 bulan: hentikan ekspansi Care sampai scope, harga atau cara kerjanya berubah.

[A] Gate keputusan · Target internal, bukan forecastTanpa 5 akun yang eligible renewal, gate hari 90 belum lulus—bukan retensi 100%.Tidak menjanjikan SLA

Bantu builder mulai.
Buktikan bisnisnya
bareng data nyata.

Hari ini: tesis dan rencana validasi. Setelah milestone: bahas skala, kebutuhan tim, dan pendanaan dengan angka yang bisa diperiksa.

Yang dibutuhkan berikutnya: akses ke builder dengan app nyata dan partner pilot yang mau menguji alurnya.

Lihat konsep produk ↗
Maskot Nokumi menyapa calon partner
Nokumi · Draf investorNominal pendanaan, valuasi, dan runway belum ditetapkan.Serius bisa tetap seru.

Biar angkanya
bisa ditanya balik.

Cara baca

[F] Fakta
Bukti publik / konteks pemilik; cakupan disebut.
[I] Inferensi
Kesimpulan kami dari bukti, bukan hasil eksperimen.
[A] Asumsi
Usulan atau target. Keyakinan awal 40% bila tidak disebut lain.
[E] Estimasi
Hitungan dari asumsi; bukan ramalan atau hasil aktual.

Riset & dokumen resmi

  1. Register 42 kandidat + status sampel (CSV)
  2. Bukti provider per produk (CSV) · frekuensi · denominator
  3. Composio: account authentication ↗
  4. Mayar: MCP ↗
  5. Supabase: transfer proyek ↗ · pricing ↗
  6. Model harga / support / akuisisi (JSON)
  7. Contoh katalog: Midtrans ↗ · Biznet GIO ↗ · Fazpass ↗
  8. Japan Foundation: omoiyari ↗ · JJM ↗ · AFA ↗
Lampiran · Sumber & statusRiset publik: 17 Okt 2026 · dokumen resmi: 18 Okt 2026Belum ada TAM atau pangsa pasar tervalidasi

Pilihan lain tetap diuji.
Budget jangan habis buat scope.

Tiga arah, dengan tes yang sama

  • Setup → Care (pilihan awal). Nilai: alur jalan. Risiko: jasa manual. Tes: orang membayar dan setup berulang.
  • Broker utilitas. Nilai: billing ringkas. Risiko: izin resale dan margin tipis. Tes: terms mendukung dan volume menutup support.
  • Kelas / komunitas. Nilai: belajar terarah. Risiko: bergantung founder. Tes: tiket dibayar dan ekonomi cohort sehat.

Rp10 juta / 30 hari, tanpa gaji

Discovery / perjalananRp2jt

Kelas / venueRp2jt

Kreatif / tes iklan bersyaratRp1,5jt

Infra / AI tambahanRp1jt

Cadangan, belum dialokasikanRp3,5jt

Alokasi usulan, bukan pengeluaran aktual. Tes iklan setelah ada komitmen berbayar. Langganan yang sudah dimiliki bukan kas tambahan.
Lampiran · [A] Pilihan dan batas eksperimenTunda TAM sampai ada definisi pembeli dan data jumlah yang dapat diaudit.Model 18 Oktober 2026

Mau ke bagian mana?