Journey Arsitektur Masalah Dua Mode Alur Proses Road Map Tim Manfaat
PROOF-OF-CONCEPT IDENTITAS PENUMPANG

Platform Verifikasi
Wajah Mobile

Dari Data Manifest Menuju Realita Terverifikasi

Solusi verifikasi wajah berbasis mobile yang dirancang untuk memvalidasi identitas, kehadiran, dan bukti verifikasi digital penumpang dengan investasi perangkat tambahan yang minimal.

VERIFIKASI WAJAHPosisikan wajah Anda
di dalam bingkai
SCROLL
PETA PERJALANAN PENGGUNA JASA

Dari Reservasi Sampai Naik Kapal

Alur perjalanan pengguna jasa penyeberangan saat ini, dan tiga titik yang akan disempurnakan dengan verifikasi wajah mobile. Klik titik bertanda improvement untuk melihat perubahannya.

Alur saat ini Titik improvement
Klik salah satu tahap di atas untuk melihat detail perjalanannya.
ARSITEKTUR SISTEM

Alur Kerja & Tahapan Sistem

Gambaran menyeluruh bagaimana data bergerak dari penumpang terdaftar hingga menjadi bukti verifikasi digital. Alur inti sama untuk kedua mode; yang berbeda hanya dari mana data pembanding diperoleh.

Pada tahap verifikasi, arsitektur bercabang menjadi dua mode sesuai sumber data pembanding:

VERIFIKASI WAJAH
VERIFIKASI DIRI SENDIRI
↓
Data wajah tersimpan di perangkat
↓
Pencocokan oleh AI on-device
↓
OFFLINE

Tanpa koneksi server

VERIFIKASI ORANG LAIN
↓
Data wajah diambil dari server
↓
Pencocokan via layanan verifikasi
↓
ONLINE

Membutuhkan koneksi server

Proses Lokal · Mendukung Offline Terhubung Server · Membutuhkan Online
TANTANGAN

Kesenjangan Antara Manifest dan Realita

Data manifest belum tentu merepresentasikan kondisi aktual penumpang yang benar-benar hadir.

MANIFEST
100

penumpang terdaftar

KEHADIRAN AKTUAL
?

Manifest Tidak Sesuai

Data manifest belum tentu merepresentasikan kondisi aktual penumpang.

Ketidakpastian Identitas

Kehadiran seseorang belum otomatis memastikan bahwa orang tersebut adalah penumpang yang terdaftar.

Bukti Verifikasi Terbatas

Belum tersedia bukti verifikasi digital yang kuat untuk membuktikan proses kehadiran dan verifikasi.

Proses Manual

Proses manual berpotensi menimbulkan human error dan membutuhkan waktu.

BAGAIMANA JIKA...
perangkat milik penumpang sendiri
dapat memverifikasi identitasnya?
PERANGKAT ANDA
IDENTITAS ANDA
VERIFIKASI ANDA

Memanfaatkan perangkat mobile milik pengguna jasa sebagai media untuk melakukan face verification tanpa selalu bergantung pada koneksi server.

DUA MODE

Satu Teknologi. Dua Mode Verifikasi.

Satu aplikasi menangani dua situasi. Pilih mode untuk melihat perbedaan alur, koneksi, dan detail verifikasinya secara langsung.

TOPOLOGI KONEKSI
MODE
KONEKSI
VERIFIKASI
DETAIL MODE 01 Verifikasi berjalan penuh di perangkat, tanpa server — coba simulasinya.
✓ TERVERIFIKASI
Kecocokan Identitas98.7%
ModeLOKAL / OFFLINE
ServerTIDAK DIBUTUHKAN
DETAIL MODE 02 Aplikasi mengambil data pembanding dari server sebelum mencocokkan — coba simulasinya.
SMARTPHONEMenangkap wajah
SERVERMencari data terdaftar
✓ TERVERIFIKASI
Kecocokan Identitas97.4%
ModeREMOTE / ONLINE
ServerTERHUBUNG
Permintaan API → Pencarian → Pencocokan → Hasil Verifikasi → Kembali ke Smartphone
ALUR END-TO-END

Pipeline Verifikasi Wajah

Klik salah satu tahap untuk melihat penjelasannya.

Pilih salah satu tahap di atas untuk melihat deskripsinya.
VALIDASI MANIFEST

Manifest Bertemu Kehadiran Terverifikasi

0
MANIFEST
0
TERVERIFIKASI
0
PENDING
0
BELUM TERVERIFIKASI
PenumpangManifestVerifikasiBukti
BUKTI VERIFIKASI DIGITAL

Dari Verifikasi Menuju Bukti

CATATAN VERIFIKASI DIGITAL
PenumpangBudi Santoso
ID PenumpangPSG-001238
ManifestMF-20260909-001
VerifikasiTERVERIFIKASI
Timestamp—
Mode VerifikasiSELF / OFFLINE
Confidence98.7%
Status BuktiVALID
STRATEGI AI

