🩺 Probetes System Plan

Dari Manual ke Digital — Roadmap Membangun Ekosistem Kesehatan Diabetes

Tentang Saya

Faisol Dwiki Amrizal — Backend Developer & Fullstack Developer

📧 faisaldwiki69@gmail.com | 📱 +62 812 4910 1538

Proyek yang Paling Saya Banggakan

Sistem E-Commerce Terpadu — PT. Naisha Inspirasi Muslimah (3.5 tahun, 2021–2024)

Di perusahaan ini, saya membangun backend system e-commerce dari nol yang menangani seluruh operasional penjualan online — dari pengelolaan order, kontrol inventaris, hingga manajemen pengguna.

Apa yang dibangun:

Sistem backend scalable yang menjadi tulang punggung operasional e-commerce perusahaan
Integrasi langsung dengan 4 marketplace besar: Shopee, Tokopedia, TikTok Shop, dan Lazada — sinkronisasi produk, order, dan status pembayaran secara otomatis
Sistem keamanan data dengan enkripsi dan autentikasi untuk data transaksi sensitif
Optimasi performa database (SQL + Redis caching) yang memangkas response time hingga 40%

Untuk siapa:

Brand fashion Muslim dengan volume transaksi tinggi dari berbagai channel penjualan

Hasilnya:

Tim operasional tidak perlu lagi input manual dari marketplace — semua otomatis tersinkronisasi
Response time sistem 40% lebih cepat setelah optimasi
Data penjualan terpusat dari semua channel dalam satu dashboard

Pengalaman ini sangat relevan dengan kebutuhan Probetes — karena tantangannya identik: menyatukan data dari berbagai channel (WhatsApp, marketplace, web) ke dalam satu sistem terpusat.

Pengalaman Integrasi yang Relevan

Kategori	Platform/Teknologi	Pengalaman
Marketplace	Shopee, Tokopedia, TikTok Shop, Lazada	Integrasi API penuh — sync produk, order, pembayaran, stok
Payment Gateway	PayPal, Stripe, RazorPay, Midtrans	Integrasi pembayaran internasional & domestik
Crypto Payment	Crypto payment gateway	Integrasi pembayaran cryptocurrency
Real-time	WebSocket + Banking API	Komunikasi data real-time & tracking transaksi

Riwayat Kerja Singkat

Periode	Perusahaan	Peran	Highlight
2025–2026	PT Coding Collectif Indonesia	Fullstack Developer (Lead)	Arsitektur proyek, WebSocket + Banking API, deployment pipeline
2021–2024	PT Naisha Inspirasi Muslimah	Backend Developer	E-commerce system, integrasi 4 marketplace, Redis caching
2021–2023	DV9 International PTE LTD (Singapore)	Website Developer	Multi-platform e-commerce, payment integration (PayPal, Stripe, RazorPay)
2019–Sekarang	Freelance	Web Developer	Custom web apps, end-to-end project delivery

Pendidikan: S1 Teknik Informatika — Universitas PGRI Madiun (2016–2020)

Tech Skills: JavaScript, Node.js, Golang, SQL, Git, Laravel, HTML/CSS, Flutter

1. Ringkasan Eksekutif

Probetes saat ini beroperasi dengan sistem yang terfragmentasi — data penjualan tersebar di WhatsApp, marketplace, dan spreadsheet. Ini menciptakan tiga masalah utama:

Masalah	Dampak
Data sales tidak real-time	Keputusan bisnis terlambat
Tidak ada profil member terpusat	Sulit melacak journey kesehatan member
Proses manual berulang	Tim CS & operasional kewalahan seiring pertumbuhan

Solusi yang diusulkan: Membangun ekosistem digital terpadu yang terdiri dari 4 pilar:

graph TD A["🏢 ERP Terpusat — Otak Sistem"] B["🌐 Website — Etalase Digital"] C["📱 Mobile App — Engagement Member"] D["🔌 Integrasi — Marketplace & POS"] A --- B A --- C A --- D style A fill:#1a1a2e,stroke:#e94560,color:#fff,padding:10px style B fill:#1a1a2e,stroke:#0f3460,color:#fff,padding:10px style C fill:#1a1a2e,stroke:#16213e,color:#fff,padding:10px style D fill:#1a1a2e,stroke:#533483,color:#fff,padding:10px

2. Prioritasi: Apa yang Dibangun Duluan?

Prinsip utama: Bangun fondasi dulu, baru gedungnya.

Urutan Prioritas

