Cetak Biru Gaia

Cetak Biru Gaia | April 2026

SISTEM GAIA — PETA HULU KE HILIR

Satu peta besar yang menunjukkan bagaimana parameter dari berbagai framework industri menjadi super-set Gaia, digunakan sekali di lapangan, lalu menghasilkan banyak output scoring paralel. Detail struktur parameter (7 level hierarki) dijelaskan di tab Hierarki. Detail aliran data di tab Aliran Data.

Layer 1 — Sumber Input Parameter

BSEM (Industri / MRI)

Standar evaluasi industri perbankan. Benchmark lintas-bank. Parameter dinilai implisit (detail L0-L1 tidak selalu eksplisit).

SMART BRI

Arsitektur proprietary BRI (Sigap / Mudah / Akurat / Ramah / Terampil). List butir eksplisit, update 2026.

CX100 Danantara

Standar baru BUMN (Employee / Business Process / Customer / Brand Equity). 57 item, 84% LANGSUNG dari shopper.

Observasi Gaia-Original

Butir tambahan yang Gaia nilai penting tapi tidak ada di 3 framework di atas. Edge Gaia: "observasi ekstra yang klien tidak tahu mereka butuhkan".

Layer 2 — Super-set Parameter Gaia

Union dari 4 sumber di atas. Setiap butir Gaia punya metadata per-framework:

ButirNamascoring?relevan_BSEMmax_BSEMrelevan_SMARTmax_SMARTrelevan_CX100max_CX100
K-001Greeting 3S352
K-002Satpam name tag✗ (observasi)
K-003First-contact resolution4

Kolom scoring? bedakan Butir Scoring (dapat bobot) vs Butir Observasi/Pendukung (cuma data frekuensi). Kolom relevan_X + max_X kontrol apakah framework X include butir tersebut & berapa bobotnya. Struktur internal 7 level super-set dijelaskan di tab Hierarki.

Layer 3 — Kuesioner Lapangan (1× pengambilan)

Turunan dari super-set — shopper isi semua butir relevan sekali. File HTML offline, 4 Konsistensi tertanam (Intra / Lintas / Temporal / Negatif+Kewajaran). Output: JSON per kunjungan berisi jawaban + skor otomatis + tanda konsistensi.

DATA MENTAH SATU SET (per kunjungan, per kuesioner)
Layer 4 — 3 Scoring Paralel (dari 1 data mentah)

Scoring BSEM

Ambil butir yang relevan_BSEM, pakai max_BSEM, agregasi via Hierarki 7 Level versi BSEM (struktur L1-L4 sesuai industri).

Output: Tabulasi BSEM

Scoring SMART BRI

Ambil butir yang relevan_SMART, pakai max_SMART, agregasi via L1-L4 versi SMART (5 dimensi: Sigap/Mudah/Akurat/Ramah/Terampil).

Output: Tabulasi SMART

Scoring CX100

Ambil butir yang relevan_CX100, pakai max_CX100, agregasi via L1-L4 versi CX100 (4 pilar: EX/BP/CX/BE).

Output: Tabulasi CX100
Layer 5 — Output & Mode Klien

+ Report Data Frekuensi (Butir Observasi non-scoring)

Dari butir pendukung yang tidak di-scoring: N per observasi, proporsi, heatmap distribusi. Jadi narasi kontekstual untuk laporan (mis. "78/100 cabang punya pylon UKO sesuai standar"). Paralel dengan 3 tabulasi scoring.

Mode Industri

BSEM saja — benchmark lintas-bank

Mode Klien

SMART saja — standar internal klien

Mode Regulator

CX100 saja — mandatory Danantara

Mode Triple

3 tabulasi — laporan lintas-standar (premium)

Prinsip Gaia: Satu data mentah, banyak output. Shopper ambil data lapangan sekali dengan kuesioner yang kaya; engine komputasi jalankan 3× scoring dengan konfigurasi framework berbeda. Klien pilih mode sesuai kebutuhan kontrak — semua hemat biaya lapangan, semua fleksibel per klien.

POLA PIKIR: DARI BESAR KE KECIL

Satu pohon evaluasi — 7 level dari konteks organisasi hingga rincian terkecil. Perspektif evaluasi (SOP & CX) bukan level, melainkan lensa paralel yang melekat di level tertentu.

FASE 1: SCOPE

L0 Target → L1 Domain → L2 Objek
"Apa yang dievaluasi?"

FASE 2: MEASURE

L3 Dimensi → L4 Komponen → L5 Indikator → L6 Butir
"Apa yang diukur?"

LENSA PARALEL

SOP (objektif) + CX (subjektif)
Melekat di L2 Objek & L3 Dimensi

NamaDefinisiPertanyaanContoh IsiSOPCX
L0Target EvaluasiEntitas organisasi sasaran evaluasi; setiap lokasi fisiknya disebut Titik Evaluasi"Di mana?"Cabang (KC, KCP, Unit, KK)AgregatAgregat
L1DomainRanah besar yang dievaluasi"Ranah apa?"Staf, Fisik, ProsesAgregatAgregat
L2ObjekEntitas spesifik yang dinilai"Siapa / apa?"Staf: Satpam, CS, Teller, SPV · Fisik: Banking Hall, E-Channel, Toilet · Proses: Operasional CabangAgregat1 overall
L3DimensiSisi yang diukur dari objek"Sisi apa?"Staf: Penampilan, Sikap, Skill · Fisik: Luar (eksterior), Dalam (interior) · Proses: Efisiensi & Time Delivery, Digital TouchpointAgregat1-2 item
L4KomponenBagian penyusun dimensi"Bagian apa?"Sikap: Awal/Tengah/Akhir · Skill: Alur Layanan, Solusi & Wawasan · Dalam: Peralatan, Kenyamanan, Keamanan, Kehandalan · Efisiensi: Antrian, Waktu, Koordinasi stafAgregat
L5IndikatorHal spesifik yang diamati"Apa yang diamati?"Sikap Awal: Berdiri, Senyum, Ucapan greeting · Solusi: Penyelesaian Masalah, Ebanking Mindset · Peralatan: Umum, KhususDinilai
L6ButirRincian terkecil dari indikator"Rincian apa?"Greeting: Salam, Memperkenalkan diri, Menawarkan bantuan · Ebanking: Alternatif informasi, Edukasi e-channelDinilai
📍

ISTILAH KUNCI

Titik Evaluasi

Definisi: Lokasi fisik spesifik tempat mystery shopping dilaksanakan — titik di mana shopper hadir, mengamati, dan menilai layanan secara langsung.

Dalam hierarki, Titik Evaluasi adalah instansi konkret dari Target Evaluasi (L0). Jika Target Evaluasi menjawab "entitas apa yang dievaluasi?", maka Titik Evaluasi menjawab "di mana tepatnya evaluasi berlangsung?"

Perbankan: Cabang (KC, KCP, Unit, KK)
Retail: Outlet / Toko
Hospitality: Hotel / Restoran
Kesehatan: Klinik / RS

Target vs Titik Evaluasi

Target Evaluasi (L0) = konsep / entitas organisasi yang menjadi sasaran evaluasi.
Titik Evaluasi = lokasi fisik aktual yang dikunjungi shopper.