Engine AI: Bangun Sendiri atau Pihak Ketiga

Ada dua jalur untuk menyediakan engine verifikasi wajah. Keduanya menghasilkan aplikasi yang sama; perbedaannya pada cara engine AI disediakan.

OPSI ABangun Engine Sendiri

Model ringan yang dioptimasi untuk berjalan langsung di perangkat — kontrol penuh, tanpa biaya per transaksi.

TAHAP 01
Model Teruji
Memilih model face recognition yang sudah terbukti akurat sebagai titik awal.
→
TAHAP 02
Konversi ONNX
Mengubah model ke format ONNX agar portabel lintas perangkat dan runtime.
→
TAHAP 03
Optimisasi
Kuantisasi & pemangkasan untuk menekan ukuran dan mempercepat inferensi.
→
TAHAP 04
Mobile Runtime
Menjalankan model pada runtime mobile yang memanfaatkan akselerasi perangkat.
→
TAHAP 05
Inferensi On-Device
Verifikasi wajah berjalan langsung di perangkat, cepat dan tanpa server.
DASAR PEMILIHAN MODEL PADA PoC
Akurasi Performa Ukuran Model Latensi Kompatibilitas Mobile
OPSI BGunakan Layanan Pihak Ketiga

Memakai engine verifikasi identitas dari vendor melalui API. Fokus tim bergeser dari melatih model ke integrasi dan aplikasi. Perbandingan berikut fokus pada model harga.

VendorModel Harga yang TerlihatTransparansi Harga Publik
Verihubs Berbasis pemakaian aktual (post-paid) dan volume commitment. Paling informatif
tetap tanpa nominal
ASLI RI Enterprise / custom; ada pernyataan tanpa investasi awal untuk ASLI Secure. Rendah
Privy Enterprise / custom. Rendah
ADVANCE.AI Enterprise / custom, kemungkinan volume-based. Rendah
YANG PERLU DIMINTA SAAT MEMINTA PENAWARAN
  • Harga per API call / per autentikasi dan tier volume.
  • Biaya minimum bulanan dan minimum transaksi.
  • Ketersediaan trial serta diskon bundling.
  • Biaya implementasi / integrasi awal.
  • Cakupan modul: liveness, face comparison, dan database validation.
  • Cakupan per negara, jenis dokumen, dan komponen/perangkat tambahan.
  • Untuk identitas bersertifikat: biaya Sertifikat Elektronik, cakupan & syarat jaminan.
  • Perbedaan harga verifikasi dasar vs. identitas bersertifikat.
Informasi model harga di atas bersifat indikatif berdasarkan informasi publik dan dapat berubah. Angka pasti hanya diperoleh melalui penawaran resmi dari masing-masing vendor.
Pro & Kontra Kedua Opsi

Perbandingan ringkas untuk membantu memilih jalur yang paling sesuai dengan kebutuhan dan sumber daya.

OPSI ABangun Sendiri
KELEBIHAN
  • Berjalan penuh on-device — mendukung mode offline dan tetap jalan saat sinyal lemah.
  • Tanpa biaya per transaksi atau langganan berkelanjutan.
  • Kontrol penuh atas model, data biometrik, dan privasi.
  • Tidak bergantung pada ketersediaan layanan pihak lain.
KEKURANGAN
  • Waktu pengembangan lebih panjang secara upaya (± 3 bulan dengan tim paralel) karena mencakup riset dan optimisasi engine sendiri.
  • Butuh keahlian AI/ML serta riset dan optimisasi engine.
  • Biaya awal (SDM & R&D) lebih besar.
  • Pemeliharaan dan peningkatan model menjadi tanggung jawab tim.
OPSI BLayanan Pihak Ketiga
KELEBIHAN
  • Waktu pengembangan tetap ± 3 bulan, namun dengan risiko dan cakupan pekerjaan tim yang lebih ringan karena engine tidak dibangun sendiri.
  • Tidak perlu tim riset AI; engine sudah matang dan dirawat vendor.
  • Fitur tambahan siap pakai (liveness, cek dukcapil, dan lainnya).
KEKURANGAN
  • Ketergantungan pada langganan — bila berhenti berlangganan, sistem ikut berhenti dan tidak bisa digunakan.
  • Wajib koneksi online — tidak bisa berjalan offline, dan kualitas menurun saat sinyal lemah.
  • Ada biaya berjalan per transaksi atau langganan.
  • Data biometrik diproses di pihak ketiga — kontrol dan privasi lebih terbatas.
  • Harga umumnya enterprise/custom sehingga kurang transparan.
ESTIMASI WAKTU

Perkiraan Waktu Pengembangan

Estimasi kasar dari discovery hingga siap pilot, dipadatkan menjadi ± 3 bulan untuk kedua opsi dengan memaksimalkan pekerjaan yang dapat berjalan paralel. Jalur mandiri membangun engine sendiri; jalur vendor mengganti pembangunan engine dengan integrasi API.