gantt title Roadmap Prioritas Probetes dateFormat YYYY-MM axisFormat %b %Y tickInterval 1month section Fase 1 - Fondasi ERP Terpusat :f1, 2026-06, 3M Website E-commerce :f1b, 2026-06, 3M section Fase 2 - Ekspansi Mobile App :f2, 2026-09, 3M Integrasi API :f2b, 2026-10, 2M section Fase 3 - Maturity Sistem Kasir :f3, 2027-01, 2M Health Tracking :f3b, 2027-02, 2M

Mengapa Urutan Ini?

🥇 Prioritas 1: ERP Terpusat + Website (Paralel)

Alasan sederhana: Anda tidak bisa membangun rumah tanpa pondasi.

ERP adalah otak dari seluruh sistem. Semua data — siapa yang beli, kapan, produk apa, dari channel mana — harus punya satu "sumber kebenaran" (single source of truth). Tanpa ini:

Website tidak tahu stok produk
Aplikasi mobile tidak tahu riwayat pembelian member
Laporan tetap manual dan tidak akurat

Website dibangun paralel karena:

Langsung menghasilkan revenue (transaksi online)
Menjadi "wajah digital" brand Probetes
Menjadi channel penjualan yang bisa dikontrol penuh (tidak bergantung marketplace)

🥈 Prioritas 2: Mobile App + Integrasi Marketplace

Mobile app dibangun setelah ada data member yang rapi di ERP, karena:

App butuh data profil, riwayat pembelian, dan progress kesehatan — semua ada di ERP
Membangun app tanpa backend yang solid = membuang waktu

Integrasi marketplace otomatis menarik data penjualan dari Tokopedia, Shopee, TikTok Shop ke ERP — menghilangkan input manual.

🥉 Prioritas 3: Sistem Kasir + Health Tracking

Ini fitur penambah nilai yang masuk akal setelah sistem inti sudah stabil.

3. Arsitektur Sistem & Tech Stack

Gambaran Besar Arsitektur