Satu Target bisa punya banyak Titik — misal: "Cabang BRI" (target) memiliki 5.500+ titik evaluasi di seluruh Indonesia.
DETAIL PER LEVEL 7 level klik untuk buka/tutup — tutup supaya langsung ke Pohon Evaluasi
L0
TARGET EVALUASI
Entitas organisasi sasaran evaluasi mystery shopping
Filosofi"Di mana evaluasi dilakukan?" — Konteks lokasi & organisasi
IsiPerbankan: Cabang (KC, KCP, Unit, KK). Universal: titik layanan yang dikunjungi shopper (outlet, hotel, restoran, klinik). Setiap lokasi fisik yang dikunjungi disebut Titik Evaluasi — lihat definisi di atas.
SOP / CXTidak dinilai langsung — skor final adalah agregasi dari semua domain di bawahnya
L1
DOMAIN
Ranah / wilayah besar yang dievaluasi di target
Filosofi"Ranah apa?" — Wilayah besar yang berbeda sifat dan metode pengukurannya
Isi
DomainDefinisiSifat
STAFEvaluasi personil yang berinteraksi dengan nasabahManusia, perilaku, kompetensi
FISIKEvaluasi fasilitas & lingkungan fisikBenda, ruang, kondisi
PROSESEvaluasi sistem operasional cabangSistem, waktu, koordinasi
L2
OBJEK
Entitas spesifik yang menjadi sasaran evaluasi
Filosofi"Siapa / apa yang dinilai?" — Objek konkret yang bisa diamati dan diberi skor independen
Isi
DomainObjekDefinisi
STAFSatpamKeamanan, ketertiban, informasi awal
CSBuka rekening, info produk, komplain
TellerTransaksi tunai & non-tunai
SPVApproval, interaksi antrian [PENGEMBANGAN]
FISIKBanking HallArea utama pelayanan
E-ChannelATM & layanan elektronik
ToiletFasilitas toilet
PROSESOperasional CabangSistem operasional cabang secara keseluruhan
CX: 1 pertanyaan overall per objek. Contoh: "Secara keseluruhan, puas dengan pelayanan Satpam?" (skala 1-10)
L3
DIMENSI
Sisi / aspek yang diukur dari objek
Filosofi"Sisi apa yang diukur?" — Setiap objek punya beberapa sisi yang masing-masing menghasilkan skor independen
Isi
ObjekDimensiDefinisi
Satpam / CS / TellerPenampilanVisual, grooming, kerapihan
SikapPerilaku berdasarkan fase pelayanan
SkillKeterampilan & pengetahuan layanan
Banking Hall / E-Channel / ToiletLuarEksterior: teras, signage, akses, gedung
DalamInterior: peralatan, kenyamanan, keamanan, kehandalan
Operasional CabangEfisiensi & Time DeliveryKecepatan & kelancaran operasional
Digital TouchpointLayanan digital di cabang [PENGEMBANGAN]
CX: 1-2 pertanyaan per dimensi — sweet spot CX. Contoh: "Puas dengan sikap Satpam?", "Interior Banking Hall nyaman?", "Skill CS memadai?"
L4
KOMPONEN
Bagian-bagian penyusun dimensi
Filosofi"Apa saja bagian dari dimensi ini?" — Memecah dimensi menjadi bagian terkelola
Isi
DomainDimensiKomponen
STAFPenampilanBusana, Dandanan Wajah, Dandanan Rambut, Aksesoris, Atribut khusus (per role: senjata Satpam / tanda pengenal CS-Teller / area meja kerja)
SikapSikap Awal, Sikap Tengah, Sikap Akhir
SkillAlur Layanan, Solusi & Wawasan
FISIKLuar (eksterior)Teras & keset, Signage cabang, Tampilan gedung, Akses masuk
Dalam (interior)Peralatan (umum & khusus), Kenyamanan, Keamanan, Kehandalan
PROSESEfisiensi & Time DeliveryAntrian, Waktu pelayanan, Ketersediaan & koordinasi staf, Support sistem
Digital TouchpointAntrian digital, Integrasi cabang-digital, Follow-up digital
SOP / CXSOP: agregat dari Indikator di bawah. CX tidak ada — terlalu granular untuk persepsi.
L5
INDIKATOR
Hal spesifik yang diamati dan dinilai
Filosofi"Apa tanda/ukuran spesifiknya?" — Hal konkret yang diamati shopper, dinilai langsung
Isi (contoh)
DomainKomponenIndikator
STAFSikap AwalBerdiri, Senyum, Ucapan greeting
Sikap TengahMenggunakan nama, Fokus/pandangan mata, Posisi, Small talk & intimacy, Empati
Alur LayananLama proses, Interupsi, Keterlibatan staf lain, Kesiapan dokumen
Solusi & WawasanPenyelesaian Masalah, Ebanking Mindset, Selling Skill, Keamanan
FISIKPeralatanUmum (tempat sampah), Khusus (per objek: WD, kursi tunggu, ATM, wastafel)
KenyamananUmum (AC, wangi, lantai, dinding), Khusus (per objek)
PROSESAntrianJumlah antrian, Lama antrian, Sistem antrian
SOPLevel utama pengisian form — checklist (ya/tidak) atau skor skala
L6
BUTIR
Rincian terkecil — unit terkecil form evaluasi
Filosofi"Apa rincian yang dicek?" — Tidak semua indikator punya butir, hanya yang perlu dirinci lebih lanjut
Isi (contoh)
DomainIndikatorButir
STAFUcapan greetingSalam, Memperkenalkan diri, Mempersilahkan duduk, Menanyakan nama, Sapaan Pak/Bu, Menggunakan nama, Menawarkan bantuan
Penyelesaian MasalahIdentifikasi masalah, Info solusi, Proses solusi (selesai & tuntas)
Ebanking MindsetAlternatif informasi, Alternatif penyelesaian, Alternatif transaksi, Edukasi e-channel
Selling SkillLayanan, Produk

Catatan: Tidak semua indikator punya butir. Pada domain Fisik & Proses, kebanyakan indikator langsung dinilai tanpa pecahan butir.

CX
ESTIMASI BEBAN CX
Perspektif nasabah — lensa paralel, bukan level hierarki
PrinsipSOP dibangun dari bawah ke atas (Butir → agregat). CX memotong horizontal di level Dimensi & Objek. Gap keduanya = insight utama.
Estimasi
LevelSumber~Pertanyaan
L2 (Objek)1 overall × 8 objek~8
L3 (Dimensi)1-2 per dimensi × ~12 dimensi~20
TOTAL CX~28 pertanyaan

vs 100+ checklist SOP — proporsi ~22%, wajar untuk shopper

POHON EVALUASI (VISUALISASI INTERAKTIF 7 LEVEL)
Tampilkan sampai:
Target
Domain
Objek
Dimensi
Komponen
Indikator
Butir
Catatan: Taksonomi ini kerangka konseptual universal. Detail indikator bersifat dinamis. Node [PENGEMBANGAN] belum final.

ANATOMI KUESIONER — TITIK AWAL SEMUA DATA MENTAH

Semua data yang masuk ke sistem Gaia lahir di sini. Struktur butir dalam kuesioner menentukan kualitas data, kemudahan QC, dan akurasi scoring. Kuesioner Gaia bukan survey biasa — tiap topik dibangun dari banyak butir observasi granular + 1 butir scoring (kesimpulan), divalidasi engine QC Konsistensi Intra. Pola ini sudah diterapkan di Kuesioner ATM 2026 (rencana Permata 2026) sebagai pilot konkret.

