Transformasi Digital Ekosistem Sparepart & Alat Berat

Pusat Rancangan
PT XXXXX Indonesia

Satu pintu untuk seluruh dokumen rancangan: dari mengapa bisnis ini masuk akal (pasar alat berat Kalimantan Selatan, model bisnis) sampai bagaimana sistemnya dibangun (arsitektur teknis, pipeline pengembangan). Baca berurutan untuk cerita lengkap, atau lompat ke halaman yang cocok dengan peran Anda.

● ramah orang awam ● detail teknis setiap halaman menandai porsinya

Urutan Baca

01

Analisis Data & Pasar

Kalimantan Selatan sebagai titik masuk: produsen batu bara #2 nasional (237 juta ton, 2024), tambang 27,4% PDRB, sawit 427 ribu ha. Pasar medium yang dilayani KMT & PUM, tiga gelombang ekspansi, pesaing, dan posisi PT XXXXX. Dengan grafik interaktif bersumber resmi.

awaminvestor / klien
02

Kanvas Model Bisnis

Sembilan blok Business Model Canvas: siapa pelanggannya, nilai apa yang dijanjikan, dari mana pendapatan mengalir, dan struktur biayanya. Setiap blok diberi penjelasan verbose untuk presentasi.

awaminvestor / klien
03

Mindmap Model Bisnis

Seluruh ekosistem dalam satu peta pikiran: struktur usaha (PT + 2 CV), 14+ sumber pendapatan, supply chain 3 level, enam modul platform, dan roadmap 5 tahun menuju super app.

awamgambaran besar
04

Status Modul: Prioritas vs Lanjutan

Jawaban cepat untuk satu pertanyaan: modul mana yang wajib selesai dulu (AUTH di fondasi, lalu INTERNAL, SPAREPART, CUSTOMER, VENDOR) dan modul mana yang tabelnya sudah siap di database tapi frontend-nya sengaja ditunda (MEKANIK, RENTAL, KEMITRAAN). Tabel status lengkap dengan route API, aplikasi penampung, dan cara masuk tiap modul.

ringkastabel status
05

Arsitektur Teknis

Satu API Express 5 (TypeScript) + satu worker Go untuk kerja CPU-berat, melayani tiga aplikasi web per audiens plus dua React Native (HP gudang & HP pelanggan) — semua di monorepo yang sama. Kontrak URL {modul}/api/v1 identik publik dan upstream. Stok sebagai ledger append-only yang bisa diaudit, pemisahan entitas legal KMT/PUM, dan lima hal yang wajib benar di migrasi pertama. Diagram monorepo + dua ERD.

teknisada analogi awam
06

Pipeline Pengembangan

Fondasi sekali jadi, lalu Gelombang A untuk tim 3 orang: INTERNAL dan app staf opname berjalan bersamaan, SPAREPART dan CUSTOMER paralel, VENDOR menutup. Tiap tahap punya kriteria selesai — dan sebagian terkunci kalender, bukan effort. MEKANIK & RENTAL menunggu di backlog terencana.

teknistimeline awam
07

Aplikasi & Cara Masuk

Lima aplikasi — staf, HP gudang, etalase publik, HP pelanggan, portal vendor — siapa memakai yang mana, dan bagaimana tiap orang membuktikan dirinya. Staf pakai nama pengguna & sandi; pembeli dan vendor tidak punya sandi sama sekali (Google atau tautan email). Juga: kenapa punya akun belum berarti punya akses, siapa boleh memberi vs mencabut, dan kenapa boleh tetap masuk 90 hari. Halaman paling ramah awam di folder ini.

awamuntuk pemilik
Sumber kebenaran untuk keputusan teknis: halaman-halaman di atas adalah penjelasan visual. Keputusan yang mengikat tim ada di adr-001-arsitektur-platform.md di folder proyek — kalau keduanya bertentangan, ADR yang benar. Rencana kerja ada di plan-prioritas.md (Gelombang A) dan plan-pengembangan-lanjutan.md (Gelombang B).
Cara memakai kumpulan dokumen ini dalam presentasi:
  1. Untuk klien / calon mitra: mulai dari 01 (pasar) → 02 (kanvas) → 03 (mindmap). Berhenti di sana sudah utuh sebagai cerita bisnis.
  2. Untuk pemilik yang ingin paham sistemnya tanpa istilah teknis: baca 07 (aplikasi & cara masuk) lebih dulu — ia menjelaskan siapa memakai aplikasi yang mana dan bagaimana tiap orang masuk. Setelah itu 04 (status modul) jadi jauh lebih mudah dibaca.
  3. Untuk tim teknis / vendor: langsung ke 04 (status modul) → 05 (arsitektur) → 06 (pipeline), dengan 03 sebagai konteks.
  4. Untuk pengambilan keputusan internal: baca ketujuhnya berurutan — setiap halaman menutup dengan "keputusan yang sudah dikunci" agar diskusi fokus ke yang belum.