Kisah Tim Pengembang RUNIC — Ketika Permintaan Shipper Menjadi Program

Jarang sekali ada tim pengembang dalam bagan organisasi perusahaan logistik. Sebagian besar 3PL menyewa solusi dari luar, dan shipper menyesuaikan operasionalnya dengan cara yang diizinkan sistem itu. RUNIC memilih arah yang berlawanan — menyesuaikan sistem dengan operasional. Karena itu, kami menempatkan tim pengembang internal di samping tim operasional penyimpanan dan pengiriman. Tulisan ini adalah kisah tentang cara kerja tim tersebut dan hal-hal yang telah kami buat hingga kini.

Semua bermula dari kesulitan kami sendiri

Pekerjaan pertama tim pengembang bukanlah permintaan shipper, melainkan masalah di lapangan RUNIC sendiri. Retur adalah contoh yang paling khas. Resi retur terus menumpuk, sementara waktu habis untuk mencocokkan satu per satu retur ini milik shipper mana dan pesanan yang mana. Kami sempat mencari solusi di pasaran, tetapi banyak bagian yang tidak cocok dengan cara operasional kami, hingga akhirnya kami putuskan untuk membuatnya sendiri.

Program yang kami buat dengan cara itu kini masih berjalan setiap hari di lapangan. Kesulitan menjadi pekerjaan, dan pekerjaan menjadi program — begitulah cara kerja tim pengembang RUNIC mengambil bentuknya.

Lima tahap permintaan menjadi program

Cara yang sama berlaku pula untuk permintaan shipper. Prosesnya sederhana.

• ① Permintaan — Cukup satu baris lewat obrolan terbuka KakaoTalk, "Pekerjaan ini berulang, apakah bisa dibuat otomatis?", maka semuanya dimulai. Tidak perlu dokumen kebutuhan yang formal.
• ② Tinjauan lapangan — Pengembang melihat langsung tempat pekerjaan itu benar-benar terjadi. Tim pengembang RUNIC berada di dalam perusahaan yang sama dengan pusat logistik, jadi bukan sekadar mendengar masalah, melainkan melihatnya sendiri. Di titik inilah perbedaannya dengan pengembangan alih daya.
• ③ Desain layar — Sebelum menulis kode, kami lebih dulu membagikan "layarnya akan tampak seperti ini". Ini mencegah terbuangnya berhari-hari dengan arah yang keliru.
• ④ Penerapan operasional — Program yang selesai langsung diterapkan di lapangan pengiriman yang sesungguhnya. Bukan demo, melainkan operasional.
• ⑤ Perbaikan sambil digunakan — Masukan yang muncul saat lapangan dan shipper memakainya kembali menjadi permintaan tahap ①. Platform retur pun mencapai bentuknya sekarang melalui perulangan ini.

Apa saja yang gratis bagi shipper

Jika Anda pernah membaca kalimat "Kami kembangkan program tanpa biaya" dalam brosur kami, memang sudah semestinya kami menjelaskan cakupannya. Sasarannya adalah program yang bermanfaat bagi shipper yang bermitra dengan RUNIC, dan tidak harus berkaitan dengan logistik. Selain program logistik seperti layar pengelolaan stok dan pengiriman atau otomatisasi laporan, Anda juga bisa meminta alat yang meringankan pekerjaan berulang lain dalam operasional bisnis. Begitu kami menerima permintaan, kami akan lebih dulu merapikan cakupan dan jadwal yang memungkinkan, sedangkan pembangunan sistem berskala besar kami jalankan setelah disepakati.

Pertanyaan yang sering diajukan