STRUKTUR BUTIR HORIZONTAL — 3 PERAN DALAM SATU TOPIK

Per topik (misal: "Signage", "Teras", "ATM"), kuesioner punya 3 jenis butir yang saling terhubung. Shopper isi Butir Pendukung + Butir Scoring; engine jalankan QC Konsistensi Intra untuk cross-check konsistensi jawaban.

LEVEL 0 — Diisi Shopper

Butir Pendukung

Pertanyaan observasi granular — shopper jawab apa yang dilihat:

  • Keberadaan (ada / tidak)
  • Jenis / posisi / detail
  • Kondisi (baik / rusak / parsial)
  • Kondisi negatif (multi-check)
  • Permanen / sementara / campuran
  • Wajar / tidak wajar
  • Verbatim narasi (teks bebas)
Peran: (1) Input bukti untuk QC Konsistensi · (2) Sumber Data Frekuensi untuk report narasi
LEVEL 1 — Engine Otomatis

QC Konsistensi Intra

Engine cross-check (bukan shopper yang isi). Validasi konsistensi antara jawaban butir pendukung vs butir scoring.

Contoh rule:

  • IF Q_scoring=Baik BUT Q_negatif=banyak_tidak_wajar → ⚠ Flag
  • IF Q_keberadaan=Tidak BUT Q_scoring ≠ "Tidak ada" → ⚠ Flag
  • IF Q_verbatim kosong BUT ada negatif → ⚠ Flag
Peran: Flag untuk revisi shopper. Sudah tertanam di kuesioner HTML (E4 / E4b / E4c / E8 dll di ATM).
LEVEL 2 — Diisi Shopper

Butir Scoring (Kesimpulan)

1 butir per topik. Shopper beri judgment kesimpulan skala:

  • 1 Baik — tidak ada masalah
  • 2 Cukup — ada negatif tapi wajar
  • 3 Kurang — negatif tidak wajar
  • 4 Buruk — banyak masalah
  • 8 Kondisi khusus (dikeluarkan scoring)
  • 9a/9b Tidak ada + wajar/tidak wajar
Peran: Ini yang di-scoring. Input ke Hierarki Vertikal 7 Level (masuk di L5 Indikator atau L6 Butir).
TITIK TEMU DENGAN HIERARKI PARAMETER 7 LEVEL

Butir Scoring (Level 2 horizontal) = titik input ke Hierarki Vertikal. Dari sini skor naik via rumus Σskor / Σmax × 100 sampai Level 0 Target. Di tab Hierarki Parameter, L5 & L6 highlight karena di sinilah butir scoring masuk.

Hierarki Horizontal (dalam 1 kuesioner, per topik)

Butir Pendukung × N — observasi granular
QC Konsistensi Intra — engine validasi
Butir Scoring (Kesimpulan 1-4) — input scoring
titik input
(di L5 atau L6)

Hierarki Vertikal (7 Level — agregasi)

L0 Target (nasional) — skor akhir
L1 Domain (Staf / Fisik / Proses)
L2 Objek (Satpam / CS / Bhall / ...)
L3 Dimensi (Sikap / Skill / Dalam / ...)
L4 Komponen (Sikap Awal / Peralatan / ...)
L5 Indikator — TITIK INPUT
L6 Butir — TITIK INPUT
CONTOH IMPLEMENTASI KONKRET

Topik "Signage Area E-Banking" Kuesioner ATM 2026

Satu topik "Signage" di ATM kuesioner terdiri dari 9 butir pendukung (observasi) + 1 butir scoring (kesimpulan). Pola ini konsisten untuk setiap topik: Teras, Keset, Pintu, Pylon, Mesin ATM, dll.

ID butirPeranPertanyaan shopperKonsekuensi
B_signagePendukungApakah ada signage khusus area ebanking?Keberadaan (Y/N)
B_signage_jenisPendukungJenis signage (neon box / huruf timbul / stiker / ...)Detail multi-check
B_signage_posisiPendukungPosisi (atas pintu / dinding samping / kaca / ...)Detail multi-check
B_signage_terlihatPendukungMudah terlihat dari luar?Skala 3 opsi
B_signage_negPendukungKondisi negatif (mati / redup / pudar / kotor / rusak / ...)Multi-check → input QC
B_signage_neg_permPendukungApakah negatif bersifat permanen?Permanen / sementara / campuran
B_signage_negwajarPendukungApakah negatif tersebut wajar?Wajar / tidak wajar → input QC
B_signage_vPendukungVerbatim: tulisan apa, posisi, ukuran, kondisiTeks bebas narasi
B_signage_kesimpulanScoringKESIMPULAN: Kondisi signage secara keseluruhanSkala 1-4 → input scoring

QC Konsistensi Intra yang aktif untuk topik ini: jika B_signage_kesimpulan=Baik tapi B_signage_neg=banyak & B_signage_negwajar=tidak wajar → engine flag untuk review. Di Kuesioner ATM ini di-handle oleh pendeteksi E4/E4b/E4c/E8.

FITUR PENDUKUNG TERTANAM
4 Konsistensi Tertanam

Intra (dalam 1 kuesioner) / Lintas (antar kuesioner) / Temporal (vs tahun lalu) / Negatif+Kewajaran. Yang bekerja di Anatomi Kuesioner = Intra. Yang lain aktif pasca-submit.

Detail di tab Aliran Data Stage 2 "8 Kuesioner"
5-Stage Workflow Pengisian

Isian Awal → Edit Shopper → Review QC → Revisi → Final. Setiap transisi auto-timestamp. Log perubahan otomatis tercatat (change log).

Implementasi di Kuesioner ATM 2026 (field Z_stage)
Kode Khusus 8 & 9

Kode 8 = kondisi khusus (hujan deras, renovasi) — dikeluarkan dari scoring, bukan 0. Kode 9 = tidak ada — split jadi 9a (wajar, tidak scoring) dan 9b (tidak wajar, scoring rendah).

Prinsip "Wajar vs Tidak Wajar" di ATM kuesioner
Scoring Map Per Butir

Setiap butir scoring punya SCORING_MAP: Kode 1 = 5 poin, Kode 2 = 2 poin, dst. Max score per butir berbeda (1, 2, 3, 5, 6, 7, 8). Bobot natural dari max, tanpa bobot eksplisit.

Rumus Σskor/Σmax di tab Aliran Data Stage 6
Prinsip Gaia di level kuesioner: Butir pendukung mengumpulkan bukti yang kaya (bisa jadi frekuensi di report). Butir scoring mengumpulkan judgment shopper (yang jadi angka di tabulasi). QC tidak menghitung skor — QC memastikan judgment shopper konsisten dengan bukti yang dia kumpulkan sendiri.
DETAIL 4 KONSISTENSI QC TERTANAM 4 layer cakupan, implementasi konkret, contoh di Kuesioner ATM

QC tidak hanya 1 jenis — ada 4 lapis konsistensi yang aktif di waktu berbeda. Konsistensi Intra aktif saat shopper mengisi (real-time). Konsistensi lainnya aktif pasca-submit / saat QC review.

