A
Background
Latar Belakang
A service company receiving complaints across multiple touchpoints — field operations, customer service, and management escalations. The company had compliance requirements to track and resolve complaints within defined SLAs, but no system to enforce or monitor this.
Sebuah perusahaan jasa yang menerima keluhan dari berbagai titik — operasi lapangan, layanan pelanggan, dan eskalasi manajemen. Perusahaan memiliki persyaratan kepatuhan untuk melacak dan menyelesaikan keluhan dalam SLA yang ditentukan, tetapi tidak ada sistem untuk menegakkan atau memantaunya.
B
Operational Problem
Masalah Operasional
Customer complaints arrived through multiple channels — WhatsApp, email, phone — and were tracked informally in a shared Excel file. No centralized record, no SLA visibility, and no structured resolution workflow.
Keluhan pelanggan masuk melalui berbagai saluran — WhatsApp, email, telepon — dan dilacak secara informal dalam file Excel bersama. Tidak ada catatan terpusat, tidak ada visibilitas SLA, dan tidak ada alur penyelesaian terstruktur.
C
Existing Workflow
Alur Kerja Saat Ini
Complaints were noted in a manually updated sheet. Resolution required email chains. Attachments were stored separately or lost. Status was unknown to most stakeholders unless they directly contacted the handler.
Keluhan dicatat dalam spreadsheet yang diperbarui manual. Penyelesaian membutuhkan rangkaian email. Lampiran disimpan terpisah atau hilang. Status tidak diketahui sebagian besar pemangku kepentingan kecuali mereka langsung menghubungi penanggungjawab.
1
Customer complaint received via WhatsApp, email, or phone call
2
Handled manually by customer service — noted in personal Excel file
3
Attachments saved to personal email or local drive
4
Resolution communicated back via the same channel complaint arrived
5
Management report compiled at month-end by requesting status from each handler
1
Keluhan pelanggan diterima melalui WhatsApp, email, atau telepon
2
Ditangani secara manual oleh layanan pelanggan — dicatat dalam file Excel pribadi
3
Lampiran disimpan ke email pribadi atau drive lokal
4
Resolusi dikomunikasikan kembali melalui saluran yang sama ketika keluhan masuk
5
Laporan manajemen disusun di akhir bulan dengan meminta status dari setiap penanggungjawab
D
Bottleneck & Risk
Bottleneck & Risiko
Complaints handled by specific individuals had no backup when those individuals were absent. No SLA clock was running. Recurring complaints from the same source or of the same type had no visibility — the same root cause could generate ten individual complaints without being identified as a pattern.
Keluhan yang ditangani oleh individu tertentu tidak memiliki backup ketika individu tersebut absen. Tidak ada penghitung waktu SLA yang berjalan. Keluhan berulang dari sumber yang sama atau tipe yang sama tidak memiliki visibilitas — penyebab akar yang sama bisa menghasilkan sepuluh keluhan individual tanpa diidentifikasi sebagai pola.
Unresolved complaints discovered too late. No pattern visibility for recurring issues. Management unable to monitor resolution speed or complaint categories. Compliance exposure from untracked attachments.
Keluhan yang tidak terselesaikan ditemukan terlambat. Tidak ada visibilitas pola untuk masalah berulang. Manajemen tidak dapat memantau kecepatan penyelesaian atau kategori keluhan. Paparan kepatuhan dari lampiran yang tidak terlacak.
E
Why the Existing System Failed
Mengapa Sistem Lama Gagal
The shared Excel file worked at low complaint volume but broke under scale. Multiple handlers editing the same file caused conflicts. Nobody had ownership of overall complaint health. Management visibility required aggregating individual reports — a process that only happened monthly.
File Excel bersama berfungsi dengan baik pada volume keluhan rendah tetapi rusak di bawah skala. Banyak penanggungjawab yang mengedit file yang sama menyebabkan konflik. Tidak ada yang memiliki kepemilikan atas kesehatan keluhan secara keseluruhan. Visibilitas manajemen membutuhkan agregasi laporan individual — proses yang hanya terjadi bulanan.
F
Solution Approach
Pendekatan Solusi
Build a Laravel-based complaint system integrated with Google Sheets API for reporting — enabling structured intake and resolution workflow without requiring changes to the existing database infrastructure used by other teams.
Membangun sistem keluhan berbasis Laravel yang terintegrasi dengan Google Sheets API untuk pelaporan — memungkinkan alur intake dan penyelesaian terstruktur tanpa memerlukan perubahan pada infrastruktur database yang digunakan tim lain.
G
System Architecture
Arsitektur Sistem
Laravel complaint management with structured intake, multi-level approval flow, attachment handling, complaint status dashboard, role-based access, and automated Google Sheets reporting integration.
Manajemen keluhan Laravel dengan intake terstruktur, alur persetujuan multi-level, penanganan lampiran, dashboard status keluhan, akses berbasis peran, dan integrasi pelaporan Google Sheets otomatis.
Laravel MVC with MySQL for complaint records, attachments, and approval history. Web intake form accessible to all relevant roles. Google Sheets API integration for automated reporting export — management continues using Sheets for review without adopting a new tool.
Laravel MVC dengan MySQL untuk catatan keluhan, lampiran, dan riwayat persetujuan. Form intake web yang dapat diakses oleh semua peran terkait. Integrasi Google Sheets API untuk ekspor laporan otomatis — manajemen tetap menggunakan Sheets untuk review tanpa perlu mengadopsi alat baru.
H
Technologies Used
Teknologi yang Digunakan
Laravel
MySQL
Google Sheets API
PHP
I
Workflow Visualization
Visualisasi Alur Kerja
01
Intake
Penerimaan
Complaint submitted via structured form — category, priority, attachment, description
Keluhan diajukan melalui form terstruktur — kategori, prioritas, lampiran, deskripsi
02
Assignment
Penugasan
System assigns to appropriate handler based on category — SLA clock starts
Sistem menugaskan ke penanggungjawab yang sesuai berdasarkan kategori — penghitung waktu SLA dimulai
03
Resolution
Penyelesaian
Handler documents resolution action, supervisor reviews and approves closure
Penanggungjawab mendokumentasikan tindakan resolusi, supervisor meninjau dan menyetujui penutupan
04
Reporting
Pelaporan
Google Sheets API pushes weekly summary — management sees status without system access
Google Sheets API mendorong ringkasan mingguan — manajemen melihat status tanpa akses sistem
J
Operational Impact
Dampak Operasional
Metric
Metrik
Before
Sebelum
After
Sesudah
Status Visibility
Visibilitas Status
Ask handler directly
Real-time dashboard
SLA Tracking
Pelacakan SLA
Not tracked
Automatic timer per complaint
Attachment Storage
Penyimpanan Lampiran
Personal email/drive
Centralized, linked to record
Pattern Detection
Deteksi Pola
Manual review monthly
Category analytics real-time
Complaint status visible to all relevant stakeholders in real-time
Approval chain documented and timestamped for compliance
Attachments centralized and linked directly to complaint records
Management reporting automated through Sheets API integration
Status keluhan terlihat oleh semua pemangku kepentingan terkait secara real-time
Rantai persetujuan terdokumentasi dan diberi timestamp untuk kepatuhan
Lampiran terpusat dan tertaut langsung ke catatan keluhan
Pelaporan manajemen diotomasi melalui integrasi Sheets API
K
Future Development
Pengembangan ke Depan
Customer-facing complaint portal with status tracking. Automated SLA escalation to management when threshold is exceeded. Root cause tagging to enable pattern detection and preventive action.
Portal keluhan yang menghadap pelanggan dengan pelacakan status. Eskalasi SLA otomatis ke manajemen ketika threshold terlampaui. Penandaan akar masalah untuk memungkinkan deteksi pola dan tindakan pencegahan.