MANDIRI PENUH Total ± 12 minggu (3 bulan) — riset, pelatihan & optimisasi engine berjalan paralel
Minggu 1–2
Discovery & Requirement
Minggu 3–6 (1 bulan) 3 BRANCH · PARALEL
Riset & Pemilihan Model AI
Pelatihan & Fine-tuning Model
Optimisasi Engine (ONNX, Kuantisasi, Benchmark)
Minggu 7–10 (1 bulan) 2 BRANCH · PARALEL
Aplikasi Mobile
Aplikasi Web
Minggu 11–12
Integrasi, Pengujian & Pilot (memanfaatkan sisa waktu)
KOLABORASI VENDOR Total ± 12 minggu (3 bulan) — evaluasi vendor & integrasi API berjalan paralel
Minggu 1–2
Discovery & Requirement
Minggu 3–6 (1 bulan) 2 BRANCH · PARALEL
Evaluasi & Pemilihan Vendor
Integrasi API Engine
Minggu 7–10 (1 bulan) 2 BRANCH · PARALEL
Aplikasi Mobile
Aplikasi Web
Minggu 11–12
Pengujian, Validasi & Pilot (memanfaatkan sisa waktu)
Bangun engine sendiri Engine dari pihak ketiga
Estimasi bersifat indikatif dan dapat berubah tergantung ruang lingkup fitur, ukuran tim, serta kompleksitas integrasi. Branch yang ditandai "paralel" dikerjakan bersamaan dalam rentang minggu yang sama oleh anggota tim yang berbeda, lalu menyatu kembali ke tahap berikutnya.
KEBUTUHAN SUMBER DAYA

Susunan Tim Inhouse

Komposisi tim minimum yang dibutuhkan agar kedua opsi pengembangan di atas dapat berjalan sesuai estimasi waktu.

1
Team Lead merangkap Arsitek Sistem & System Analyst

Memimpin tim, merancang arsitektur solusi, menyusun analisis kebutuhan sistem, sekaligus berperan sebagai lead developer yang mengawal kualitas teknis end-to-end.

2
Frontend Developer termasuk UI/UX

Mengembangkan aplikasi mobile dan web, merangkap perancangan antarmuka (UI) dan pengalaman pengguna (UX) agar konsisten di kedua platform.

1
Backend Developer termasuk Integrator & Middleware

Membangun layanan backend, integrasi API/engine verifikasi, serta middleware yang menghubungkan aplikasi mobile, web, dan sistem manifest.

1
QA / Tester termasuk Technical Writer

Menyusun dan menjalankan skenario pengujian, memastikan kualitas rilis, serta menyusun dokumentasi teknis dan panduan penggunaan.

DUKUNGAN MANAJEMEN

Hal yang Dibutuhkan dari BOD

Dukungan berikut diperlukan agar proses pengembangan dapat berjalan tepat waktu dan tanpa hambatan administratif.

01
Jalur Komunikasi & Eskalasi Lintas Fungsi

Dukungan komunikasi dan eskalasi untuk keperluan koordinasi lintas divisi/fungsi, sehingga kendala operasional dapat diselesaikan dengan cepat tanpa menghambat jadwal pengembangan.

02
Persetujuan (Approval) Biaya Riset & Pengembangan

Persetujuan atas biaya yang timbul untuk keperluan riset maupun pengembangan, seperti pengadaan perangkat, lisensi, atau layanan berlangganan (subscription) yang dibutuhkan tim.

RENCANA PENGEMBANGAN

Road Map

Tujuh fase berurutan dari discovery hingga scale up. Klik sebuah fase untuk melihat posisinya pada peta jalan dan hasil yang ditargetkan.

FASE —
Pilih sebuah fase
Klik salah satu kartu fase di atas untuk melihat deskripsi dan hasil yang ditargetkan.
MANFAAT YANG DIHARAPKAN

Mengapa Ini Layak Dibangun

Akurasi Lebih Baik

Meningkatkan kesesuaian manifest dengan kondisi aktual.

Bukti Verifikasi Digital

Menghasilkan bukti verifikasi digital yang tercatat atas setiap proses verifikasi.

Kemampuan Offline

Self verification dapat dilakukan tanpa koneksi server.

Investasi Perangkat Rendah

Memanfaatkan perangkat mobile pengguna jasa.

Scalable

Dapat dikembangkan dari PoC hingga implementasi masif.

Berkelanjutan

Model dan aplikasi dapat dikembangkan serta di-maintain secara berkelanjutan.

MANIFEST IDENTITAS VERIFIKASI BUKTI KEPERCAYAAN

Dari Manifest Statis
Menuju Realita Terverifikasi

Pendekatan mobile progresif untuk verifikasi identitas dan kehadiran penumpang.