#KonsistensiCakupanKapan aktifContoh konkret di Kuesioner ATM 2026
1 Intra-kuesioner Antar butir di dalam 1 kuesioner Real-time saat shopper isi (dan saat QC review) B_signage_kesimpulan=Baik tapi B_signage_neg=banyak & B_signage_negwajar=tidak wajar → flag.
Kode pendeteksi di ATM: E4 (rating vs scoring gap), E4b (rating fisik vs ATMF+ATMK), E4c (rating kenyamanan vs ATMK4-6b), E8 (verbatim non-scoring vs hint).
2 Lintas-kuesioner Antar kuesioner berbeda di kunjungan yang sama Pasca-submit (saat QC kompilasi 8 kuesioner per kunjungan) Validasi numerik: C_atm_total di ATM = C2 + C3 + C4 + C5 (berfungsi + non-tunai + rusak + gangguan).
Cross-check: area E-Channel di kuesioner ATM (B_*) konsisten dengan area E-Channel di kuesioner Banking Hall (kalau lokasi area sama).
3 Temporal Jawaban berubah dari data tahun lalu di cabang yang sama Pasca-submit (saat QC bandingkan dengan backfill) Pola: kerusakan permanen pylon di 2025 masih ada di 2026? Wajar.
Pola: jumlah ATM 2026 mendadak bertambah 5 dari 2025? Verifikasi di lapangan.
Implementasi: data backfill JSON per cabang (lihat Backfill-2025/ATM_*.json di P03 PermataBank).
4 Negatif & Kewajaran Setiap negatif yang dilaporkan wajib dicek kewajarannya Real-time (di kuesioner) + pasca-submit (di tabulasi report) Pola di ATM: setiap topik dengan negatif (*_neg) selalu diikuti *_neg_perm (permanen?) dan *_negwajar (wajar?).
Verbatim wajib jika negatif tidak wajar → cegah jawaban kosong.
Kenapa 4 konsistensi penting: Tanpa ini, shopper bisa "isi asal" yang lolos check awal tapi tidak konsisten dengan bukti. 4 konsistensi mempersempit ruang ketidakkonsistenan dari 4 sudut berbeda. Sekali jawaban lolos 4-nya, akurasi data tinggi.
VALIDASI OTOMATIS YANG TERTANAM DI KUESIONER 5 jenis selain 4 konsistensi: validasi yang mempercepat kerja shopper & QC
Jenis ValidasiCara kerjaContoh di ATM
Validasi Numerik Total = sum komponen. Engine cek otomatis, banner muncul kalau tidak balance. C_atm_total = C2 + C3 + C4 + C5 (total ATM = berfungsi + non-tunai + rusak + gangguan). Banner kuning kalau gap, hijau kalau cocok.
Skip-Logic (Conditional) Pertanyaan detail otomatis di-skip kalau prerequisite tidak terpenuhi. Mengurangi noise. Jika G0=Tidak ada teras → skip 8 pertanyaan detail teras. Jika tidak ada mesin ATM → skip semua sub-pertanyaan ATM.
Essence Extractor 30+ template pattern untuk kolom E (essence). Engine ekstrak narasi natural dari jawaban kategorikal + verbatim → kalimat siap pakai untuk laporan. Output: "Lantai bersih dan terawat", "Transaksi tarik tunai berhasil tapi ada kendala minor", dll. (lihat fungsi buildEssence() di kuesioner ATM).
Self-QC Checklist Sebelum submit, shopper isi checklist mandiri: bukti lengkap, verbatim detail, scoring konsisten dengan observasi. Field K_ck di ATM: 6 item check (video, verbatim, scoring konsisten, foto pendukung, waktu wajar, identitas lengkap).
Auto-Timestamp & Geo-Lock Waktu mulai, waktu per tahap workflow, koordinat GPS — semua auto-recorded. Mencegah "ngarang dari rumah". Field _geo_lat/_geo_lng/_geo_acc + startTime + _Z_ts_* per tahap workflow.
5-STAGE WORKFLOW PENGISIAN & AUDIT TRAIL 6 tahap jalur kuesioner dari shopper sampai final, dengan log perubahan otomatis

Setiap kuesioner punya field Z_stage yang menentukan tahap pengisian. Setiap perpindahan tahap auto-timestamp; perubahan jawaban tercatat di change log.

TAHAP 1
Isian Awal Shopper

Shopper isi pertama kali setelah kunjungan

auto-timestamp
TAHAP 2
Edit Shopper

Koreksi sendiri sebelum submit

auto-timestamp
TAHAP 3 / 3b
Review QC / Supervisor

QC cek konsistensi, beri catatan

change log aktif
TAHAP 4
Revisi Setelah QC

Shopper koreksi sesuai catatan QC

log diff jawaban lama vs baru
TAHAP 5
Final / Approved

Locked, tidak boleh diubah lagi

data masuk Stage Aliran Data
Audit trail: Field _changelog mencatat setiap perubahan: nama field yang diubah, nilai lama, nilai baru, timestamp, kode pengisi tahap itu. Bisa lihat siapa yang mengubah apa, kapan. Penting untuk dispute resolution dan training shopper baru.
CONCERNS GAIA v4 YANG DIJAWAB ANATOMI KUESIONER 5 concern cross-reference fitur Anatomi ↔ concerns yang sudah lama tertulis di GAIA v4

Selama membangun Kuesioner ATM 2026 sebagai pilot, sekaligus terjawab concerns di GAIA v4. Ini bukan kebetulan — arsitektur kuesioner memang dirancang untuk menjawab concerns ini secara terpadu.

ConcernPertanyaan asal di GAIA v4Jawaban via Anatomi KuesionerStatus
#33 [Ekues] Google Form → HTML: Google Form tidak bisa beri skor per opsi. Ekues HTML offline dengan SCORING_MAP bawaan per butir. Kode 1 = X poin, Kode 2 = Y poin, dst. Dihitung otomatis saat shopper isi, no Google Form. ✓ Terjawab penuh
#34 [Ekues] 8 ekues berbeda per skenario, honor per item. Setiap ekues = 1 file HTML mandiri (Satpam / CS / Teller / Burek / Komplain / Bhall / Ebanking / Toilet). Honor per ekues yang lengkap diisi (terlinked ke Z_stage=Final). ✓ Terjawab penuh
#35 [Ekues] 2 keluarga: STAF vs FISIK. ATM masuk keluarga FISIK (bersama Bhall, Toilet, E-Channel). Struktur butir FISIK berbeda dari STAF: lebih banyak observasi kondisi fisik & negatif, sedikit dialog. Keluarga ini terlihat di kode butir (ATMF*/ATMK*/ATMH* = FISIK). ✓ Terjawab penuh
#40 [Data] Desain ekues → scoring. Berubah=ikut. Kode unik butir scoring (mis. ATMF1) sama dari kuesioner → SCORING_MAP → data mentah → tabulasi. Ubah kode di kuesioner = otomatis ikut di pipeline. No mismatch. ✓ Terjawab penuh
Baru [Pipeline] Bagaimana pipeline jawaban → kode → skor jalan tanpa intervensi manual? 4 Konsistensi tertanam + Validasi Numerik + Self-QC + Essence Extractor → 80%+ pekerjaan QC manual berkurang. Sisanya QC manual fokus pada audio/video/dialog yang memang butuh judgment manusia. ○ Terjawab konsep (perlu validasi pilot)
Implikasi strategis: Anatomi Kuesioner bukan sekadar "form survey" — ini adalah engine pengumpul data dengan kontrol kualitas tertanam. Setiap fitur (struktur butir, 4 konsistensi, validasi numerik, workflow) menjawab concern spesifik di GAIA v4 yang sudah lama tertulis. Pilot ATM 2026 (rencana Permata 2026) adalah bukti konsep bahwa concerns ini bisa dijawab dengan satu desain terpadu.