graph TB subgraph "Channel Penjualan" WA["💬 WhatsApp CS"] WEB["🌐 Website"] MP["🛒 Marketplace
Tokped / Shopee / TikTok"] POS["🏪 Kasir Toko/Klinik"] APP["📱 Mobile App"] end subgraph "Backend Layer" API["🔧 API Server
(Golang + Gin/Fiber)"] AUTH["🔐 Auth Service
(Firebase Auth)"] QUEUE["📨 Message Queue
(Bull / Redis)"] end subgraph "Data Layer" DB["🗄️ PostgreSQL
(Database Utama)"] CACHE["⚡ Redis
(Cache & Session)"] STORAGE["📁 Cloud Storage
(File & Gambar)"] end subgraph "Reporting & Analytics" STUDIO["📊 Google Data Studio
(Existing)"] METABASE["📈 Metabase
(Internal Dashboard)"] end WA --> API WEB --> API MP --> QUEUE POS --> API APP --> API API --> AUTH API --> DB API --> CACHE API --> STORAGE QUEUE --> API DB --> STUDIO DB --> METABASE style API fill:#0d1117,stroke:#58a6ff,color:#fff style DB fill:#0d1117,stroke:#3fb950,color:#fff style AUTH fill:#0d1117,stroke:#f0883e,color:#fff style QUEUE fill:#0d1117,stroke:#bc8cff,color:#fff

Tech Stack — Penjelasan Non-Teknis

Komponen	Teknologi	Analogi Sederhana
Backend (Server)	Golang (Go + Gin/Fiber)	"Otak" yang memproses semua permintaan. Dipilih karena sangat cepat — bisa menangani ribuan permintaan bersamaan dengan penggunaan memori yang minimal
Database	PostgreSQL	"Lemari arsip digital" yang menyimpan semua data. Gratis, sangat handal, dan dipakai oleh perusahaan besar dunia
Website	Next.js (React)	"Toko online" yang cepat dan SEO-friendly, sehingga mudah ditemukan di Google
Mobile App	Flutter	Satu kali coding, jadi di Android dan iPhone. Seperti menulis satu surat yang otomatis diterjemahkan ke dua bahasa
Autentikasi	Firebase Auth	"Satpam digital" yang memastikan hanya member terdaftar yang bisa masuk
File Storage	Google Cloud Storage	"Google Drive untuk sistem" — menyimpan foto produk, dokumen resep, dll
Cache	Redis	"Catatan tempel" yang menyimpan data sering diakses agar sistem lebih cepat
Antrian Pesan	Golang Worker + Redis	"Antrian loket" — goroutine membuat antrian sangat efisien
Reporting	Google Data Studio + Metabase	Tetap pakai Data Studio. Tambah Metabase (gratis) untuk dashboard internal
Payment Gateway	Midtrans / Xendit	"Kasir digital" — transfer bank, e-wallet, QRIS, kartu kredit

Mengapa Pilihan Ini?

⚡ IMPORTANT

Prinsip pemilihan: Teknologi yang mature, performa tinggi, dan sesuai dengan pengalaman tim.

Golang (Go) → Dipilih karena:
- Performa sangat tinggi — Go di-compile menjadi binary, bukan interpreted seperti Node.js/Python. Response time lebih cepat, memori lebih hemat
- Concurrency bawaan — goroutine bisa menangani ribuan proses bersamaan tanpa membebani server
- Cocok untuk microservices — ideal jika Probetes perlu dipecah jadi layanan-layanan kecil
- Sudah terbukti — Dipakai oleh Tokopedia, Gojek, Google
- Analogi: Jika Node.js seperti mobil sedan yang nyaman, Go seperti mobil balap — lebih cepat dan efisien untuk beban berat
PostgreSQL, bukan MongoDB → Data Probetes sangat relasional. PostgreSQL jauh lebih cocok untuk data terstruktur.
Flutter, bukan React Native → Performa lebih baik, UI lebih konsisten, satu codebase untuk Android + iOS.
Firebase Auth → Sudah di ekosistem Google. Gratis untuk volume wajar, mendukung login via Google/phone number.
Google Cloud Platform → Konsistensi ekosistem. Sudah pakai Google Data Studio dan Apps Script.

4. Alur Data: Dari Penjualan ke Laporan

Contoh: CS WhatsApp Menerima Order

Berikut alur lengkap dari saat customer pesan via WhatsApp sampai muncul di laporan:

sequenceDiagram participant C as 👤 Customer participant CS as 💬 CS WhatsApp participant ERP as 🖥️ ERP Admin Panel participant API as 🔧 API Server participant DB as 🗄️ Database participant DS as 📊 Data Studio C->>CS: "Mba, mau pesan Herbal Probetes 3 botol" CS->>ERP: Buka form input order Note over ERP: CS Input:
1. Nama/HP
2. Produk
3. Alamat
4. Pembayaran ERP->>API: Submit order data API->>API: Validasi data & cek stok API->>DB: Simpan order + update stok API-->>ERP: ✅ Order #PRB-20260606-001 dibuat Note over ERP: Status: PENDING PAYMENT C->>CS: "Sudah transfer ya mba" + bukti transfer CS->>ERP: Update status → PAID ERP->>API: Konfirmasi pembayaran API->>DB: Update order status API->>API: Trigger: buat label pengiriman Note over DB: Data tersimpan real-time DB-->>DS: Sync otomatis (scheduled) Note over DS: Dashboard ter-update:
✅ Revenue hari ini
✅ Produk terlaris
✅ Cohort analysis

Alur untuk Channel Lain

Channel	Cara Data Masuk	Otomatis?
WhatsApp CS	CS input manual via ERP Admin Panel	Semi-otomatis (CS input, sistem proses)
Website	Customer checkout sendiri → langsung masuk ERP	✅ Fully otomatis
Marketplace	API sync setiap 15 menit menarik order baru	✅ Fully otomatis
Toko Fisik	Kasir scan/input → langsung masuk ERP	✅ Fully otomatis
Mobile App	Customer checkout di app → langsung masuk ERP	✅ Fully otomatis

Alur Data Agregat (Semua Channel ke Laporan)

flowchart LR subgraph Input A["💬 WhatsApp"] B["🌐 Website"] C["🛒 Marketplace"] D["🏪 Toko Fisik"] E["📱 Mobile App"] end subgraph Processing F["🔧 API Server"] G["📨 Queue
(Marketplace Sync)"] end subgraph Storage H["🗄️ PostgreSQL"] end subgraph Output I["📊 Google Data Studio"] J["📈 Metabase Dashboard"] K["📋 Export CSV/Excel"] L["🔔 Notifikasi
(Telegram/Email)"] end A --> F B --> F C --> G --> F D --> F E --> F F --> H H --> I H --> J H --> K H --> L style F fill:#1a1a2e,stroke:#e94560,color:#fff style H fill:#1a1a2e,stroke:#3fb950,color:#fff

5. Desain Database

Entity Relationship — Inti Sistem

erDiagram MEMBER ||--o{ ORDER : "melakukan" MEMBER ||--o{ HEALTH_LOG : "mencatat" MEMBER ||--o{ CONSULTATION : "mengikuti" ORDER ||--|{ ORDER_ITEM : "berisi" ORDER_ITEM }o--|| PRODUCT : "merujuk ke" PRODUCT }o--|| PRODUCT_CATEGORY : "termasuk dalam" ORDER ||--|| PAYMENT : "memiliki" ORDER ||--o| SHIPMENT : "dikirim via" MEMBER ||--o{ MEMBERSHIP : "berlangganan" CONSULTATION }o--|| DOCTOR : "dengan" MEMBER { uuid id PK string name string phone string email date birth_date enum diabetes_type date diagnosis_date string referral_source timestamp created_at } ORDER { uuid id PK string order_number uuid member_id FK enum channel enum status decimal total_amount decimal discount string notes timestamp created_at } ORDER_ITEM { uuid id PK uuid order_id FK uuid product_id FK int quantity decimal unit_price decimal subtotal } PRODUCT { uuid id PK string name string sku uuid category_id FK decimal price int stock text description string image_url boolean is_active } HEALTH_LOG { uuid id PK uuid member_id FK date log_date decimal blood_sugar_fasting decimal blood_sugar_post_meal decimal hba1c decimal weight_kg decimal blood_pressure_sys decimal blood_pressure_dia text notes } PAYMENT { uuid id PK uuid order_id FK enum method enum status decimal amount string proof_url timestamp paid_at }

Tabel Pendukung Penting

Tabel	Fungsi
`marketplace_sync_log`	Mencatat setiap sinkronisasi data dari Tokopedia/Shopee/TikTok — kapan, berapa order baru, error apa
`inventory_movement`	Jejak audit setiap perubahan stok (masuk, keluar, adjustment)
`member_activity`	Log aktivitas member di app/web untuk analytics
`notification`	Antrian notifikasi ke member (promo, reminder cek gula darah, dll)
`staff`	Data karyawan (CS, dokter, admin) dengan role & permission

6. Detail Per Modul

6A. ERP Terpusat (Admin Panel)

Fungsi: Dashboard internal untuk tim operasional.

Fitur Utama:

📦 Manajemen Order — Input, edit, tracking status order dari semua channel
📋 Manajemen Produk — CRUD produk, stok, kategori, harga
👥 Manajemen Member — Profil, riwayat pembelian, health log, segmentasi
📊 Dashboard Analytics — Revenue harian/mingguan/bulanan, produk terlaris, cohort retention
👤 Manajemen Staff — Role-based access (admin, CS, finance, dokter)
🔔 Notifikasi — Alert stok rendah, order baru, payment pending

Tampilan yang Diharapkan:

Sidebar navigation dengan menu utama
Dashboard utama menampilkan KPI cards (total revenue, order hari ini, member baru)
Tabel data dengan search, filter, dan pagination
Form input yang clean dan validasi real-time

6B. Website Probetes

Fungsi: Etalase digital + platform transaksi untuk customer.

Fitur Utama:

🏠 Landing Page — Edukasi tentang remisi diabetes, testimonial, social proof
🛒 Toko Online — Katalog produk, keranjang belanja, checkout dengan payment gateway
👤 Member Area — Login, profil, riwayat order, tracking pengiriman
📚 Konten Edukasi — Artikel, video, panduan diet (SEO-friendly, untuk acquisition)
💬 Live Chat — Integrasi dengan WhatsApp Business atau chat widget
📱 Responsive — Optimal di HP karena mayoritas traffic dari mobile

SEO Strategy:

Artikel blog dengan keyword "cara menurunkan gula darah", "diet diabetes", "remisi diabetes"
Setiap produk punya halaman SEO-optimized
Schema markup untuk produk dan artikel

6C. Mobile App (Probetes Member App)

Fungsi: "Strava untuk diabetesi" — engagement & health tracking.

Fitur Utama:

📊 Health Dashboard — Input & visualisasi gula darah, HbA1c, berat badan, tekanan darah
🏆 Gamification — Streak harian, badge pencapaian, leaderboard komunitas
🛒 Shop — Belanja produk Probetes langsung dari app
👨‍⚕️ Konsultasi — Booking & chat dengan dokter/coach
📚 Konten — Resep makanan, panduan olahraga, artikel edukasi
🔔 Reminder — Pengingat cek gula darah, minum obat/herbal, olahraga
📈 Progress Report — Laporan mingguan/bulanan progress kesehatan

Fitur "Strava-like":

Share progress ke komunitas
Challenge mingguan (misal: "7 Hari Tanpa Gula Tambahan")
Celebrate milestones (misal: "3 bulan HbA1c normal!")

6D. Integrasi Marketplace

Cara Kerja:

💡 TIP

Pengalaman langsung: Saya sudah pernah mengintegrasikan keempat marketplace ini (Shopee, Tokopedia, TikTok Shop, Lazada) di proyek sebelumnya di PT Naisha Inspirasi Muslimah. Saya paham workflow approval API, struktur data masing-masing platform, dan cara handle perbedaan format antar marketplace.

⚠️ WARNING

Realita Integrasi Marketplace di Indonesia:

Tokopedia Open API dan Shopee Open Platform membutuhkan status partner/brand resmi untuk akses penuh
Proses approval bisa memakan waktu 2-4 minggu
TikTok Shop API relatif lebih baru dan dokumentasinya masih berkembang
Lazada Open Platform cukup mature, dokumentasi lengkap
Plan B: Jika API tidak bisa diakses, gunakan export CSV otomatis + parser sebagai solusi sementara

6E. Sistem Kasir (POS) untuk Klinik/Toko Fisik

Fitur Utama:

💳 Scan barcode/QR produk
🧾 Cetak struk (thermal printer)
💰 Terima pembayaran QRIS, cash, debit
📦 Stok otomatis berkurang di ERP
👤 Link ke profil member (jika ada)

Hardware yang Dibutuhkan:

Tablet Android (sebagai layar kasir)
Printer thermal Bluetooth
Barcode scanner (opsional)

7. Risiko & Mitigasi

Matriks Risiko

quadrantChart title Matriks Risiko Proyek Probetes x-axis "Dampak Rendah" --> "Dampak Tinggi" y-axis "Probabilitas Rendah" --> "Probabilitas Tinggi" quadrant-1 "MONITOR KETAT" quadrant-2 "PRIORITAS MITIGASI" quadrant-3 "TERIMA" quadrant-4 "RENCANA KONTINGENSI" "Scope Creep": [0.80, 0.85] "Marketplace API Rejection": [0.60, 0.55] "Data Migration Error": [0.75, 0.40] "Tim CS Resist Perubahan": [0.45, 0.70] "Server Downtime": [0.85, 0.20] "Data Breach": [0.90, 0.15] "Payment Gateway Issue": [0.55, 0.30]

Detail Risiko & Mitigasi

#	Risiko	Dampak	Mitigasi
1	Scope Creep — "Tambah fitur ini dong" terus-menerus sehingga MVP tidak pernah selesai	Proyek molor berbulan-bulan, budget membengkak	Freeze scope per fase. Semua request baru masuk backlog. Stakeholder wajib approve scope sebelum mulai.
2	Tim CS menolak sistem baru — "Ribet, lebih enak pakai WhatsApp langsung"	Sistem tidak terpakai, data tetap manual	Libatkan CS sejak awal (co-design). Buat UX yang lebih cepat dari cara manual. Training bertahap.
3	Marketplace API tidak disetujui	Tidak bisa sync otomatis	Plan B: Export CSV dari seller center + auto-parser. Bisa juga gunakan Jubelio atau Ginee sebagai jembatan sementara.
4	Data migrasi dari sistem lama tidak bersih	Laporan tidak akurat di awal	Data cleaning sprint sebelum go-live. Validasi manual 100 data pertama. Periode paralel 2 minggu.
5	Payment gateway gagal / timeout	Customer tidak bisa bayar, revenue hilang	Integrasikan 2 payment gateway (Midtrans + Xendit) sebagai fallback. Monitoring uptime real-time.
6	Data breach / kebocoran data kesehatan	Reputasi hancur, potensi tuntutan hukum	Enkripsi data sensitif. HTTPS everywhere. Audit keamanan setiap 3 bulan. Comply UU PDP.

🚨 CAUTION

Risiko #1 (Scope Creep) adalah ancaman terbesar. Berdasarkan pengalaman, ini penyebab kegagalan #1 proyek digital startup. Disiplin dalam batasan scope sangat krusial.

8. Timeline & Fase Pengembangan

Fase 1: Fondasi (Bulan 1-3)

Target: ERP bisa dipakai tim CS + Website bisa terima order

Bulan 1:
├── Minggu 1-2: Setup infrastruktur (server, database, CI/CD)
├── Minggu 2-3: Backend API core (auth, member, product, order)
└── Minggu 3-4: Admin Panel — Manajemen Produk & Order

Bulan 2:
├── Minggu 1-2: Admin Panel — Dashboard Analytics & Member Management
├── Minggu 2-3: Website — Landing page, katalog produk, keranjang
└── Minggu 3-4: Website — Checkout + integrasi payment gateway

Bulan 3:
├── Minggu 1-2: Website — Member area (login, profil, riwayat order)
├── Minggu 2-3: Testing, bug fixing, data migration
└── Minggu 4:   🚀 SOFT LAUNCH (internal + 50 member pilot)

Deliverable Fase 1:

ERP Admin Panel untuk input & tracking order
Website dengan fitur belanja online
Payment gateway terintegrasi
Dashboard penjualan real-time

Fase 2: Ekspansi (Bulan 4-6)

Target: Mobile app live + marketplace tersinkronisasi

Bulan 4:
├── Minggu 1-2: Mobile App — Setup + Auth + Onboarding
├── Minggu 2-3: Mobile App — Health Dashboard (input & visualisasi)
└── Minggu 3-4: Mobile App — Shop (katalog + checkout)

Bulan 5:
├── Minggu 1-2: Mobile App — Konsultasi + Konten edukasi
├── Minggu 2-3: Marketplace API Integration (Tokopedia)
└── Minggu 3-4: Marketplace API Integration (Shopee)

Bulan 6:
├── Minggu 1-2: Mobile App — Gamification & reminders
├── Minggu 2-3: TikTok Shop integration + testing
└── Minggu 4:   🚀 APP LAUNCH di Play Store & App Store

Deliverable Fase 2:

Probetes App di Android & iOS
Health tracking dengan grafik progress
Auto-sync order dari marketplace
Gamification dasar (streak, badges)

Fase 3: Maturity (Bulan 7-9)

Target: Sistem lengkap & terintegrasi penuh

Bulan 7:
├── Sistem POS untuk klinik/toko fisik
└── Integrasi stok cross-channel

Bulan 8:
├── Advanced analytics & cohort reporting
├── Push notification engine
└── Referral & loyalty program

Bulan 9:
├── Performance optimization
├── Security audit
└── Dokumentasi & training tim

Timeline Visual

timeline title Probetes Digital Transformation Bulan 1-2 : 🏗️ Backend + ERP : Setup infrastruktur : API core development : Admin panel v1 Bulan 2-3 : 🌐 Website Launch : E-commerce features : Payment integration : Soft launch Bulan 4-5 : 📱 Mobile App Dev : Health tracking : Shop in-app : Konsultasi Bulan 5-6 : 🔌 Marketplace Sync : Tokopedia API : Shopee API : TikTok Shop API Bulan 7-8 : 🏪 POS & Analytics : Sistem kasir : Advanced reporting : Loyalty program Bulan 9 : 🔒 Hardening : Security audit : Performance tuning : Full documentation

9. Metrik Keberhasilan

Bagaimana Tahu Sistem Ini Berhasil?

Fase	Metrik	Target
Fase 1	Waktu input order oleh CS	< 2 menit per order (dari ~5-10 menit manual)
Fase 1	Order via website	Minimal 10% dari total order di bulan ke-3
Fase 1	Akurasi data penjualan	99%+ (vs manual yang sering selisih)
Fase 2	Download app	500+ di bulan pertama launch
Fase 2	Daily Active Users (app)	30% dari total member
Fase 2	Order manual dari marketplace	Turun 90% (diganti auto-sync)
Fase 3	Revenue via digital channel	Minimal 40% dari total revenue
Fase 3	Member retention (3 bulan)	> 60%

Catatan Penutup

💡 TIP

Kunci sukses proyek ini bukan di teknologi — tapi di eksekusi dan disiplin scope. Teknologi yang dipilih sudah mature dan terbukti. Yang membedakan sukses dan gagal adalah:

Disiplin scope — jangan tambah fitur sebelum fase selesai
User testing sejak awal — libatkan CS dan member pilot dari Bulan 1
Iterasi cepat — launch versi sederhana, perbaiki berdasarkan feedback, ulangi
Data-driven decision — setiap keputusan fitur harus didukung data penggunaan

Sistem ini dirancang untuk tumbuh bersama Probetes. Arsitekturnya modular — setiap komponen bisa di-upgrade atau diganti tanpa merusak yang lain. Mulai kecil, validasi, lalu scale.

Dokumen ini adalah versi 1.0. Akan diperbarui seiring diskusi dan feedback dari tim Probetes.