KONTEKS PENGUKURAN — KE MANA SHOPPER PERGI, APA YANG MEREKA NILAI

Tab ini menjawab tiga pertanyaan: organisasi seperti apa yang dievaluasi (bank: Pusat → Region → KC Induk → Cabang), dengan dua lensa (SOP objektif + CX subjektif), dan kendaraan pengukuran apa (skenario: CS / Teller / Fisik Saja, dengan kombinasi yang umum). Visualisasi interaktif pohon parameter dipindah ke tab Hierarki Parameter karena itu visualisasi dari struktur 7 Level.

STRUKTUR ORGANISASI BANK

BANK
Institusi
Region / Kanwil
Regional
KC IndukMembawahi cabang
KCKCPUnitKK
CABANGTitik Evaluasi
|
Kantor Pusat
1 per bank

ALIRAN DATA GAIA — DARI HULU KE HILIR

Seluruh data mengalir satu arah: dari arsitektur parameter sampai laporan ke klien. Setiap tahap punya input, proses, dan output yang jelas. Klik setiap tahap di bawah untuk melihat detail.

Prinsip: Detail selalu ada di bawah, summary ditarik dari detail. Tidak pernah sebaliknya.

🛠
Arsitektur Parameter
1
📝
8 Kuesioner
2
🗃
Data Mentah
3
🔍
QC 5 Lapis
4
Data Detail Bersih
5
🎯
Scoring
6
📊
Tabulasi 4 Sheet
7
📚
Laporan & Dashboard
8
1
Arsitektur Parameter
Cetak biru — apa saja yang diukur
Apa iniHierarki 7 level (L0-L6) yang menentukan setiap hal yang akan dinilai. Lihat Tab "Hierarki" dan Tab "Bagan" untuk detail lengkap.
InputStandar layanan klien (misal SMART BRI), standar industri (BSEM), framework nasional (CX100 Danantara), dan pengalaman evaluator.
OutputPohon parameter lengkap dari Target (L0) sampai Butir (L6), termasuk bobot dan aturan scoring per butir.
SiapaSriva (desain parameter) — bersama Claude untuk dokumentasi dan cross-check.
Dua lensaSOP / Standar Checklist objektif — menghasilkan skor dari bawah ke atas.
CX / Persepsi Pertanyaan subjektif — perspektif nasabah di level Dimensi dan Objek.
Koneksi ke hilir: Arsitektur parameter ini menentukan isi setiap kuesioner. Setiap butir (L6) akan menjadi satu pertanyaan atau item observasi di kuesioner.
2
8 Kuesioner
Alat pengumpul data di lapangan — bisa bertambah sesuai kebutuhan
Apa iniFile HTML offline yang dibuka di browser HP shopper. Satu kunjungan bisa menghasilkan beberapa kuesioner sekaligus.
InputArsitektur parameter (menentukan pertanyaan), data cabang (dropdown), data tahun lalu (untuk konsistensi temporal).
OutputFile JSON per kunjungan per kuesioner — berisi semua jawaban, skor otomatis, dan tanda konsistensi.
SiapaShopper (pengisian), QC/Sriva (review via HTML yang sama).
1. Satpam ke CSSikap satpam, interaksi awal
2. Sikap CSPerilaku CS sepanjang layanan
3. TellerProses transaksi teller
4. BurekSkill CS — Buka Rekening
5. KomplainSkill CS — Penanganan komplain
6. BhallFisik — Banking Hall
7. EbankingFisik — Area E-Channel
8. ToiletFisik — Toilet
Fitur kunci kuesioner HTML: Offline, auto-save draft, 5 tahap (Isian → Edit → QC Review → Revisi → Final), log perubahan, auto-scoring, 4 jenis konsistensi otomatis, narasi otomatis, kirim via WhatsApp atau Google Sheet.
4 Konsistensi yang Tertanam di Kuesioner
1. Intra-kuesionerJawaban yang bertentangan dalam satu kuesioner
2. Lintas-kuesionerJawaban yang berbeda antar kuesioner pada kunjungan yang sama
3. TemporalJawaban yang berubah dari data tahun lalu
4. Negatif & KewajaranJawaban negatif dicek kewajarannya — verbatim dulu, baru pilih level
3
Data Mentah Murni
Langsung dari kuesioner — belum disentuh
Apa iniData isian shopper yang masuk ke Google Sheet. Satu baris = satu kunjungan per kuesioner. Status: "Draft — Belum QC".
Isinya Kode Cabang Tanggal Kunjungan (terkunci) Nama Staf Status Kuesioner Semua Jawaban (kode 1/2/3/...) Skor per Butir (otomatis) Verbatim (jika ada) Tanda Konsistensi (otomatis)
Cara masukOpsi 1: Shopper kirim file JSON via WhatsApp → Anda muat di HTML → tekan "Kirim ke Sheet"
Opsi 2: Shopper langsung tekan "Kirim ke Sheet" (saat ada internet)
8 tabSatu Google Sheet, 8 tab sesuai 8 kuesioner. Format kolom sama dengan data mentah lama (Data MS BRI).
4
QC 5 Lapis
Proses verifikasi — manusia + sistem
Apa iniProses memastikan data akurat dan konsisten. Campuran cek otomatis (dari kuesioner) dan cek manual (oleh Anda dari audio/video).
5 Lapis
1AudioCek rekaman audio — apakah interaksi benar terjadi, apakah sesuai narasiManual
2VideoCek rekaman video — penampilan, kondisi fisik, bukti visualManual
3DialogTranskrip percakapan — cocokkan dengan audio, cek akurasiManual + Grade
4EkuesCek jawaban kuesioner — 4 konsistensi sudah ditandai otomatis, Anda verifikasiSemi-otomatis
5KonsistensiCross-check antar semua sumber: audio vs video vs dialog vs ekuesManual
Alur QCCek → temukan masalah → tulis catatan → kirim balik ke shopper → shopper revisi → kirim ulang → Anda finalkan. Semua perubahan tercatat (log).
SiapaSriva dan tim QC. Shopper hanya merevisi jika diminta.
5
Data Detail Bersih
Sumber kebenaran — data terverifikasi
Apa iniData yang sudah melewati QC 5 lapis. Status: "Final". Ini yang menjadi sumber untuk SEMUA proses setelahnya.
Bedanya dari data mentah Jawaban sudah dikoreksi (jika ada revisi dari QC)
Konsistensi sudah diverifikasi
Skor sudah dihitung ulang sesuai jawaban final
ID staf sudah dicocokkan
Semua catatan QC dan log perubahan tersimpan
PentingData ini tidak boleh diubah lagi setelah status Final. Jika ada koreksi, harus lewat proses QC ulang dengan log.
Data detail ini dipakai DUA KALI: (1) untuk scoring → tabulasi, dan (2) langsung untuk laporan (verbatim, foto, nama staf, time delivery). Laporan tidak hanya dari tabulasi.
6
Scoring
Rumus: total skor / total max × 100
Rumus Bukan rata-rata persentase.
Skor butir = (skor cabang A + skor cabang B + ... ) / (max cabang A + max cabang B + ... ) × 100

Skor level atas (indikator, komponen, dimensi, dst) juga dihitung dengan cara yang sama: total skor semua anak / total max semua anak. Dari butir naik ke indikator, naik ke komponen, naik ke dimensi, sampai ke overall.
OtomatisScoring sudah tertanam di kuesioner HTML. Setiap butir punya aturan: Kode 1 = berapa poin, Kode 2 = berapa poin, dst. Max score per butir sudah didefinisikan di arsitektur parameter.
Update otomatisJika jawaban berubah saat QC, skor ikut berubah otomatis. Tidak ada langkah terpisah untuk "menghitung skor".
Catatan teknis: Setiap butir punya max score berbeda (1, 2, 3, atau 5). Rumus total/total memastikan butir dengan max lebih besar punya bobot lebih besar secara alami — tanpa perlu menentukan bobot eksplisit.
7
Tabulasi — 4 Sheet
Ringkasan angka — dihasilkan otomatis dari data detail + scoring
Cara generateTekan tombol "Generate Tabulasi" di Google Sheet. Sistem baca semua data final, hitung skor+skor/max+max per segmen, tulis ke 4 tab. Anda kontrol kapan tabulasi diupdate.

Sheet 1: Summary

Ringkasan skor Overall, per Pilar (Satpam/CS/Teller/Premises), per Status (KC/KCP/KK/UNIT), per Kanwil. Bisa ditambah summary custom.

Sheet 2: Evaluasi

Detail skor per butir (160+ baris dari Overall sampai item terkecil). Kolom = segmen. Mengikuti hierarki L0-L6.

Sheet 3: Ranking

Semua cabang diurutkan dari skor tertinggi ke terendah. Kolom: cabang, kode, status, kanwil, skor performa.

Sheet 4: Per Cabang

Kebalikan Evaluasi: baris = butir, kolom = setiap cabang. Profil lengkap satu cabang secara vertikal.

Prinsip: 4 sheet ini adalah kerangka tetap — berlaku untuk arsitektur parameter apapun (SMART, BSEM, CX100). Summary bisa ditambah sesuai kebutuhan analisis. Detail selalu ada, summary ditarik dari detail.
8
Laporan & Dashboard
Output ke klien — dibangun dari data detail DAN tabulasi
Penting: Laporan BUKAN hanya dari tabulasi. Laporan butuh kembali ke data detail untuk mengambil verbatim, foto, nama staf, time delivery, dan frekuensi. Kekuatan laporan Gaia ada di detail.

DARI TABULASI — Data Angka Ringkasan

Skor PerformaSkor per level hierarki — dari Overall (L0) sampai Butir terkecil (L6)
RankingPeringkat cabang dari tertinggi ke terendah
Trend Multi-TahunPerbandingan skor antar periode
Summary CustomSkor per segmen yang diminta klien

DARI DATA DETAIL — Bukti & Konteks

Frekuensi & DistribusiBerapa cabang yang melakukan/tidak melakukan sesuatu
Verbatim DialogKutipan percakapan lengkap — greeting, cross selling, edukasi, komplain
Foto BuktiFoto kondisi fisik per cabang: penampilan, namedesk, lantai, toilet, signage
Nama StafTeridentifikasi per cabang — untuk evaluasi individual

DARI DATA DETAIL — Time Delivery (Analisis Waktu)

AntrianJumlah orang mengantri + lama menunggu dalam antrian
Waktu TungguDari duduk (selesai antri) sampai dipanggil/dilayani
Lama di CS / Lama di TellerTotal durasi layanan dari mulai sampai selesai
Lama Penyelesaian MasalahPer masalah — jika >1, ada durasi terpisah per masalah
InterupsiJumlah + lama per interupsi + detail jenis (telepon, staf lain, nasabah lain, ke back office)
Lama Isi Form BurekDurasi + jenis form + di mana proses dilakukan
Approval SPVLama + berapa kali + untuk proses apa saja

FORMAT OUTPUT KE KLIEN

Materi Presentasi (PPTX)Laporan utama: skor, trend, foto bukti, verbatim, temuan khusus, rekomendasi
DashboardTampilan interaktif — filter per cabang, per kanwil, per periode
Tabulasi Excel4 sheet tabulasi dikirim langsung ke klien sebagai lampiran data
Data Detail (opsional)Data per kunjungan per cabang — verbatim, foto, time delivery lengkap
Prinsip Gaia: Detail tapi tetap ada summary-nya. Klien yang sibuk buka Summary, klien yang mau mendalami buka Per Cabang atau data detail. Semua tersedia.

LEGENDA JENIS DATA

Skor & Angka Time Delivery Teks / Verbatim Media / Bukti Visual Metadata / Identitas Frekuensi / Distribusi

ALUR OPERASIONAL — CARA KERJA DETAIL DI LAPANGAN

Tab ini menjelaskan cara sistem Gaia bekerja secara konkret: tools yang dipakai, format file, lokasi storage, alur kerja shopper & QC & analis. Komplemen dari tab Aliran Data 8 Tahap (yang konseptual — input/output/siapa). Tab ini operasional — dimana, gimana.

⚠ Status Draft: Tab ini disiapkan sebagai gambaran awal proses end-to-end. Content akan di-refine seiring sistem matang. Per istilah baru yang muncul konsisten, lock ke Glosarium.

Perbedaan dengan Tab "Aliran Data 8 Tahap"

Tab "Aliran Data 8 Tahap"Tab "Alur Operasional" (tab ini)
Konseptual: Apa ini / Input / Output / SiapaKonkret: Tools / Format file / Lokasi storage / Cara akses
Untuk memahami logika flowUntuk tahu cara lapangan-nya bekerja
Stakeholder: strategis (management, klien)Stakeholder: operasional (shopper, QC, admin)
11 TAHAP OPERASIONAL END-TO-END
1
Distribusi Kuesioner ke Shopper
ApaFile HTML kuesioner .html (8 ekues: Satpam/CS/Teller/Burek/Komplain/Bhall/Ebanking/Toilet)
SiapaKoordinator proyek → Shopper terverifikasi
DimanaShopper download dari Google Drive link / dikirim via WhatsApp
GimanaShopper simpan file HTML di HP / laptop → buka offline → mulai evaluasi
FormatHTML self-contained, tidak butuh internet untuk isi
KontrolKode unik shopper (dari form database) = gating access
2
Shopper Input di Lapangan
ApaShopper kunjungi cabang, isi kuesioner real-time di HP
SiapaShopper (verified + kode unik)
DimanaBrowser HP di lokasi cabang (offline OK)
GimanaIsi Part 0 (Data Kunjungan) → Part A-E (per topik) → auto-save draft ke localStorage browser
TriggerGeo-lock: GPS auto-tercatat. Auto-timestamp per transisi tahap (Z_stage)
KontrolSelf-QC checklist (K_ck) sebelum submit. 4 Konsistensi Intra real-time.
3
Kirim Data: JSON → Google Sheet
ApaData kunjungan dalam format .json
GimanaA. Shopper tekan "Kirim ke Sheet" langsung (butuh internet)
B. Shopper export JSON → kirim via WhatsApp ke koordinator → koordinator muat di HTML + kirim
DimanaGoogle Sheet "Data Mentah" (per proyek) — 8 tab (1 per ekues)
Format kolomKode Cabang, Tanggal Kunjungan (locked), Nama Staf, Status Kuesioner, Semua Jawaban (kode 1/2/3/...), Skor per Butir (otomatis), Verbatim, Tanda Konsistensi (otomatis)
Status awal"Draft — Belum QC" (Z_stage=1 atau 2)
4
Data Gabungan Mentah (Pra-QC)
DimanaGoogle Sheet Data_Mentah_<proyek>_<tahun> — 8 tab
Seperti apa1 baris = 1 kunjungan × 1 ekues. Format kolom kompatibel dengan Data MS BRI historis.
StatusZ_stage = 1 atau 2. Belum masuk QC.
Cara aksesTim QC buka Google Sheet, filter per shopper / per cabang / per status.
5
Proses QC Kuesioner (5 Lapis)
5 Lapis QC1. Audio (manual) — 2. Video (manual) — 3. Dialog + Grade (manual) — 4. Ekues (semi-otomatis, 4 konsistensi) — 5. Konsistensi cross-sumber (manual)
OutputNote per temuan → kembali ke shopper untuk revisi. Tercatat di change log.
ReferensiDetail per lapis di Tab Aliran Data Stage 3, konsep di Tab Anatomi Kuesioner
6
Konsistensi Manual + Validasi Negatif
ApaQC cek manual untuk Konsistensi Lintas-kuesioner + Temporal + Negatif-Kewajaran
GimanaBuka semua ekues untuk 1 kunjungan yang sama → cross-check. Compare dengan data backfill tahun lalu (JSON per cabang).
ContohKuesioner bilang "negatif wajar karena cuaca" tapi video menunjukkan cuaca cerah → flag untuk klarifikasi.
Alat bantuValidator script (Python / formula Google Sheet) untuk deteksi pola outlier.
7
Data Final → Scoring Engine
TriggerKuesioner mencapai Z_stage = 5 (Final / Approved) di semua lapis QC
Apa terjadiData masuk "Data Detail Bersih". Engine scoring: ambil butir scoring (ID *_kesimpulan), pakai SCORING_MAP per butir → skor numeric
RumusSkor per butir: Kode 1 = X poin, Kode 2 = Y poin (dari SCORING_MAP)
Edge caseKode 8 (kondisi khusus) dikeluarkan scoring. Kode 9a (wajar) tidak scoring. Kode 9b (tidak wajar) scoring rendah.
OutputData detail bersih + skor per butir per kunjungan
8
Scoring → Tabulasi (4 Sheet)
InputSkor per butir per kunjungan + Master Cabang + Master Tim
Rumus agregasiskor_atas = Σ(skor_anak) / Σ(max_anak) × 100. Bukan rata-rata persentase.
HierarkiButir → Indikator (L5) → Komponen (L4) → Dimensi (L3) → Objek (L2) → Domain (L1) → Target (L0)
4 Sheet Output1. Summary (per segmen) · 2. Evaluasi (detail per butir, 160+ baris) · 3. Ranking (cabang urut skor) · 4. Per Cabang (profil vertikal)
TriggerTombol "Generate Tabulasi" di Google Sheet — Anda kontrol kapan update
9
Report PPTX
Sumber(1) Tabulasi — skor, trend, ranking · (2) Data Detail — verbatim, foto, nama staf, time delivery
Format.pptx
Konten slideExecutive summary · Skor overall + per pilar · Ranking top/bottom · Trend multi-tahun · Verbatim bermakna · Foto bukti · Time delivery · Temuan khusus · Rekomendasi
TemplateMaster PPTX per proyek, di-populate dari tabulasi + data detail (bisa manual, bisa otomatis via python-pptx)
SiapaAnalis Gaia + Sriva (review)
10
Report Excel + Dashboard
Report Excel .xlsx4 sheet tabulasi + data detail per kunjungan (verbatim, foto link, time delivery)
Dashboard .htmlSelf-contained HTML interaktif — filter per cabang / kanwil / periode. Drill-down skor. Visualisasi trend.
Data Mentah (opsional)File Excel/JSON dengan data detail per kunjungan — untuk klien yang minta raw
11
Penutupan & Arsip (Locking)
DimanaFolder 03_Setelah_Pelaksanaan/01_LAPORAN_FINAL_KLIEN/ per proyek
Status🔒 Dikunci — copy file final, bukan move. Sumber di 02_Pelaksanaan/11_LAPORAN tetap ada.
Nama fileYYYY-MM-DD_Nama-File.ext — tanggal lock di depan
VISUAL ALUR
   [1. KUESIONER HTML] → [2. SHOPPER ISI di HP] → [3. JSON output]
                                                                  ↓
                                               [4. GOOGLE SHEET 8 TAB DATA MENTAH]
                                                                  ↓
                                          (Z_stage=1 atau 2, "Draft — Belum QC")
                                                                  ↓
                                   +-----------------+-----------------+
                                   ↓                                 ↓
                    [5. QC 5 LAPIS (manual + otomatis)]   [6. KONSISTENSI MANUAL + VAL NEGATIF]
                                   ↓                                 ↓
                                   +---------------+-----------------+
                                                   ↓
                                      [Z_stage=5 / FINAL / APPROVED]
                                                   ↓
                                    +--------------+--------------+
                                    ↓                           ↓
                            [7. SCORING ENGINE]            [DATA DETAIL BERSIH]
                                    ↓                           ↓
                            [8. TABULASI 4 SHEET]          (verbatim, foto, waktu)
                                    ↓                           ↓
              +---------+-----------+------------+--------+
              ↓         ↓         ↓            ↓        ↓
       [9. PPTX]  [10. XLSX]  [DASHBOARD]   [Data Raw opt]   [11. ARSIP LOCK]
Checklist refinement (untuk sesi berikutnya): (1) Konfirmasi tools konkret per stage (Google Sheet vs alternatif?) · (2) Skema storage file multimedia (foto/video/audio) · (3) Detail mekanisme kirim JSON via WhatsApp · (4) Template PPTX master per klien · (5) Automation script Python untuk populate PPTX dari data

GLOSARIUM GAIA — ISTILAH KITA SENDIRI

Lock-down definisi istilah yang dipakai konsisten di sistem Gaia. Dengan bangunan Gaia yang akan terbang dan jadi besar, punya vocabulary sendiri itu aset strategis — orang di luar Gaia bisa paham bahasa Gaia, orang baru di dalam Gaia langsung onboarding. Dokumen hidup: istilah bisa berganti seiring sistem matang, sampai kita punya versi yang matang.

💡 Dokumen hidup: Glosarium ini di-update saat ada istilah baru dipakai berulang di memori atau dokumen. Mirror juga disimpan sebagai MD di GLOSARIUM_GAIA.md (sama file) untuk referensi tekstual.

Istilah Struktur Parameter

IstilahDefinisi
Target Evaluasi (L0)Entitas organisasi sasaran evaluasi. Di perbankan = "Cabang".
Titik EvaluasiLokasi fisik spesifik yang dikunjungi shopper. Instansi konkret dari Target Evaluasi.
Domain (L1)Ranah besar yang dievaluasi: Staf / Fisik / Proses.
Objek (L2)Entitas spesifik yang dinilai: Satpam / CS / Teller / SPV (staf) · Banking Hall / E-Channel / Toilet (fisik) · Operasional Cabang (proses).
Dimensi (L3)Sisi yang diukur dari objek: Penampilan / Sikap / Skill (staf) · Luar / Dalam (fisik) · Efisiensi / Digital (proses).
Komponen (L4)Bagian penyusun dimensi: Sikap Awal/Tengah/Akhir · Peralatan / Kenyamanan / Keamanan / Kehandalan.
Indikator (L5)Hal spesifik yang diamati — titik utama input form (dinilai langsung).
Butir (L6)Rincian terkecil dari indikator. Tidak semua indikator punya butir.
Hierarki Vertikal7 level L0–L6 — struktur agregasi skor dari bawah (butir) ke atas (target).
Hierarki Horizontal3 level dalam 1 kuesioner per topik: Butir Pendukung → QC Konsistensi → Butir Scoring. Disebut juga "struktur butir dalam kuesioner".

Istilah Butir Kuesioner

IstilahDefinisi
Butir KuesionerSemua hal yang dicek shopper di lapangan. Supersed dari 2 jenis di bawah.
Butir PendukungPertanyaan observasi granular (keberadaan, kondisi, negatif, wajar, verbatim). Shopper isi. Peran: input QC + data frekuensi untuk report.
Butir Scoring1 butir per topik dengan SCORING_MAP. Shopper beri judgment kesimpulan skala 1–4. Peran: input ke Hierarki Vertikal (L5/L6) → jadi angka di tabulasi.
Butir KesimpulanSinonim Butir Scoring — penegasan "shopper simpulkan setelah cek pendukung".
Butir Observasi KontekstualButir khusus (tidak di-scoring) yang memotret konteks cabang. Tag pink di kuesioner ATM.
SCORING_MAPTabel mapping kode jawaban ke poin: {'1':5, '2':2, '3':1, '4':0, '_max':5}. Per butir scoring.
Kode Khusus 8Kondisi khusus (hujan, renovasi) — dikeluarkan dari scoring, bukan 0.
Kode Khusus 9 / 9a / 9bTidak ada — split jadi 9a (wajar, tidak scoring) dan 9b (tidak wajar, scoring rendah).

Istilah QC

IstilahDefinisi
4 Konsistensi QC Tertanam4 lapis validasi: Intra / Lintas / Temporal / Negatif-Kewajaran.
Konsistensi IntraDalam 1 kuesioner — cek butir scoring konsisten dengan butir pendukung. Real-time.
Konsistensi LintasAntar kuesioner di kunjungan sama — cross-check 8 ekues per kunjungan. Pasca-submit.
Konsistensi Temporalvs data tahun lalu di cabang sama — deteksi perubahan mendadak. Pasca-submit.
Konsistensi Negatif & KewajaranNegatif dilaporkan wajib dicek kewajarannya (verbatim → level).
5 Lapis QCAudio / Video / Dialog / Ekues / Konsistensi — review full stack per kunjungan.
Self-QC ChecklistChecklist mandiri shopper sebelum submit (K_ck): video, verbatim, scoring konsisten, foto, waktu, identitas.
Essence Extractor30+ template pattern untuk ekstrak narasi natural dari jawaban kategorikal + verbatim → kalimat siap laporan.

Istilah Scoring & Tabulasi

IstilahDefinisi
Super-set Parameter GaiaUnion dari 4 sumber parameter: BSEM + SMART + CX100 + Observasi Gaia-original.
Parameter-agnostikSifat pipeline Gaia: 3 titik modifikasi (parameter list, bobot/max, hierarki) bisa diganti tanpa rebuild.
Triple Mode Tabulasi3 scoring paralel dari 1 data mentah: BSEM + SMART + CX100 → 3 tabulasi berbeda.
Mode KlienPilihan scoring: Industri (BSEM) / Klien (SMART) / Regulator (CX100) / Triple.
Rumus Scoring GaiaΣ(skor_anak) / Σ(max_anak) × 100. Bobot natural dari max, tanpa bobot eksplisit.
Rosetta Stone MappingPeta antar-framework (BSEM ↔ SMART ↔ CX100) — resolusi pecahan butir partial-overlap.
4 Sheet TabulasiSummary · Evaluasi · Ranking · Per Cabang.

Istilah Konvensi Folder

IstilahDefinisi
01_Dari_BRI_Masuk/File yang dikirim klien ke kita (inbox).
02_Balasan_Kita_ke_BRI/File yang kita kirim ke klien sebagai respons (outbox).
_ARSIP_..._DIBATALKANFolder arsip, fase dibatalkan klien sebelum ada keputusan resmi.
_ARSIP_..._DITOLAKArsip, submit kita ditolak/diskualifikasi klien.
_ARSIP_..._KALAH_TENDERArsip, submit sampai akhir tapi klien pilih kompetitor.
_ARSIP_..._MENANGArsip proyek setelah selesai dimenangkan.
_STATUS.mdFile penjelasan status folder (terutama arsip / proyek pending).
_DRAFT/Folder versi lama yang di-supersede tapi disimpan untuk histori.
_PROFIL_PROYEK.md1-pager per proyek: nama, kategori, tahun, status, path, dokumen kunci.
_FASE_STATUS.mdKronologi status fase (dipakai untuk Fase A dibatalkan 2026).

Istilah Proyek & Industri

IstilahDefinisi
BSEMBank Service Excellence Monitoring — benchmark industri perbankan oleh MRI.
SMART BRIFramework BRI: Sigap / Mudah / Akurat / Ramah / Terampil.
CX100 DanantaraStandar baru BUMN: 4 pilar (Employee Experience / Business Process / Customer / Brand Equity).
TKDNTingkat Komponen Dalam Negeri (persentase, untuk tender).
AanwijzingRapat klarifikasi tender dengan panitia pengadaan klien.
RFPRequest for Proposal — dokumen permintaan proposal dari klien.
TORTerms of Reference — kerangka acuan pekerjaan dari klien.
SPKSurat Perintah Kerja — kontrak antara klien dan vendor.
UKOUnit Kerja Operasional — istilah BRI untuk cabang operasional.
KC / KCP / Unit / KKJenis cabang BRI: Kantor Cabang / Cabang Pembantu / Unit / Kas Keliling.

Istilah Workflow Kuesioner

IstilahDefinisi
Z_stageField di kuesioner menandai tahap pengisian (1 Isian / 2 Edit / 3 QC / 3b Supervisor / 4 Revisi / 5 Final).
5-Stage WorkflowAlur pengisian kuesioner dengan audit trail.
Change Log (_changelog)Field auto-record perubahan: field, nilai lama, nilai baru, timestamp, kode pengisi.
Auto-TimestampSetiap transisi Z_stage auto-record waktu.
Geo-LockGPS koordinat auto-tercatat saat shopper mulai isi kuesioner.
⚠ Catatan Pengembangan Glosarium:
  • Istilah "Butir Kesimpulan" (sinonim Butir Scoring) — sepakati satu istilah di sesi berikut
  • "Lensa paralel SOP/CX" vs "Hierarki Horizontal" — dua konsep berbeda (sifat evaluasi vs struktur butir) yang bisa membingungkan — perlu klarifikasi
  • Istilah proyek historis: "CM" = Closing Monitoring, "MS Sampel" = pilot run kecil, "Cabang Prioritas" = Priority Banking segment (bukan "diprioritaskan")
  • Saat konsep baru muncul konsisten 2–3 kali di memori / dokumen, lock-down ke Glosarium ini