vandy

Blog

  • Cara Menghitung SHU Koperasi: Contoh Angka dan Kesalahan Umum

    Cara Menghitung SHU Koperasi: Contoh Angka dan Kesalahan Umum

    Prinsip dasar pembagian SHU koperasi sebenarnya cuma satu kalimat: SHU dibagi ke anggota sesuai jasa masing-masing, bukan dibagi rata. Jasa itu ada dua bentuk. Pertama jasa modal, seberapa besar simpanan anggota di koperasi. Kedua jasa usaha, seberapa besar transaksi anggota dengan koperasi sepanjang tahun. Anggota yang simpanannya besar dan rajin bertransaksi akan menerima SHU lebih besar daripada anggota yang pasif. Itu adil, dan memang begitu aturannya.

    Rumus proporsionalnya bisa diringkas begini: SHU anggota = (simpanan anggota dibagi total simpanan seluruh anggota, dikali alokasi jasa modal) ditambah (transaksi anggota dibagi total transaksi seluruh anggota, dikali alokasi jasa usaha). Kalau kalimat itu masih terasa abstrak, tenang. Di bawah kita hitung pelan-pelan pakai contoh angka bulat yang gampang diikuti, lengkap dengan satu anggota bernama Bu Sari. Kita juga bahas kesalahan yang paling sering muncul menjelang RAT.

    SHU Itu Apa, dalam Bahasa Sederhana

    SHU adalah singkatan dari Sisa Hasil Usaha. Sederhananya, ini adalah pendapatan koperasi selama satu tahun buku dikurangi semua biaya, penyusutan, dan kewajiban lain termasuk pajak. Sisanya itulah yang disebut SHU. Kalau di perusahaan biasa istilahnya laba bersih, di koperasi namanya SHU.

    Bedanya dengan perusahaan ada di cara membaginya. Di perseroan, laba dibagi ke pemegang saham sesuai porsi saham. Di koperasi, SHU dibagi ke anggota sesuai jasa anggota terhadap koperasi. Ini bukan sekadar kebiasaan. UU Nomor 25 Tahun 1992 tentang Perkoperasian menyebut pembagian SHU dilakukan secara adil sebanding dengan besarnya jasa usaha masing-masing anggota. Jadi anggota bukan cuma penerima, tapi juga penentu besar kecilnya SHU yang dia terima lewat aktivitasnya sendiri.

    Satu hal penting sebelum lanjut: tidak semua SHU dibagikan ke anggota. Sebagian wajib disisihkan dulu untuk keperluan koperasi itu sendiri. Ini yang kita bahas berikutnya.

    Komponen Pembagian SHU Sesuai AD/ART

    Sebelum sampai ke kantong anggota, SHU dipotong dulu untuk beberapa pos. Pembagiannya diatur di AD/ART masing-masing koperasi, jadi persentase di bawah ini murni contoh yang umum dipakai. Koperasi Anda bisa berbeda, dan itu sah selama sudah disepakati di AD/ART dan diputuskan di rapat anggota.

    • Dana cadangan, misalnya 25 persen. Ini tabungan koperasi untuk memperkuat modal dan menutup kerugian kalau suatu saat terjadi. Cadangan tidak dibagikan ke anggota.
    • Jasa anggota, misalnya 40 persen. Inilah porsi yang benar-benar dibagikan ke anggota, dan nanti dipecah lagi jadi jasa modal dan jasa usaha.
    • Dana pengurus dan pengawas, misalnya 10 persen. Bentuk penghargaan atas kerja pengurus selama setahun.
    • Dana karyawan, misalnya 5 persen, untuk karyawan yang membantu operasional harian.
    • Dana pendidikan, misalnya 10 persen, untuk pelatihan anggota dan pengurus.
    • Dana sosial, misalnya 10 persen, untuk kegiatan sosial di lingkungan koperasi.

    Kalau dijumlah, contoh di atas pas 100 persen. Angka-angka ini yang akan kita pakai di contoh perhitungan nanti. Sekali lagi, cek AD/ART koperasi Anda sendiri sebelum menghitung, karena persentase tiap koperasi berbeda.

    Dua Jenis Jasa Anggota: Jasa Modal dan Jasa Usaha

    Porsi jasa anggota tadi masih harus dipecah dua. Ini bagian yang paling sering bikin bingung, padahal logikanya lurus saja.

    Jasa modal atau jasa simpanan

    Dibagi proporsional terhadap simpanan tiap anggota. Yang dihitung biasanya simpanan pokok, simpanan wajib, dan kadang simpanan sukarela, tergantung ketentuan koperasi. Anggota yang simpanannya 2 persen dari total simpanan seluruh anggota akan menerima 2 persen dari alokasi jasa modal. Sesederhana itu.

    Jasa usaha atau jasa transaksi

    Dibagi proporsional terhadap transaksi tiap anggota dengan koperasi. Bentuk transaksinya tergantung jenis koperasinya. Di koperasi simpan pinjam, yang dihitung biasanya bunga atau jasa pinjaman yang dibayar anggota selama setahun. Di koperasi konsumen, yang dihitung total belanja anggota di toko koperasi. Intinya sama: makin besar kontribusi anggota terhadap pendapatan koperasi, makin besar bagiannya dari alokasi jasa usaha.

    Perbandingan antara jasa modal dan jasa usaha juga diatur koperasi masing-masing. Ada yang membagi 50 banding 50, ada yang memberi porsi lebih besar ke jasa usaha supaya anggota terdorong aktif bertransaksi. Di contoh berikut kita pakai 50 banding 50 biar hitungannya enak diikuti.

    Contoh Perhitungan Lengkap: SHU Rp100 Juta

    Anggap sebuah koperasi simpan pinjam menutup tahun buku dengan SHU Rp100.000.000. Total simpanan seluruh anggota Rp500.000.000. Total pendapatan bunga pinjaman dari seluruh anggota selama setahun Rp200.000.000.

    Langkah 1: bagi SHU sesuai alokasi AD/ART

    Pakai persentase contoh di atas, SHU Rp100 juta dipecah jadi:

    • Dana cadangan 25 persen = Rp25.000.000
    • Jasa anggota 40 persen = Rp40.000.000
    • Dana pengurus dan pengawas 10 persen = Rp10.000.000
    • Dana karyawan 5 persen = Rp5.000.000
    • Dana pendidikan 10 persen = Rp10.000.000
    • Dana sosial 10 persen = Rp10.000.000

    Total tetap Rp100.000.000. Yang mengalir ke anggota hanya pos jasa anggota, yaitu Rp40.000.000.

    Langkah 2: pecah jasa anggota jadi dua

    Dengan perbandingan 50 banding 50, alokasi Rp40 juta terbagi jadi:

    • Jasa modal: Rp20.000.000, dibagi proporsional simpanan
    • Jasa usaha: Rp20.000.000, dibagi proporsional bunga pinjaman yang dibayar anggota

    Langkah 3: hitung SHU Bu Sari

    Bu Sari punya total simpanan Rp10.000.000 di koperasi. Sepanjang tahun dia juga meminjam, dan total bunga pinjaman yang dia bayar Rp6.000.000.

    Hitung jasa modalnya dulu. Proporsi simpanan Bu Sari = Rp10.000.000 dibagi Rp500.000.000 = 2 persen. Jasa modal Bu Sari = 2 persen dikali Rp20.000.000 = Rp400.000.

    Lalu jasa usahanya. Proporsi transaksi Bu Sari = Rp6.000.000 dibagi Rp200.000.000 = 3 persen. Jasa usaha Bu Sari = 3 persen dikali Rp20.000.000 = Rp600.000.

    SHU yang diterima Bu Sari = Rp400.000 + Rp600.000 = Rp1.000.000.

    Perhatikan satu hal menarik. Simpanan Bu Sari cuma 2 persen dari total, tapi karena dia aktif meminjam, porsi jasa usahanya 3 persen. Hasil akhirnya lebih besar daripada kalau dia cuma menyimpan tanpa bertransaksi. Di sinilah prinsip koperasi bekerja: yang aktif memutar roda usaha koperasi memang layak dapat lebih.

    Rumus yang sama tinggal diulang untuk semua anggota. Kalau anggotanya 50 orang, ya 50 kali hitung. Kalau 2.000 orang, ya 2.000 kali. Angka pembaginya selalu sama, yang berubah hanya simpanan dan transaksi tiap anggota.

    Kesalahan yang Sering Terjadi Saat Membagi SHU

    Perhitungannya kelihatan gampang di atas kertas. Praktiknya, ada beberapa kesalahan yang muncul berulang di banyak koperasi.

    Dibagi rata ke semua anggota. Ini kesalahan paling mendasar. Alasannya biasanya biar cepat atau biar tidak ada yang protes. Padahal bagi rata justru melanggar prinsip koperasi dan tidak adil buat anggota yang aktif. Anggota yang rajin menabung dan bertransaksi menerima sama dengan anggota yang setahun tidak pernah muncul. Lama-lama anggota aktif kehilangan alasan untuk tetap aktif.

    Lupa menyisihkan cadangan. Ada koperasi yang langsung membagi habis SHU ke anggota supaya angka yang diterima terasa besar. Akibatnya koperasi tidak punya bantalan modal. Sekali ada pinjaman macet besar, koperasi goyah karena tidak ada cadangan yang bisa menutup.

    Data transaksi anggota tidak lengkap. Ini penyakit yang paling umum. Jasa modal biasanya masih bisa dihitung karena data simpanan tercatat rapi. Tapi jasa usaha butuh rekap transaksi per anggota selama setahun penuh. Kalau catatannya tercecer di buku tulis, bon, dan file Excel yang beda-beda versi, angka jasa usaha akhirnya ditebak-tebak atau dipukul rata. Hasilnya SHU yang dibagikan tidak mencerminkan kontribusi anggota yang sebenarnya, dan anggota yang teliti bisa menghitung sendiri bahwa angkanya janggal.

    Pembagian molor berbulan-bulan. RAT sudah lewat, keputusan pembagian sudah diketok, tapi uangnya belum juga cair karena bendahara masih menyisir rekap manual satu per satu. Makin banyak anggota, makin lama prosesnya. Ada koperasi yang baru selesai membagi SHU tahun lalu ketika tahun buku berikutnya sudah hampir tutup.

    Pencatatan Sepanjang Tahun Menentukan RAT yang Lancar

    Kalau diperhatikan, tiga dari empat kesalahan di atas akarnya sama: pencatatan. Perhitungan SHU itu sebenarnya cuma pembagian proporsional biasa. Yang bikin berat bukan rumusnya, tapi menyiapkan bahan bakunya, yaitu data simpanan dan transaksi tiap anggota selama dua belas bulan.

    Koperasi yang mencatat rapi sepanjang tahun praktis tinggal menekan tombol rekap menjelang RAT. Saldo simpanan per anggota sudah ada. Total bunga yang dibayar tiap peminjam sudah terakumulasi. Perhitungan SHU per anggota selesai dalam hitungan hari, bukan bulan, dan setiap angka bisa ditelusuri asalnya kalau ada anggota yang bertanya. Transparansi seperti ini yang bikin RAT adem dan kepercayaan anggota terjaga.

    Sebaliknya, koperasi yang menunda pencatatan akan membayar utangnya menjelang RAT. Rekap setahun dikerjakan dalam beberapa minggu, di bawah tekanan, dengan data yang bolong di sana-sini. Di titik itulah godaan bagi rata atau tebak angka muncul.

    Maka kalau mau menarik satu pelajaran dari artikel ini, bukan rumusnya yang perlu dihafal. Rumusnya sudah ada di atas dan tidak akan berubah. Yang perlu dibenahi adalah kebiasaan mencatat transaksi anggota secara konsisten sejak awal tahun buku, bukan menjelang RAT.

    Untuk koperasi yang anggotanya sudah ratusan, rekap manual memang berat sekalipun sudah disiplin. Di titik ini banyak pengurus beralih ke sistem yang merekam simpanan dan transaksi otomatis, sehingga bahan perhitungan SHU selalu siap kapan pun dibutuhkan. Salah satu contohnya bisa dilihat di implementasi sistem koperasi Dwija Usaha yang kami kerjakan. Kalau ingin tahu fitur apa saja yang biasanya dipakai pengurus untuk urusan ini, kami sudah mengulasnya di artikel aplikasi simpan pinjam koperasi.

  • Beda Domain dan Hosting, Dijelaskan untuk Pemilik Bisnis

    Beda Domain dan Hosting, Dijelaskan untuk Pemilik Bisnis

    Bedanya sederhana. Domain itu alamat toko, hosting itu ruko atau bangunannya, dan website adalah isi tokonya. Ketika orang mengetik namabisnismu.com di browser, mereka sedang membaca alamat. Alamat itu mengarahkan mereka ke sebuah “bangunan” berupa server tempat semua file website kamu disimpan. Isi bangunan itulah yang muncul di layar mereka, mulai dari halaman depan sampai katalog produk.

    Kamu tidak perlu paham server untuk menjalankan bisnis. Tapi ada satu hal yang wajib kamu pegang sejak awal: domain dan hosting harus terdaftar atas nama bisnismu, bukan atas nama vendor yang membuatkan website. Artikel ini menjelaskan keduanya dengan bahasa sehari-hari, supaya kamu tidak bengong saat vendor mulai bicara istilah teknis, dan tidak bisa dibodohi saat tagihan datang.

    Domain: alamat toko yang kamu sewa tiap tahun

    Domain adalah nama yang diketik orang untuk menemukan website kamu, misalnya tokokopimu.com. Sama seperti alamat toko, domain harus unik. Tidak ada dua bisnis yang bisa memakai alamat yang persis sama.

    Kenapa bayar tahunan? Karena domain sebenarnya bukan dibeli putus, tapi disewa dari lembaga pengelola nama domain dunia melalui perusahaan yang disebut registrar. Selama kamu rutin memperpanjang, alamat itu tetap milikmu. Biayanya relatif kecil, biasanya ratusan ribu rupiah per tahun tergantung akhirannya.

    Soal akhiran, tiga yang paling sering muncul di Indonesia:

    • .com paling umum dan paling mudah diingat. Siapa saja bisa mendaftar tanpa syarat.
    • .co.id khusus badan usaha di Indonesia. Pendaftarannya butuh dokumen legalitas seperti NIB. Justru karena ada syarat itu, .co.id memberi kesan lebih kredibel untuk perusahaan.
    • .id jalan tengah. Identitas Indonesia, syaratnya lebih ringan dari .co.id.

    Yang sering luput dari pemilik bisnis adalah urusan perpanjangan. Kalau domain telat diperpanjang, dia bisa hangus. Setelah masa tenggang lewat, alamat itu kembali ke pasar dan bisa didaftarkan siapa saja, termasuk kompetitor atau makelar domain. Menebusnya kembali sering kali jauh lebih mahal daripada biaya perpanjangan biasa, itu pun kalau masih bisa. Bayangkan alamat toko yang sudah dikenal pelanggan tiba-tiba dipakai orang lain. Jadi pastikan kamu tahu kapan domain jatuh tempo, dan notifikasi perpanjangannya masuk ke email kamu, bukan hanya ke email vendor.

    Hosting: ruko tempat website kamu berdiri

    Hosting adalah komputer server yang menyala 24 jam untuk menyimpan file website kamu dan melayani setiap pengunjung yang datang. Kalau domain itu alamatnya, hosting adalah bangunannya. Tanpa hosting, alamat kamu menunjuk ke tanah kosong.

    Harga hosting bervariasi jauh, dari belasan ribu sampai jutaan rupiah per bulan. Perbedaannya mirip perbedaan ruko:

    • Kapasitas. Ruko kecil cukup untuk toko kecil. Website company profile sederhana tidak butuh hosting mahal. Tapi kalau pengunjungmu ribuan per hari, “ruko” kecil akan sesak.
    • Kecepatan. Server yang bagus melayani pengunjung lebih cepat. Ini terasa langsung di pengalaman orang yang membuka website kamu.
    • Lokasi server. Server di Indonesia atau Singapura biasanya lebih cepat diakses pengunjung Indonesia daripada server di Amerika atau Eropa.

    Bagaimana tahu hosting kamu bermasalah? Dua tandanya gampang dikenali tanpa ilmu teknis. Pertama, website sering down alias tidak bisa dibuka sama sekali. Kedua, website terasa lambat, apalagi di jam ramai. Kalau dua hal itu sering terjadi, tanyakan ke vendor apa penyebabnya. Bisa jadi paket hostingnya terlalu kecil untuk trafik kamu, bisa juga penyedianya memang kurang bagus.

    Satu hal lagi yang sering ditanyakan: SSL. Itu yang membuat ikon gembok muncul di browser dan alamat website diawali https. Sekarang SSL sudah jadi standar dan biasanya sudah termasuk dalam paket hosting tanpa biaya tambahan. Kalau ada vendor menjualnya sebagai biaya terpisah yang mahal, patut kamu pertanyakan.

    Bagian paling penting: atas nama siapa semuanya terdaftar

    Ini bagian yang paling ingin kami tekankan. Bukan soal .com atau .co.id, bukan soal hosting murah atau mahal, tapi soal kepemilikan.

    Banyak vendor mendaftarkan domain dan hosting klien memakai akun milik vendor sendiri. Alasannya masuk akal di awal, biar praktis, klien tidak perlu repot. Masalahnya baru terasa belakangan. Kalau hubungan kerja sama berakhir, baik baik atau tidak, semua akses ada di tangan vendor. Kamu mau pindah ke pengembang lain, ternyata kamu tidak pegang apa apa. Domain atas nama vendor, hosting atas nama vendor, dan kamu tinggal menunggu itikad baik mereka.

    Kasus seperti ini nyata dan sering terjadi. Bisnis yang websitenya sudah jalan bertahun-tahun tiba-tiba “disandera” karena vendor lama minta bayaran tidak wajar untuk menyerahkan akses, atau sekadar sulit dihubungi. Domain yang sudah dikenal pelanggan tidak bisa dipindahkan karena bukan milikmu di atas kertas.

    Cara mengeceknya tidak sulit:

    • Tanya akses panel. Minta akses ke akun tempat domain dan hosting dikelola, atau minimal pastikan akun itu terdaftar dengan email bisnismu. Vendor yang benar tidak akan keberatan.
    • Cek data whois. Whois adalah data publik pemilik domain. Kamu bisa mengeceknya lewat situs pengecek whois gratis di internet. Sebagian data memang disembunyikan demi privasi, tapi kamu tetap bisa minta vendor menunjukkan bahwa nama bisnismu yang tercatat sebagai pemilik.
    • Minta invoice atas nama bisnismu. Bukti bayar dari registrar atau penyedia hosting yang mencantumkan nama bisnismu adalah pegangan tambahan kalau suatu saat terjadi sengketa.

    Urusan kepemilikan ini seharusnya beres di awal proyek, dan dicek ulang saat proyek selesai. Kami pernah menulis lebih detail soal apa saja yang wajib diserahkan vendor di akhir proyek dalam checklist serah terima proyek dari vendor. Prinsipnya sama: semua aset digital bisnismu harus benar-benar ada di tanganmu.

    Email profesional ikut menumpang di domain

    Email seperti nama@bisnismu.com bukan produk terpisah yang berdiri sendiri. Dia menumpang di domain kamu. Selama domain aktif dan atas namamu, email itu bisa dibuat, entah lewat fasilitas email di hosting atau lewat layanan seperti Google Workspace yang disambungkan ke domain.

    Konsekuensinya penting. Kalau domain hangus atau dikuasai vendor, email bisnismu ikut mati. Semua akun yang terdaftar memakai email itu, dari internet banking sampai media sosial bisnis, jadi susah dipulihkan. Satu alasan lagi kenapa domain harus atas nama bisnismu sendiri.

    Pertanyaan wajib sebelum bayar vendor

    Tidak perlu jadi orang teknis untuk melindungi diri. Cukup ajukan pertanyaan ini sebelum transfer pembayaran pertama:

    • Domain dan hosting didaftarkan atas nama siapa? Jawaban yang benar hanya satu: atas nama kamu atau bisnismu. Kalau vendor bilang “atas nama kami biar gampang”, minta diubah.
    • Kalau kerja sama berhenti, bagaimana? Pastikan ada jawaban jelas soal serah terima akses domain, hosting, dan file website. Lebih bagus lagi kalau tertulis di kesepakatan.
    • Biaya perpanjangan tahun kedua berapa? Harga tahun pertama sering promo. Ada vendor yang menaruh harga murah di depan lalu menaikkan biaya perpanjangan berlipat-lipat. Minta angkanya sejak awal supaya tidak kaget.

    Vendor yang sehat akan menjawab tiga pertanyaan itu tanpa berbelit. Kalau jawabannya mengambang, itu sinyal untuk berpikir ulang.

    Pertanyaan yang sering muncul

    Apakah saya bisa pindah hosting tanpa ganti domain?

    Bisa, dan ini hal yang wajar. Domain dan hosting adalah dua hal terpisah. Sama seperti toko yang pindah bangunan tapi tetap memakai papan nama yang sama, kamu bisa memindahkan website ke hosting lain lalu mengarahkan domain ke sana. Pelanggan tetap mengetik alamat yang sama seperti biasa.

    Domain saya terlanjur atas nama vendor. Harus bagaimana?

    Minta transfer kepemilikan baik-baik selagi hubungan masih bagus. Prosesnya bisa berupa pemindahan domain ke akun registrar milikmu, atau perubahan data pemilik. Jangan tunggu sampai ada masalah, karena posisi tawarmu paling kuat justru saat semuanya masih baik-baik saja.

    Lebih baik beli domain dan hosting sendiri atau lewat vendor?

    Dua-duanya boleh, asal kepemilikannya jelas. Kalau kamu mau paling aman, daftarkan sendiri dengan email bisnismu lalu beri vendor akses secukupnya untuk bekerja. Kalau lewat vendor pun tidak masalah, selama terdaftar atas nama bisnismu dan kamu pegang aksesnya.

    Intinya: pahami sedikit, selamat banyak

    Domain itu alamat, hosting itu bangunan, website itu isi tokonya. Ketiganya harus jelas milik siapa, dan jawabannya harus selalu bisnismu. Dengan bekal ini kamu sudah bisa menilai penawaran vendor dengan lebih tenang, tahu apa yang harus ditanyakan, dan tidak mudah disandera di kemudian hari.

    Kalau kamu sedang mencari vendor yang beres soal ini, paket jasa pembuatan website kami sudah termasuk domain dan hosting yang didaftarkan atas nama klien sejak hari pertama, lengkap dengan serah terima akses di akhir proyek. Ada yang masih bikin bingung soal domain atau hosting yang sekarang kamu pakai? Hubungi kami, kami bantu cek tanpa biaya dan tanpa harus jadi klien dulu.

  • Katalog Produk Digital: PDF, Web, atau WhatsApp? Cara Memilihnya

    Katalog Produk Digital: PDF, Web, atau WhatsApp? Cara Memilihnya

    Capek kirim foto produk satu per satu tiap ada yang tanya “ada apa aja kak”? Itu tanda kamu butuh katalog produk digital. Jawaban singkatnya begini. Kalau produkmu masih sedikit dan harganya jarang berubah, katalog PDF atau fitur Katalog WhatsApp Business sudah cukup. Kalau produkmu banyak, harga sering berubah, atau kamu ingin ditemukan pembeli baru lewat Google, katalog web adalah pilihan yang paling masuk akal.

    Artikel ini membandingkan tiga format itu dengan jujur. Kelebihan, kekurangan, sampai situasi mana yang cocok untuk masing-masing. Tidak ada format yang paling benar untuk semua orang. Yang ada, format yang paling pas dengan cara jualanmu sekarang.

    Katalog PDF: cepat dibuat, tapi cepat kadaluarsa

    Ini format yang paling banyak dipakai pemilik usaha. Buka Canva, pilih template, masukkan foto dan harga, ekspor jadi PDF. Satu jam juga jadi. Tinggal kirim ke pembeli lewat WhatsApp atau email.

    Kelebihannya jelas. Cepat dibuat, tidak butuh biaya, dan enak dikirim sekali jalan. Pembeli terima satu file berisi semua produk, bisa dibuka kapan saja tanpa internet. Untuk jualan ke reseller atau calon klien yang minta daftar produk lengkap, PDF terasa rapi dan profesional.

    Masalahnya muncul belakangan. Begitu harga berubah, semua file PDF yang sudah beredar langsung jadi kadaluarsa. Kamu tidak bisa menariknya kembali. Pembeli yang menyimpan katalog lama akan datang dengan harga lama, dan kamu yang repot menjelaskan. Makin sering harga berubah, makin sering kamu bikin ulang dan sebar ulang file baru.

    Ada dua kelemahan lain yang jarang disadari. Pertama, ukuran file. Katalog dengan banyak foto bagus gampang tembus belasan MB, dan tidak semua pembeli mau mengunduh file sebesar itu lewat kuota. Kedua, kamu tidak pernah tahu apakah katalog itu dibuka atau tidak. Kirim ke 50 orang, yang buka mungkin cuma lima. Kamu tidak punya datanya sama sekali.

    Kalau tetap mau pakai PDF, ada trik sederhana supaya kekacauan harga lebih terkendali. Beri nama file dengan bulan dan tahun, misalnya Katalog-Maret-2026.pdf, lalu cantumkan tulisan “harga berlaku sampai” di halaman pertama. Pembeli jadi tahu kapan harus minta katalog baru, dan kamu punya alasan yang enak saat harga di file lama sudah tidak berlaku.

    Katalog WhatsApp: nempel di profil, gampang diakses pembeli

    WhatsApp Business punya fitur Katalog bawaan. Kamu unggah foto produk, nama, harga, dan deskripsi langsung dari aplikasi. Katalog ini nempel di profil bisnismu, jadi setiap orang yang chat bisa lihat daftar produk tanpa kamu kirim apa pun.

    Untuk usaha yang jualannya memang lewat WhatsApp, ini praktis sekali. Pembeli tinggal buka profil, pilih produk, lalu langsung tanya di chat yang sama. Tidak ada file yang perlu diunduh. Dan saat kamu update harga di katalog, semua orang otomatis lihat versi terbaru. Ini keunggulan besar dibanding PDF.

    Tapi fitur ini punya batas yang cepat terasa. Katalog WA dirancang untuk daftar produk sederhana. Begitu produkmu punya banyak varian, misalnya satu model baju dengan lima warna dan enam ukuran, tampilannya jadi berantakan. Tidak ada filter, tidak ada kategori yang leluasa, tidak ada pencarian yang enak. Pembeli harus scroll panjang untuk menemukan yang dia cari.

    Kelemahan terbesarnya satu lagi. Katalog WhatsApp tidak bisa tampil di Google. Orang yang belum kenal bisnismu tidak akan pernah menemukannya. Katalog WA hanya bekerja untuk orang yang sudah masuk ke WhatsApp-mu. Untuk menjangkau pembeli baru, formatnya buntu.

    Katalog web: satu link yang selalu terbaru

    Format ketiga adalah halaman katalog di website sendiri. Semua produk tampil di satu alamat, misalnya namatokomu.com/katalog. Kamu cukup bagikan satu link itu ke mana saja. Bio Instagram, balasan WhatsApp, brosur, semuanya mengarah ke tempat yang sama.

    Keunggulan pertama, katalog web selalu terbaru. Ganti harga hari ini, semua orang yang buka link langsung lihat harga baru. Tidak ada file lama yang beredar, tidak ada salah paham soal harga. Keunggulan kedua, katalog web bisa ditemukan lewat Google. Orang yang mengetik nama produkmu plus kota bisa sampai ke katalogmu tanpa kenal kamu sebelumnya. PDF dan katalog WA tidak bisa melakukan ini.

    Keunggulan ketiga, kamu bisa lihat statistik. Berapa orang yang buka katalog, produk mana yang paling sering dilihat, dari mana mereka datang. Data ini berguna untuk memutuskan produk mana yang perlu distok lebih banyak atau dipromosikan.

    Kekurangannya juga perlu diakui. Katalog web butuh biaya dan waktu untuk dibuat. Ada biaya domain, hosting, dan pembuatan halamannya. Kalau dikerjakan sendiri tanpa pengalaman, prosesnya bisa berminggu-minggu. Kalau pakai jasa pembuatan website, ada biaya di awal, meskipun setelah jadi perawatannya ringan. Untuk usaha yang baru mulai dengan lima produk, investasi ini sering belum sepadan.

    Kalau ragu mulai dari mana, tidak harus langsung website besar. Satu halaman katalog sederhana lewat jasa landing page sudah cukup untuk menampilkan produk, harga, dan tombol order via WhatsApp. Biayanya jauh lebih ringan dan bisa dikembangkan nanti.

    Cara memilih: cocokkan dengan kondisi jualanmu

    Perbandingan ringkas empat faktor

    Supaya gampang memutuskan, bandingkan empat hal ini dengan kondisi usahamu.

    • Jumlah produk. Di bawah 20 produk, PDF dan katalog WA masih nyaman. Di atas itu, apalagi dengan banyak varian, katalog web jauh lebih rapi karena ada kategori dan pencarian.
    • Seberapa sering harga berubah. Harga stabil berbulan-bulan, PDF aman. Harga berubah tiap minggu atau mengikuti kurs dan bahan baku, pilih katalog WA atau web yang bisa diupdate sekali untuk semua orang.
    • Siapa pembelinya. Pembeli lama yang sudah kenal, katalog WA paling praktis. Reseller yang butuh daftar lengkap, PDF enak dikirim. Pembeli baru yang belum kenal bisnismu, hanya katalog web yang bisa menjangkau mereka lewat Google.
    • Budget. PDF dan katalog WA gratis. Katalog web butuh biaya, mulai dari ratusan ribu untuk satu halaman sederhana sampai jutaan untuk katalog lengkap dengan banyak kategori.

    Rekomendasi per situasi

    Kalau masih bingung, cari situasi yang paling mirip dengan kondisimu di daftar ini.

    • Baru mulai, produk di bawah 20. Pakai katalog WA sebagai etalase utama, plus PDF untuk dikirim saat ada yang minta daftar lengkap. Gratis, cepat, cukup. Simpan uangmu untuk stok dan foto produk dulu.
    • Produk sering ganti harga. Langsung ke katalog web. Setiap perubahan harga cukup diedit sekali dan semua orang lihat versi terbaru. Berhenti bikin ulang PDF tiap ada perubahan.
    • Mau ditemukan pembeli baru. Katalog web satu-satunya format yang bisa muncul di hasil pencarian Google. Kalau targetmu bukan cuma melayani pembeli lama tapi mendatangkan yang baru, dua format lain tidak bisa membantu.
    • Jualan ke reseller. Kombinasi. Katalog web untuk harga retail yang bisa dilihat semua orang, ditambah PDF terpisah per segmen berisi harga khusus reseller. Harga reseller memang sebaiknya tidak dipajang terbuka.

    Perhatikan juga bahwa formatnya boleh berlapis. Banyak usaha memakai katalog web sebagai pusat, lalu katalog WA untuk pembeli yang sudah chat, dan PDF untuk keperluan penawaran resmi. Yang penting sumber harganya satu, yaitu yang paling mudah kamu update.

    Kesalahan umum yang bikin katalog sepi orderan

    Apa pun formatnya, tiga kesalahan ini paling sering bikin katalog tidak menghasilkan apa-apa.

    • Katalog tanpa harga. Niatnya biar orang chat dulu, hasilnya malah sebaliknya. Sebagian besar orang malas bertanya dan memilih pindah ke penjual lain yang harganya jelas. Kalau harga memang bervariasi, tulis rentangnya atau harga mulai dari berapa.
    • Foto seadanya. Foto gelap, latar berantakan, atau ukuran tidak seragam membuat produk bagus terlihat murahan. Tidak perlu studio. Cukup cahaya jendela, latar polos, dan sudut pengambilan yang sama untuk semua produk.
    • Tidak ada cara order yang jelas. Pembeli sudah tertarik, lalu bingung harus ke mana. Pastikan setiap halaman katalog punya petunjuk order. Di PDF, cantumkan nomor WhatsApp di tiap halaman. Di katalog web, pasang tombol order yang langsung membuka chat dengan nama produk sudah terisi.

    Kapan katalog web naik kelas jadi toko online

    Katalog web tugasnya menampilkan produk dan mengarahkan pembeli untuk order lewat chat. Kalau orderanmu sudah ramai sampai kewalahan membalas satu per satu, atau pembeli mulai minta bisa bayar dan checkout sendiri, itu tanda katalogmu perlu naik kelas. Kami sudah membahas tanda-tandanya lebih lengkap di artikel kapan bisnis perlu upgrade dari katalog produk ke toko online.

    Untuk sekarang, mulai dari yang sesuai kondisimu. Produk sedikit dan harga stabil, pakai PDF atau katalog WA hari ini juga. Produk banyak, harga sering berubah, atau ingin dijangkau pembeli baru, pertimbangkan katalog web. Kalau butuh teman diskusi untuk menentukan bentuk katalog yang pas, tim Arrazy terbuka untuk ngobrol dulu tanpa komitmen apa pun.

  • Aplikasi Pesanan Catering: Kalender Produksi, DP, dan Menu

    Aplikasi Pesanan Catering: Kalender Produksi, DP, dan Menu

    Aplikasi pesanan catering pada dasarnya menjawab tiga masalah sekaligus. Pertama, kalender pesanan yang memperlihatkan tanggal mana saja yang sudah terisi, jadi dua pesanan besar tidak jatuh di hari yang sama dan kapasitas dapur tetap terjaga. Kedua, pencatatan DP dan pelunasan yang menempel di setiap pesanan, jadi jelas siapa sudah bayar berapa dan sisa tagihannya tinggal berapa. Ketiga, rincian menu dan jumlah porsi yang tersimpan rapi di satu tempat, bukan tersebar di chat yang isinya bisa berubah kapan saja.

    Kalau tiga hal itu beres, urusan lain ikut rapi. Daftar belanja bahan bisa ditarik langsung dari rincian menu. Pengingat pelunasan jalan sendiri beberapa hari sebelum acara. Omzet bulanan tinggal dibuka, bukan dihitung ulang dari buku tulis. Artikel ini membahas cara kerja sistem seperti itu, dari pesanan masuk sampai makanan dikirim. Termasuk jawaban jujur soal kapan usaha catering sebenarnya belum perlu aplikasi.

    Masalah yang hampir semua pemilik catering pernah alami

    Ceritanya biasanya mirip. Pesanan masuk lewat WhatsApp, dicatat di buku. Beberapa hari kemudian pelanggan telepon, minta ganti ayam bakar jadi ayam goreng dan tambah 20 porsi. Perubahan itu cuma diingat karena sedang sibuk di dapur. Pas hari H, yang dimasak tetap menu lama dengan jumlah lama.

    Selama pesanan masih dua tiga per minggu, cara ini masih jalan. Begitu pesanan mulai ramai, retaknya kelihatan satu per satu:

    • Pesanan tercatat di tiga tempat berbeda: buku, chat WhatsApp, dan ingatan. Tidak ada satu sumber yang bisa dipegang.
    • Dua pesanan besar ternyata jatuh di tanggal yang sama. Baru ketahuan seminggu sebelum acara, saat sudah terlanjur terima DP dua-duanya.
    • DP diterima lewat transfer tapi lupa dicatat. Saat pelanggan bilang sudah bayar, harus scroll mutasi rekening sambil menebak ini transfer yang mana.
    • Menu berubah lewat telepon dan tidak pernah ditulis ulang. Versi terakhir yang disepakati tidak ada bentuk fisiknya.
    • Belanja bahan mengandalkan perkiraan. Kadang sisa banyak, kadang kurang dan harus lari ke pasar pagi-pagi.

    Tidak ada satu pun dari masalah ini yang soal rasa masakan. Semuanya soal pencatatan. Dan pencatatan adalah hal yang paling mudah dibereskan dengan sistem.

    Alur kerja dengan sistem, dari pesanan masuk sampai kirim

    Sistem pesanan catering yang baik tidak mengubah cara Anda berjualan. Pelanggan tetap menghubungi lewat WhatsApp atau telepon seperti biasa. Yang berubah adalah apa yang terjadi setelah obrolan itu selesai:

    • Pesanan masuk. Admin membuat entri pesanan baru: nama pelanggan, tanggal acara, alamat kirim, rincian menu, jumlah porsi, dan harga yang disepakati. Sekali ketik, jadi acuan semua orang.
    • Cek kalender. Sebelum menyanggupi tanggal, buka kalender dulu. Kalau tanggal itu sudah penuh, kelihatan saat itu juga. Bukan seminggu sebelum acara.
    • Catat DP. Begitu DP masuk, dicatat menempel di pesanan itu. Status pesanan otomatis berubah dari tanya-tanya jadi terkonfirmasi.
    • Perubahan menu. Pelanggan minta ganti lauk atau tambah porsi, admin mengubah rincian di sistem. Versi terbaru selalu satu, dan itu yang dipakai dapur.
    • Persiapan produksi. H-2 atau H-3, tim dapur membuka rincian pesanan untuk menyusun belanja bahan dan pembagian kerja.
    • Pelunasan dan kirim. Sisa tagihan tertera jelas. Setelah lunas dan makanan terkirim, pesanan ditutup dan angkanya masuk ke rekap bulanan.

    Perhatikan satu hal. Setiap informasi hanya ditulis sekali, lalu dipakai berulang: oleh admin, oleh dapur, oleh yang pegang uang. Itu inti dari satu tempat untuk semua.

    Kalender produksi: bukan sekadar tanggal, tapi kapasitas

    Kalender di sistem catering beda dengan kalender biasa. Yang dilihat bukan cuma tanggal kosong atau terisi, tapi berapa total porsi yang sudah disanggupi di hari itu.

    Misalnya dapur Anda sanggup masak maksimal 500 porsi sehari dengan tim yang ada. Tanggal 14 sudah ada pesanan 300 porsi. Saat ada calon pelanggan minta 250 porsi di tanggal yang sama, sistem langsung menunjukkan sisa kapasitas tinggal 200. Anda bisa memutuskan dengan sadar: tolak, tawar geser tanggal, atau tambah tenaga khusus hari itu.

    Keputusan seperti ini yang selama ini diambil dengan perasaan. Padahal taruhannya besar. Menyanggupi pesanan melebihi kapasitas artinya masakan terlambat atau kualitas turun, dan dua-duanya merusak nama catering lebih cepat daripada apa pun.

    Batas kapasitas per hari ini sebaiknya bisa diatur sendiri. Musim ramai seperti bulan haji atau akhir tahun, kapasitas bisa dinaikkan karena ada tenaga tambahan. Hari biasa, diturunkan lagi.

    Dari rincian menu ke daftar belanja bahan

    Ini bagian yang paling terasa manfaatnya di dapur. Kalau setiap menu di sistem punya daftar bahan bakunya, misalnya satu porsi ayam bakar butuh sekian gram ayam, bumbu, dan minyak, maka daftar belanja untuk satu hari produksi bisa dihitung otomatis dari semua pesanan di tanggal itu.

    Hasilnya bukan perkiraan lagi. Untuk hari Sabtu ada dua pesanan, totalnya butuh 45 kilogram ayam, 30 kilogram beras, dan seterusnya. Belanja jadi pas, sisa bahan berkurang, dan modal tidak menguap di bahan yang akhirnya terbuang.

    Tidak semua catering perlu sampai sedetail gramasi. Versi sederhananya pun sudah menolong: daftar bahan per menu tanpa takaran persis, sekadar supaya tidak ada yang terlewat saat belanja. Tingkat detailnya bisa disesuaikan dengan cara kerja dapur masing-masing.

    Pengingat pelunasan sebelum hari H

    DP yang tercatat rapi membuka satu kemampuan lagi: pengingat pelunasan. Sistem tahu pesanan mana yang belum lunas dan kapan acaranya. Jadi H-3 atau H-5, muncul daftar pesanan yang perlu ditagih, lengkap dengan sisa tagihannya. Menagih jadi enteng karena angkanya jelas, bukan hasil mengingat-ingat.

    Pencatatan DP dan pelunasan ini sebenarnya satu keluarga dengan pembukuan usaha. Kalau selama ini uang masuk dan keluar masih campur aduk, mulai dulu dari yang dasar. Kami pernah menulis soal laporan keuangan sederhana untuk usaha kecil tanpa akuntan yang bisa jadi titik berangkat.

    Laporan sederhana yang benar-benar dipakai

    Laporan di sistem catering tidak perlu rumit. Tiga angka saja sudah mengubah cara mengambil keputusan: omzet per bulan, jumlah pesanan per bulan, dan menu apa yang paling sering dipesan. Dari situ kelihatan bulan mana yang sepi dan perlu promo, menu mana yang layak dijadikan andalan, dan menu mana yang sebenarnya jarang laku tapi bikin repot dapur.

    Kapan buku catatan masih cukup

    Jujur saja, tidak semua catering butuh aplikasi hari ini. Kalau pesanan masih di bawah lima per bulan, satu orang yang pegang semua urusan, dan belum pernah ada kejadian tanggal bentrok atau DP tercecer, buku tulis dan WhatsApp masih sangat bisa jalan. Uang untuk sistem lebih baik dipakai memperkuat dapur atau pemasaran dulu.

    Tanda bahwa Anda mulai butuh sistem biasanya muncul sendiri. Pesanan mulai dobel di tanggal yang sama. Ada lebih dari satu orang yang menerima pesanan, jadi catatan terpecah. Anda mulai takut buka chat lama karena tidak yakin kesepakatan terakhirnya yang mana. Atau di akhir bulan Anda tidak bisa menjawab pertanyaan sederhana: bulan ini untung berapa. Kalau dua atau tiga tanda itu sudah terasa, saatnya berbenah.

    Pertanyaan yang sering muncul

    Apakah sistem seperti ini bisa dipakai di HP saja?

    Bisa, dan sebaiknya memang begitu. Pemilik catering jarang duduk di depan laptop. Sistem berbasis web yang tampilannya nyaman di HP biasanya cukup: cek kalender sambil belanja di pasar, catat DP begitu notifikasi transfer masuk, buka rincian menu dari dapur. Laptop tetap berguna untuk urusan yang lebih panjang seperti menyusun menu baru atau melihat laporan, tapi operasional harian cukup dari genggaman. Lain cerita kalau Anda ingin pelanggan memesan langsung dari aplikasi dan kurir mengirim update status serta foto bukti terima dari HP-nya. Di titik itu barulah masuk akal membuat aplikasi delivery Android & iOS sendiri.

    Bagaimana dengan pesanan mendadak?

    Pesanan H-1 atau bahkan hari yang sama justru alasan kuat pakai kalender kapasitas. Tanpa sistem, keputusan menerima pesanan mendadak itu tebak-tebakan. Dengan sistem, Anda buka kalender, lihat sisa kapasitas hari itu, lalu jawab dalam hitungan detik: sanggup atau tidak. Kalau sanggup, pesanan langsung dicatat seperti biasa dan dapur langsung tahu ada tambahan. Justru pesanan mendadak paling berbahaya kalau hanya diingat.

    Berapa kisaran biaya membuat sistem seperti ini?

    Tergantung kedalaman fiturnya. Versi inti yang berisi kalender pesanan, pencatatan DP, dan rincian menu jelas lebih terjangkau dibanding versi lengkap dengan hitungan bahan baku otomatis, banyak pengguna, dan laporan mendalam. Cara paling masuk akal adalah mulai dari fitur yang menyelesaikan masalah paling mahal dulu, biasanya kalender dan DP, lalu menambah fitur lain setelah terasa manfaatnya. Gambaran umum soal cara kami membangun sistem aplikasi custom bisa dibaca di halaman layanan kami, termasuk kenapa sistem yang dibuat mengikuti alur kerja usaha Anda hampir selalu lebih awet dipakai daripada aplikasi jadi yang memaksa Anda mengubah kebiasaan.

    Mulai dari masalah yang paling sering bikin rugi

    Tidak perlu langsung membayangkan sistem besar. Tanyakan dulu ke diri sendiri: kejadian apa yang paling sering bikin rugi atau bikin malu ke pelanggan. Tanggal bentrok, DP tercecer, atau menu yang salah masak. Sistem yang baik dibangun mulai dari titik itu.

    Kalau mau mengobrol dulu soal alur pesanan di catering Anda, hubungi kami lewat halaman kontak. Ceritakan saja cara kerja sekarang apa adanya. Dari situ biasanya sudah kelihatan bagian mana yang paling layak dibereskan lebih dulu.

  • Sistem Pendaftaran Event Lari Online: Kuota, Pembayaran, E-Ticket

    Sistem Pendaftaran Event Lari Online: Kuota, Pembayaran, E-Ticket

    Sistem pendaftaran event lari online pada dasarnya mengurus empat hal. Pertama, form pendaftaran per kategori, misalnya 5K, 10K, dan half marathon, lengkap dengan harga masing-masing. Kedua, kuota yang otomatis menutup pendaftaran begitu slot habis, jadi tidak ada peserta kelebihan. Ketiga, pembayaran online yang terverifikasi otomatis lewat payment gateway, tanpa panitia harus memelototi bukti transfer. Keempat, e-ticket dengan kode QR yang dipakai peserta saat pengambilan race pack di hari H.

    Kalau Anda panitia fun run, night run, atau race lokal yang sedang menimbang mau buka pendaftaran lewat apa, artikel ini untuk Anda. Kita bahas kenapa cara manual cepat kewalahan, seperti apa alur peserta dan panitia di sistem online, fitur apa saja yang sering kelupaan, plus satu studi kasus nyata dari event lari di Berau.

    Kenapa Google Form dan transfer manual cepat kewalahan

    Hampir semua panitia event lari pertama kali mulai dari kombinasi yang sama. Google Form untuk data peserta, transfer bank untuk pembayaran, dan WhatsApp untuk kirim bukti transfer. Untuk 50 peserta, cara ini masih jalan. Begitu target naik ke ratusan atau ribuan, masalahnya muncul satu per satu.

    • Verifikasi bukti transfer satu per satu. Setiap peserta kirim screenshot mutasi. Panitia harus cocokkan nama, nominal, dan tanggal secara manual. Seratus peserta berarti seratus kali buka gambar dan cek rekening. Salah centang satu saja, ada orang yang sudah bayar tapi tidak masuk daftar.
    • Kuota jebol. Google Form tidak tahu kuota Anda berapa. Form tetap menerima isian ke-501 padahal slot cuma 500. Ujungnya panitia harus refund dan minta maaf, atau memaksakan jumlah peserta melebihi kapasitas race pack dan medali.
    • Data ukuran jersey acak-acakan. Peserta salah pilih ukuran, minta ganti lewat chat, lalu datanya tersebar di spreadsheet, WhatsApp, dan ingatan panitia. Saat vendor jersey minta rekap final, tidak ada yang yakin angkanya benar.
    • Antrian race pack kacau. Tanpa e-ticket, pengambilan race pack mengandalkan pencarian nama di spreadsheet. Satu peserta bisa makan waktu satu sampai dua menit. Kalikan dengan seribu orang, antriannya mengular sejak siang.

    Intinya, cara manual memindahkan beban dari sistem ke tenaga panitia. Makin besar event, makin besar pula tim admin yang harus begadang.

    Alur peserta: dari daftar sampai ambil race pack

    Di sistem pendaftaran online, pengalaman peserta jadi jauh lebih pendek. Alurnya kira-kira begini.

    • Pilih kategori. Peserta buka halaman pendaftaran, lihat kategori yang tersedia beserta sisa kuota dan harganya. Kategori yang penuh otomatis tampil sebagai habis dan tidak bisa dipilih.
    • Isi data diri. Nama sesuai identitas, tanggal lahir, ukuran jersey, kontak darurat, dan data lain yang panitia butuhkan. Form bisa dibuat wajib per kolom, jadi tidak ada data bolong.
    • Bayar online. Peserta memilih metode bayar, mulai dari virtual account, QRIS, sampai e-wallet. Status pembayaran terverifikasi otomatis dalam hitungan detik. Detail soal cara kerjanya bisa Anda baca di halaman jasa website payment gateway.
    • Terima e-ticket. Begitu pembayaran masuk, sistem mengirim e-ticket berisi kode QR ke email peserta. Ini bukti resmi bahwa slot sudah aman.
    • Ambil race pack. Di hari pengambilan, peserta cukup tunjukkan QR. Petugas scan, data muncul di layar, race pack dan BIB diserahkan. Selesai dalam hitungan detik per orang.

    Dari sisi peserta, seluruh proses dari daftar sampai pegang e-ticket bisa selesai dalam lima menit. Tidak ada kirim bukti transfer, tidak ada menunggu balasan admin.

    Alur panitia: dashboard, verifikasi otomatis, export data BIB

    Bagian yang jarang terlihat peserta justru yang paling menghemat tenaga panitia. Sistem pendaftaran yang baik minimal memberi tiga hal ini di sisi admin.

    Dashboard pendaftar real time

    Panitia bisa lihat jumlah pendaftar per kategori, siapa yang sudah bayar, siapa yang masih menunggu pembayaran, dan berapa sisa kuota. Semua dalam satu layar, tanpa membuka tiga spreadsheet berbeda. Keputusan seperti perlu tidaknya perpanjang periode early bird jadi berbasis data, bukan perasaan.

    Verifikasi pembayaran tanpa campur tangan manusia

    Karena pembayaran lewat payment gateway, status lunas masuk otomatis ke sistem. Tidak ada lagi sesi malam panitia mencocokkan mutasi rekening dengan daftar nama. Risiko salah verifikasi juga hilang, karena tidak ada langkah manual yang bisa keliru.

    Export data untuk BIB, jersey, dan timing chip

    Menjelang hari H, panitia butuh rekap untuk banyak pihak. Vendor jersey butuh jumlah per ukuran. Percetakan BIB butuh daftar nama dan nomor. Penyedia timing system butuh data peserta per kategori. Dengan sistem online, semua tinggal export dari dashboard dalam format yang rapi, bukan hasil copy paste dari berbagai sumber.

    Fitur yang sering dilupakan panitia baru

    Ada beberapa fitur yang jarang terpikir di awal, tapi terasa sekali saat event berjalan. Kalau Anda sedang menyusun kebutuhan sistem, masukkan poin-poin ini ke daftar sejak hari pertama.

    • Batas waktu pembayaran. Ini yang paling sering kelupaan. Tanpa batas waktu, satu orang bisa mengunci slot berjam-jam tanpa pernah bayar. Padahal ada peserta lain yang siap bayar detik itu juga. Sistem yang baik memberi jendela bayar, misalnya satu atau dua jam. Lewat dari itu, slot otomatis dilepas kembali ke kuota.
    • Ukuran jersey terkunci per pendaftaran. Ukuran dipilih saat daftar dan tersimpan rapi per peserta per kategori. Rekap untuk vendor tinggal ditarik dari sistem, bukan disusun ulang dari chat.
    • Kontak darurat. Event lari adalah aktivitas fisik. Kalau ada peserta cedera atau pingsan di lintasan, tim medis butuh nomor keluarga yang bisa dihubungi saat itu juga. Kolom ini wajib ada di form, dan datanya harus mudah dicari petugas.
    • Field pernyataan kesehatan. Persetujuan bahwa peserta dalam kondisi fit dan memahami risiko. Selain melindungi peserta, ini juga melindungi panitia secara administratif.

    Studi kasus: B.Night Run Party di Berau

    Supaya tidak berhenti di teori, ini contoh sistem yang pernah kami kerjakan. B.Night Run Party adalah website pendaftaran untuk event marathon yang digelar 28 Maret 2026 di Berau, Kalimantan Timur.

    Karakter event lari seperti ini punya satu momen kritis, yaitu saat pendaftaran dibuka dan banyak orang masuk bersamaan untuk berebut kuota. Karena itu sistemnya kami rancang bukan sekadar tampil menarik, tapi siap menghadapi lonjakan traffic. Alur pendaftarannya dibuat singkat supaya calon peserta tidak batal di tengah proses. Pembayaran terintegrasi payment gateway supaya verifikasi berjalan cepat tanpa pengecekan manual oleh panitia.

    Yang menarik, event ini memakai mekanisme antrian digital untuk rebutan kuota. Saat pendaftar membludak di waktu yang sama, sistem mengatur giliran supaya prosesnya tertib dan terasa fair bagi semua peserta. Panitia sendiri mendapat dashboard manajemen pendaftar untuk memantau data peserta, ditambah CMS untuk kelola konten dan fitur auto sertifikat online untuk peserta setelah event. Website event ini memang sudah tidak aktif karena eventnya selesai, dan itu wajar untuk website event yang umurnya mengikuti umur acara.

    Kapan cukup pakai form manual

    Jujur saja, tidak semua event butuh sistem seperti ini. Kalau Anda mengadakan fun run internal kantor atau komunitas dengan peserta di bawah seratus orang, semua saling kenal, dan pembayaran bisa dikoordinasi lewat bendahara, Google Form plus transfer manual masih masuk akal. Biayanya nol dan bebannya masih tertangani.

    Sistem pendaftaran online mulai layak dipertimbangkan saat salah satu kondisi ini terpenuhi. Target peserta ratusan ke atas. Pendaftaran terbuka untuk publik yang tidak Anda kenal. Ada beberapa kategori dengan kuota dan harga berbeda. Atau Anda tidak punya cukup relawan untuk verifikasi pembayaran dan melayani antrian race pack. Di titik itu, biaya sistem biasanya lebih murah daripada biaya kekacauan yang dicegahnya.

    Pertanyaan yang sering diajukan

    Payment gateway apa saja yang bisa diintegrasikan?

    Secara umum sistem pendaftaran bisa terhubung ke payment gateway populer di Indonesia. Lewat satu integrasi, peserta bisa bayar pakai virtual account berbagai bank, QRIS, e-wallet, sampai kartu. Pilihan penyedianya bisa disesuaikan dengan rekening dan kebutuhan legalitas penyelenggara.

    Bagaimana proses check-in di hari H?

    Peserta menunjukkan e-ticket berisi kode QR dari email atau ponsel mereka. Petugas scan pakai kamera ponsel atau scanner, data peserta langsung muncul, lalu race pack dan BIB diserahkan. Satu QR hanya bisa dipakai sekali, jadi tidak ada tiket ganda.

    Berapa lama waktu setup sistemnya?

    Tergantung kompleksitas fitur. Sistem pendaftaran standar dengan kategori, kuota, pembayaran, dan e-ticket biasanya selesai dalam hitungan minggu, bukan bulan. Yang penting, mulai diskusi jauh sebelum tanggal buka pendaftaran supaya ada waktu untuk uji coba.

    Event lari yang sukses dimulai jauh sebelum garis start, yaitu dari pendaftaran yang lancar. Peserta senang karena daftar dan bayar cuma butuh beberapa menit. Panitia tenang karena kuota, pembayaran, dan data peserta terkelola sendiri oleh sistem.

    Kalau Anda sedang menyiapkan fun run, night run, atau race lokal dan ingin tahu sistem seperti apa yang pas untuk skala event Anda, silakan hubungi tim Arrazy. Ceritakan target peserta dan kategorinya, nanti kita bahas kebutuhannya dari sana.

  • Berapa Lama Membuat Website? Estimasi Realistis per Jenis Proyek

    Berapa Lama Membuat Website? Estimasi Realistis per Jenis Proyek

    Jawaban singkatnya begini. Landing page satu halaman biasanya selesai dalam 3 sampai 7 hari kerja. Company profile standar dengan 5 sampai 8 halaman butuh 2 sampai 4 minggu. Toko online butuh 3 sampai 6 minggu, tergantung jumlah produk dan payment gateway. Sistem atau aplikasi web custom dihitung dalam bulan, bukan minggu.

    Rentangnya memang lebar. Wajar, karena durasi proyek website tidak cuma ditentukan oleh developer. Kesiapan konten, kecepatan approval, dan jumlah revisi punya andil besar. Di artikel ini kami bedah timeline tiap jenis proyek berdasarkan pengalaman mengerjakan puluhan website klien, termasuk fase yang sering bikin molor tapi jarang dihitung di awal.

    Tabel estimasi waktu pembuatan website

    Jenis website Estimasi Syarat estimasi tercapai Yang paling sering bikin molor
    Landing page 1 halaman 3–7 hari kerja Teks, foto, dan logo siap di hari pertama Materi masih dicari sambil jalan
    Company profile 5–8 halaman 2–4 minggu Profil perusahaan dan foto sudah ada, satu orang yang memberi approval Menunggu konten dari internal perusahaan
    Toko online 3–6 minggu Data produk rapi, dokumen usaha untuk payment gateway siap Verifikasi payment gateway dan unggah produk
    Sistem / web app custom 2–6 bulan atau lebih Alur kerja dan pengguna sudah jelas sebelum development Kebutuhan berubah di tengah jalan

    Rincian tiap jenis dan alasan di balik angkanya ada di bawah.

    Lama pembuatan website per jenis proyek

    Landing page satu halaman: 3 sampai 7 hari kerja

    Landing page adalah proyek paling cepat. Satu halaman, satu tujuan, biasanya untuk promosi produk atau kampanye iklan. Hari pertama dipakai untuk memahami brief dan menyusun struktur halaman. Hari kedua sampai keempat untuk desain dan development. Sisanya untuk revisi dan publish. Cakupan dan harga jasa pembuatan landing page kami bisa dilihat di halaman tersendiri.

    Catatannya satu. Estimasi ini berlaku kalau materi sudah siap. Teks, foto produk, logo, dan nomor kontak sudah di tangan developer sejak hari pertama. Kalau materi masih dicari sambil jalan, seminggu bisa jadi tiga minggu.

    Company profile standar: 2 sampai 4 minggu

    Company profile 5 sampai 8 halaman biasanya berisi beranda, tentang kami, layanan atau produk, portofolio, dan kontak. Minggu pertama dipakai untuk brief, struktur sitemap, dan desain halaman utama. Minggu kedua untuk desain halaman turunan dan mulai development. Minggu ketiga untuk pengisian konten, revisi, dan testing di berbagai perangkat. Kalau semua lancar, minggu ketiga sudah bisa tayang.

    Kenapa ada yang sampai empat minggu atau lebih? Hampir selalu karena konten. Profil perusahaan belum ditulis, foto belum ada, atau daftar layanan masih didiskusikan internal. Websitenya sendiri sudah jadi, tinggal menunggu isinya. Contoh cakupan halaman untuk website company profile perusahaan ada di halaman layanan kami.

    Toko online: 3 sampai 6 minggu

    Toko online lebih lama karena ada dua variabel besar. Pertama, jumlah produk. Mengunggah 20 produk dengan foto dan deskripsi jelas berbeda jauh dengan 500 produk yang datanya masih tersebar di catatan Excel. Kedua, payment gateway. Integrasi Midtrans atau Xendit butuh proses pendaftaran, verifikasi dokumen usaha, dan testing transaksi. Proses verifikasi ini di pihak penyedia payment gateway, bukan di developer, jadi tidak bisa dipercepat sesuka hati.

    Di luar itu masih ada pengaturan ongkir, alur checkout, notifikasi email atau WhatsApp, dan testing pesanan dari awal sampai akhir. Fase testing ini jangan dipangkas. Lebih baik mundur beberapa hari daripada pembeli pertama gagal bayar.

    Sistem atau web app custom: hitungan bulan

    Sistem custom seperti aplikasi inventaris, sistem informasi sekolah, atau dashboard internal adalah kategori yang paling sering disalahpahami. Banyak yang mengira ini seperti company profile versi besar. Padahal beda jenis pekerjaan.

    Di proyek custom, sebagian besar waktu justru habis sebelum coding dimulai. Ada fase analisis kebutuhan, pemetaan alur kerja pengguna, dan perancangan struktur data. Setelah itu baru development, yang biasanya dibagi per modul. Tiap modul harus dites, dipakai oleh calon pengguna, lalu disesuaikan lagi. Proyek custom paling sederhana butuh 2 sampai 3 bulan. Yang kompleks bisa 6 bulan atau lebih, dan itu normal. Vendor yang berani janji sistem custom selesai dua minggu justru perlu dicurigai. Gambaran proses pembuatan sistem aplikasi custom dari analisis sampai serah terima bisa dilihat di sini.

    Fase yang memakan waktu tapi jarang dihitung

    Ini bagian yang jarang dibahas di halaman penawaran, tapi paling sering menentukan molor tidaknya proyek. Kami jujur saja di sini.

    • Menunggu konten dari klien. Ini juara satu penyebab molor, hampir di semua proyek. Teks profil perusahaan, foto tim, daftar harga, deskripsi produk. Developer bisa menyiapkan seluruh kerangka website, tapi tidak bisa mengarang isi bisnis Anda. Banyak proyek company profile yang websitenya selesai di minggu kedua, lalu diam sebulan menunggu konten.
    • Revisi bolak-balik. Revisi itu bagian normal dari proses. Yang bikin lama adalah revisi yang datang bertahap. Hari ini minta ganti warna, besok ganti foto, lusa ganti urutan section. Tiap putaran revisi butuh waktu pengerjaan plus waktu tunggu review. Lebih hemat kalau masukan dikumpulkan dulu, lalu dikirim sekaligus.
    • Approval yang lambat. Kalau tiap keputusan harus melewati tiga orang yang jadwalnya padat, satu pertanyaan sederhana bisa menggantung seminggu. Proyek dengan satu pengambil keputusan hampir selalu selesai lebih cepat.
    • Integrasi pihak ketiga. Verifikasi payment gateway, propagasi domain, akses hosting lama, atau menunggu approval API dari platform lain. Bagian ini di luar kendali developer maupun klien, jadi sebaiknya diurus paling awal, bukan di ujung proyek.

    Faktor yang bikin proyek selesai cepat

    Kabar baiknya, proyek yang selesai di batas bawah estimasi itu polanya mirip semua. Ada tiga hal yang hampir selalu hadir.

    • Brief yang jelas sejak awal. Developer tahu tujuan website, target pengunjung, halaman yang dibutuhkan, dan referensi tampilan yang disukai. Tidak ada tebak-tebakan, jadi tidak ada pengerjaan ulang. Kalau belum tahu cara menyusunnya, kami sudah membuat template brief website sebelum ketemu developer yang bisa langsung dipakai.
    • Konten siap sebelum development dimulai. Teks, foto, logo, dan data produk sudah terkumpul di satu folder. Ini satu langkah sederhana yang efeknya paling besar ke timeline.
    • Satu pengambil keputusan. Satu orang yang berhak bilang oke atau revisi. Masukan dari tim tetap boleh, tapi dikumpulkan lewat satu pintu.

    Hati-hati dengan janji yang terlalu cepat

    Di iklan sering muncul janji seperti website company profile jadi satu hari. Secara teknis itu mungkin. Pertanyaannya, apa yang dikorbankan supaya bisa secepat itu.

    Biasanya yang dipangkas adalah hal yang tidak kelihatan di layar. Tidak ada penggalian kebutuhan, jadi struktur halaman asal comot template. Teks diisi tulisan generik yang tidak menjual apa-apa. Tidak ada optimasi kecepatan, tidak ada pengaturan SEO dasar, dan testing di perangkat mobile dilewati. Hasilnya website yang tayang cepat tapi tidak menghasilkan apa-apa, lalu beberapa bulan kemudian dibangun ulang dari nol. Total waktunya justru lebih lama daripada mengerjakan dengan benar sejak awal.

    Ini bukan berarti semua yang cepat pasti buruk. Landing page memang bisa selesai hitungan hari. Yang perlu diwaspadai adalah estimasi yang jauh di bawah rentang wajar untuk jenis proyeknya, tanpa penjelasan proses apa saja yang tetap dijalankan.

    Tips memadatkan timeline dari sisi klien

    Ada beberapa hal yang bisa Anda lakukan supaya proyek selesai di batas bawah estimasi, bahkan sebelum kontrak ditandatangani.

    • Siapkan konten sebelum kontrak. Tulis profil perusahaan, kumpulkan foto, dan rapikan data produk selagi masih tahap diskusi dengan vendor. Begitu proyek jalan, developer bisa langsung ngebut.
    • Blok waktu untuk review. Sepakati jadwal review sejak awal, misalnya tiap Jumat sore. Masukkan ke kalender seperti meeting penting lainnya, karena memang penting.
    • Kumpulkan revisi dalam satu daftar. Catat semua masukan, lalu kirim sekaligus. Satu putaran revisi yang lengkap jauh lebih cepat daripada lima putaran kecil.
    • Urus akun pihak ketiga lebih awal. Daftar payment gateway, siapkan akses domain dan hosting, dan lengkapi dokumen usaha di minggu pertama proyek, bukan di akhir.
    • Tanyakan timeline per fase, bukan cuma total. Vendor yang baik bisa menjelaskan minggu ini ngapain, minggu depan ngapain, dan kapan giliran Anda harus menyerahkan sesuatu. Dari situ Anda juga tahu bagian mana yang bergantung pada Anda.

    Checklist sebelum proyek website dimulai

    • Logo dalam format file asli (PNG transparan atau SVG), bukan hasil screenshot
    • Teks profil, layanan, dan kontak, minimal draf kasar
    • Foto tim, kantor, atau produk yang boleh dipakai
    • Akses domain dan hosting lama, kalau sudah punya
    • Satu nama yang berhak memberi approval
    • Untuk toko online: data produk dalam satu file dan dokumen usaha untuk payment gateway

    Kalau enam hal ini siap sebelum kontrak, proyek biasanya selesai di batas bawah estimasi pada tabel di atas.

    Pertanyaan yang sering muncul

    Apakah website bisa tayang dulu walau kontennya belum lengkap?

    Bisa, dan kadang ini pilihan yang masuk akal. Tayangkan dulu halaman inti seperti beranda, layanan, dan kontak. Halaman lain menyusul bertahap. Dengan begitu website mulai bekerja untuk bisnis Anda tanpa menunggu semuanya sempurna. Sepakati saja dulu daftar halaman yang wajib ada di hari peluncuran.

    Kalau proyek molor, salah siapa?

    Seringnya bukan soal salah siapa, tapi soal ekspektasi yang tidak disepakati di awal. Timeline yang sehat mencantumkan tanggung jawab dua pihak. Developer punya tenggat pengerjaan, klien punya tenggat penyerahan konten dan review. Kalau dua-duanya tertulis, mudah dilihat bagian mana yang tersendat dan solusinya apa.

    Apakah menambah orang bisa mempercepat proyek?

    Tidak selalu. Untuk toko online dan proyek custom, ada urutan kerja yang memang harus berjalan berurutan. Desain dulu, baru development, baru testing. Menambah orang di tengah jalan kadang justru menambah waktu koordinasi. Cara yang lebih efektif adalah mengurangi waktu tunggu, yaitu konten yang siap dan approval yang cepat.

    Setelah website jadi, berapa lama sampai muncul di Google?

    Biasanya beberapa hari sampai beberapa minggu setelah website tayang dan didaftarkan ke Google Search Console. Muncul di Google belum berarti langsung di halaman pertama untuk kata kunci yang diincar, itu butuh waktu lebih lama. Urutan pengecekannya kami tulis di website tidak muncul di Google.

    Mau tahu estimasi untuk proyek Anda?

    Rentang di artikel ini adalah gambaran umum. Estimasi yang akurat baru bisa keluar setelah kebutuhan Anda dipetakan, karena dua proyek dengan jenis yang sama pun bisa beda kompleksitasnya. Kalau Anda sedang merencanakan website, lihat dulu cakupan layanan jasa pembuatan website kami, lalu hubungi tim Arrazy untuk konsultasi. Ceritakan kebutuhan Anda, nanti kami bantu susun timeline yang realistis, lengkap dengan pembagian tugas tiap fase. Gratis, tanpa kewajiban lanjut.

  • Contoh Auto-Reply WhatsApp Bisnis yang Tidak Kaku dan Siap Pakai

    Contoh Auto-Reply WhatsApp Bisnis yang Tidak Kaku dan Siap Pakai

    Kalau kamu pakai WhatsApp Business, ada tiga fitur auto-reply bawaan yang bisa langsung dipakai tanpa aplikasi tambahan: salam pembuka (greeting message) untuk orang yang baru pertama kali chat, pesan di luar jam kerja (away message), dan balasan cepat (quick reply) untuk pertanyaan yang itu-itu terus. Ketiganya gratis dan sudah ada di dalam aplikasi. Masalahnya, kebanyakan contoh auto-reply yang beredar terasa kaku seperti mesin penjawab kantor. Pelanggan baca satu kalimat, langsung malas melanjutkan.

    Padahal resep auto-reply yang enak dibaca itu sederhana, cuma tiga hal: jujur bilang ini pesan otomatis, kasih ekspektasi kapan dibalas manusia, dan sisipkan info yang bisa langsung dipakai seperti jam buka, link katalog, atau alamat. Di artikel ini kita bahas cara setting ketiga fitur tadi secara singkat, lalu masuk ke bagian utamanya: contoh siap pakai untuk berbagai situasi yang tinggal kamu sesuaikan dengan bisnismu.

    Tiga Fitur Auto-Reply Bawaan WhatsApp Business

    Sebelum ke contoh, kenalan dulu sama tiga fiturnya biar tahu kapan masing-masing dipakai. Semuanya ada di menu yang sama: buka WhatsApp Business, ketuk ikon titik tiga di kanan atas, pilih Perangkat bisnis (Business tools). Di situ kamu akan menemukan tiga menu ini.

    • Salam pembuka (greeting message). Terkirim otomatis ke orang yang chat pertama kali, atau yang sudah tidak chat selama 14 hari. Fungsinya seperti sapaan pertama waktu pelanggan masuk toko. Aktifkan, tulis pesannya, pilih penerima, selesai.
    • Pesan di luar jam kerja (away message). Terkirim otomatis saat kamu tidak bisa balas, misalnya malam hari atau hari libur. Kamu bisa atur jadwalnya: selalu aktif, jadwal khusus, atau di luar jam bisnis yang sudah kamu isi di profil.
    • Balasan cepat (quick reply). Ini bukan pesan otomatis, tapi template yang kamu panggil manual. Kamu simpan jawaban untuk pertanyaan yang sering muncul, lalu saat ada yang tanya, ketik garis miring (/) di kolom chat dan pilih templatenya. Hemat waktu tanpa terasa seperti robot, karena kamu tetap yang menekan tombol kirim.

    Catatan penting: greeting dan away message hanya terkirim kalau HP tersambung internet. Jadi kalau HP mati total, pesan otomatisnya juga tidak jalan.

    Prinsip Auto-Reply yang Tidak Kaku

    Auto-reply terasa menyebalkan biasanya bukan karena otomatis, tapi karena berpura-pura tidak otomatis, atau karena tidak memberi informasi apa-apa. Tiga prinsip ini yang membedakan auto-reply yang membantu dan yang bikin ilfeel.

    • Jujur bilang ini pesan otomatis. Pelanggan tidak masalah dibalas robot, yang bikin kesal itu merasa dibohongi. Kalimat sederhana seperti “ini balasan otomatis ya” justru bikin pesan terasa jujur dan sopan.
    • Kasih ekspektasi kapan dibalas manusia. “Kami akan segera membalas” itu kalimat kosong. Ganti dengan yang konkret: “admin balas dalam 1-2 jam di jam kerja” atau “kami buka lagi besok jam 8 pagi”. Pelanggan jadi tahu harus menunggu berapa lama, dan tidak spam chat berkali-kali.
    • Kasih info yang bisa langsung diakses. Selagi menunggu, pelanggan bisa lihat katalog, cek jam buka, atau buka alamat di maps. Auto-reply yang cuma bilang “terima kasih sudah menghubungi kami” itu buang-buang kesempatan.

    Satu tambahan soal gaya bahasa: tulis seperti kamu ngobrol dengan pelanggan di toko. Kalau sehari-hari kamu bilang “kak”, ya pakai “kak”. Kalau pelangganmu perusahaan, pakai bahasa yang lebih rapi. Yang penting konsisten dengan cara kamu balas chat manual, biar tidak terasa ada dua kepribadian berbeda di satu nomor.

    Contoh Salam Pembuka (Greeting Message)

    Untuk toko online

    “Halo, makasih sudah chat Toko Berkah. Ini balasan otomatis ya, admin biasanya balas dalam 1-2 jam di jam kerja (09.00-17.00 WIB). Sambil nunggu, katalog lengkap bisa dilihat di bit.ly/katalogberkah. Kalau mau tanya stok atau harga, langsung tulis saja nama produknya, jadi begitu admin online bisa langsung dijawab tanpa tanya-tanya lagi.”

    Perhatikan strukturnya: sapaan, jujur otomatis, ekspektasi waktu, link katalog, lalu instruksi kecil biar pelanggan menulis pertanyaan lengkap. Instruksi terakhir ini sering dilupakan padahal paling menghemat waktu, karena kamu tidak perlu bolak-balik tanya “produk yang mana kak?”.

    Untuk usaha jasa

    “Halo, terima kasih sudah menghubungi Arunika Studio. Pesan ini otomatis, tapi tenang, chat kamu sudah masuk dan akan dibalas satu per satu di jam kerja (Senin-Sabtu, 08.00-16.00). Biar prosesnya cepat, boleh langsung tulis kebutuhanmu: jenis layanan, perkiraan tanggal, dan lokasi. Nanti kami balas dengan info harga dan ketersediaan jadwal yang sesuai.”

    Untuk usaha jasa, pertanyaan pembuka pelanggan biasanya menggantung, semacam “halo, mau tanya”. Auto-reply yang meminta detail sejak awal memotong satu ronde tanya jawab dan bikin balasan pertamamu langsung berisi penawaran.

    Contoh Pesan di Luar Jam Kerja (Away Message)

    Malam hari

    “Halo, makasih sudah chat. Toko sudah tutup ya, kami buka lagi besok jam 08.00. Pesanmu sudah tercatat dan masuk antrean pertama besok pagi. Sambil nunggu, bisa lihat-lihat katalog dulu di bit.ly/katalogberkah. Selamat istirahat.”

    Hari libur

    “Halo, terima kasih sudah menghubungi kami. Kami sedang libur Lebaran sampai 5 April, jadi balasan akan lebih lama dari biasanya. Chat kamu tetap tersimpan dan kami balas berurutan mulai 6 April. Untuk cek harga dan produk, sementara bisa lihat katalog di bit.ly/katalogberkah. Mohon maaf lahir dan batin, sampai ketemu setelah libur ya.”

    Yang bikin away message hari libur terasa manusiawi adalah tanggal yang jelas. Bandingkan dengan “kami sedang libur, mohon menunggu” yang tidak memberi tahu apa-apa. Dan ingat, begitu masuk kerja lagi, matikan atau update pesannya. Away message Lebaran yang masih aktif bulan Juni itu nyata terjadi di banyak toko.

    Sedang ramai, balasan lebih lama

    “Halo, makasih sudah menghubungi kami. Hari ini chat sedang ramai sekali (efek promo gajian, hehe), jadi estimasi balas sekitar 2-3 jam. Pesanmu tidak hilang kok, semua dibalas sesuai urutan. Kalau pertanyaannya soal harga atau stok, coba cek dulu bit.ly/katalogberkah, siapa tahu jawabannya sudah ada di sana.”

    Away message tidak harus soal jam tutup. Saat promo besar atau menjelang hari raya, mengaktifkan pesan seperti ini beberapa jam saja bisa mengurangi chat susulan bernada “kok belum dibalas”.

    Contoh Balasan Cepat (Quick Reply)

    Quick reply kamu simpan dengan shortcut, misalnya /harga, /ongkir, /alamat. Saat ada yang tanya, ketik shortcutnya dan pesan lengkap langsung muncul. Karena dikirim manual, gayanya boleh lebih personal daripada greeting dan away message.

    Shortcut /harga untuk pertanyaan harga dan katalog

    “Ini daftar harga terbaru kami ya kak: bit.ly/katalogberkah. Harga di katalog sudah harga bersih, belum termasuk ongkir. Kalau ada produk yang mau ditanyakan lebih detail, sebut saja namanya, nanti aku bantu cek stok dan variannya.”

    Shortcut /ongkir untuk pertanyaan ongkos kirim

    “Kami kirim dari Purwokerto via JNE, J&T, dan SiCepat kak. Boleh info alamat lengkapnya sampai kecamatan? Nanti aku hitungkan ongkirnya sekalian estimasi berapa hari sampai, terus kakak tinggal pilih kurir yang paling pas.”

    Shortcut /alamat untuk pertanyaan lokasi

    “Toko kami di Jl. Melati No. 12, Purwokerto, sebelah apotek K24 ya kak. Ini link Google Maps biar gampang: maps.app.goo.gl/tokoberkah. Buka Senin-Sabtu jam 09.00-17.00, Minggu libur. Ditunggu kedatangannya.”

    Tipsnya satu: setelah quick reply muncul di kolom chat, biasakan baca sekilas sebelum kirim. Kadang perlu tambah satu kalimat kecil yang menyambung ke pertanyaan pelanggan, dan sentuhan ini yang bikin template terasa seperti balasan manusia.

    Kesalahan yang Bikin Auto-Reply Jadi Menyebalkan

    • Sok akrab berlebihan. Sapaan seperti “haiii kakak sayang, bestie belanja online” dari toko yang belum pernah kamu hubungi itu bukan ramah, tapi aneh. Ramah itu cukup hangat dan jelas. Kedekatan biarkan tumbuh dari obrolan, bukan dipaksakan di pesan pertama.
    • Janji balas cepat tapi tidak ditepati. Menulis “dibalas dalam 5 menit” padahal kamu baru sempat pegang HP dua jam sekali cuma bikin pelanggan kecewa dua kali. Lebih baik janjikan waktu yang realistis lalu balas lebih cepat dari janji, daripada sebaliknya.
    • Tidak pernah diupdate. Jam buka sudah berubah tapi auto-reply masih menyebut jam lama, link promo yang sudah berakhir, ucapan hari raya yang lewat berbulan-bulan. Jadwalkan cek auto-reply sebulan sekali, isinya cuma tiga pesan pendek, lima menit selesai.

    Batas Fitur Bawaan: Kapan Kamu Butuh Chatbot

    Perlu jujur juga soal batasnya. Greeting dan away message itu pesan satu arah: isinya sama untuk semua orang, apa pun pertanyaannya. Dia tidak bisa membedakan orang yang tanya harga dengan orang yang mau komplain, tidak bisa cek stok, dan tidak bisa menjawab pertanyaan spesifik seperti “ready warna hitam ukuran L?”. Quick reply pun tetap butuh kamu online untuk memilih dan mengirimnya.

    Untuk kebanyakan usaha kecil, itu sudah cukup. Tapi kalau volume chat sudah ratusan per hari dan mayoritas pertanyaannya berulang, di situ bedanya dengan chatbot custom mulai terasa: chatbot bisa memahami isi pertanyaan, menjawab sesuai konteks, bahkan terhubung ke data stok atau pesanan. Kalau bisnismu sudah di tahap itu, bisa lihat gambarannya di layanan chatbot WhatsApp AI, dan kalau mau tahu seperti apa alur dialognya, ada contoh percakapan chatbot toko online yang bisa jadi referensi.

    Mulai dari Satu Pesan Dulu

    Tidak perlu langsung menyiapkan semuanya. Mulai dari yang paling terasa dampaknya: away message untuk malam hari, karena chat yang masuk saat kamu tidur itu yang paling sering hilang tanpa jawaban. Ambil salah satu contoh di atas, ganti nama toko, jam buka, dan linknya, lalu aktifkan. Besok pagi kamu bisa cek sendiri bedanya: pelanggan yang semalam chat tidak lagi bertanya “halo, ada orang?” tapi sudah langsung menyebut produk yang mereka mau.

  • Laporan Keuangan Sederhana untuk Usaha Kecil Tanpa Akuntansi

    Laporan Keuangan Sederhana untuk Usaha Kecil Tanpa Akuntansi

    Anda tidak perlu paham akuntansi untuk tahu kondisi keuangan usaha. Cukup tiga catatan: kas harian, untung rugi bulanan, dan utang piutang. Tiga itu saja sudah menjawab pertanyaan paling penting: uang saya ke mana, usaha ini untung atau tidak, dan siapa yang belum bayar.

    Modalnya juga murah. Buku tulis atau spreadsheet gratis di HP sudah cukup, dan Anda bisa mulai malam ini. Supaya gampang dibayangkan, sepanjang artikel ini kita pakai satu contoh yang sama: katering rumahan Bu Rina, yang melayani nasi kotak dan pesanan harian dari rumahnya sendiri.

    Kenapa saldo rekening bukan laporan keuangan

    Banyak pemilik usaha kecil menilai kesehatan usahanya dari satu angka: saldo rekening. Kalau saldonya naik, berarti aman. Sayangnya angka itu sering menipu, karena tiga alasan.

    Pertama, uang pribadi dan uang usaha campur. Saldo rekening Bu Rina berisi hasil jualan nasi kotak, tapi juga transferan arisan, uang dari suami, dan sisa THR. Angka Rp 12 juta di rekening tidak menjawab berapa yang benar-benar milik usaha.

    Kedua, utang tidak kelihatan di saldo. Bu Rina masih punya tagihan Rp 900 ribu di toko sembako langganan yang belum dibayar. Saldo rekeningnya tidak berkurang, tapi kewajibannya nyata. Kalau semua utang dilunasi hari ini, saldonya langsung menyusut.

    Ketiga, untung semu. Minggu ini ada kantor yang bayar DP pesanan 200 kotak untuk acara bulan depan. Saldo melonjak, rasanya untung besar. Padahal uang itu belum jadi milik Bu Rina, karena bahannya belum dibelanjakan dan pesanannya belum dikerjakan. Saldo naik bukan berarti untung. Saldo turun juga bukan berarti rugi.

    Karena itu usaha sekecil apa pun butuh catatan. Bukan laporan ala kantor akuntan, cukup tiga catatan berikut.

    Catatan pertama: kas harian, semua uang masuk dan keluar

    Ini catatan paling dasar. Setiap uang yang masuk dan keluar karena urusan usaha, dicatat hari itu juga. Bentuknya bebas: tunai, transfer, QRIS, semuanya masuk satu catatan.

    Formatnya cukup empat kolom: tanggal, keterangan, masuk, keluar. Contoh catatan Bu Rina di satu hari:

    • Pembayaran 50 nasi kotak PT Maju: masuk Rp 1.250.000
    • Belanja ayam dan sayur di pasar: keluar Rp 600.000
    • Isi gas 2 tabung: keluar Rp 44.000
    • Bensin antar pesanan: keluar Rp 25.000
    • Pesanan harian 10 porsi, bayar tunai: masuk Rp 250.000

    Selesai. Tidak ada istilah debit kredit, tidak ada jurnal. Yang penting jujur dan lengkap, termasuk pengeluaran kecil seperti parkir atau plastik kemasan. Pengeluaran receh inilah yang paling sering bocor tanpa ketahuan.

    Satu kebiasaan kecil yang sangat membantu: saat mencatat pengeluaran, beri tanda mana yang belanja bahan dan mana yang biaya rutin. Cukup tulis huruf B untuk bahan dan R untuk rutin di ujung baris. Kebiasaan sepele ini membuat rekap akhir bulan selesai dalam hitungan menit, bukan berjam-jam memilah struk.

    Catatan kas harian gunanya dua. Anda tahu ke mana uang mengalir setiap hari, dan di akhir bulan Anda punya bahan mentah untuk catatan kedua.

    Catatan kedua: untung rugi bulanan yang bisa dihitung sendiri

    Sebulan sekali, catatan kas harian direkap jadi satu hitungan sederhana: omzet dikurangi modal bahan, dikurangi biaya rutin, ketemu untung bersih.

    Begini rekap Bu Rina di bulan lalu:

    • Omzet (semua penjualan): Rp 15.000.000
    • Belanja bahan (ayam, beras, sayur, bumbu, kemasan): Rp 8.000.000
    • Biaya rutin (gas, listrik, bensin antar, kuota, upah asisten masak): Rp 2.500.000
    • Untung kotor: Rp 4.500.000

    Angka Rp 4,5 juta ini yang sering dikira untung bersih. Nanti kita koreksi di bagian berikutnya, karena masih ada satu biaya besar yang belum dihitung.

    Rekap bulanan seperti ini membuka mata dengan cepat. Bu Rina baru sadar belanja bahannya lebih dari separuh omzet. Dari situ dia bisa cek, apakah harga jualnya masih masuk akal, atau selama ini dia pasang harga cuma ikut harga tetangga. Kalau Anda juga ragu harga jual sudah menutup semua biaya nyata, cara menghitungnya kami bahas di artikel menentukan harga tanpa ikut perang harga.

    Satu aturan penting: rekap ini pakai angka dari catatan kas, bukan dari ingatan. Ingatan selalu lebih optimis daripada kenyataan.

    Catatan ketiga: utang piutang, siapa belum bayar siapa

    Catatan ketiga menjawab dua pertanyaan: siapa yang belum bayar ke kita, dan kita belum bayar ke siapa.

    Di buku Bu Rina, isinya seperti ini:

    • Piutang: PT Maju belum bayar pesanan minggu lalu Rp 1.800.000, jatuh tempo tanggal 5
    • Utang: toko sembako Rp 900.000, janji bayar akhir bulan

    Tanpa catatan ini, piutang gampang menguap. Pelanggan kantor biasa bayar mundur, dan kalau tidak ditagih karena lupa, uang itu hilang begitu saja. Bu Rina pernah kelupaan menagih pesanan arisan Rp 400 ribu sampai tiga bulan. Itu setara untung bersih beberapa hari kerja.

    DP juga sebaiknya masuk catatan ini. DP 200 kotak dari kantor tadi bisa ditulis sebagai kewajiban: uang sudah diterima, tapi pesanannya belum dikerjakan. Dengan begitu Bu Rina tidak tergoda memakai uang DP untuk keperluan lain, lalu bingung cari modal bahan saat hari pengerjaan tiba.

    Sebaliknya, catatan utang membuat Anda tidak kaget. Saldo rekening yang kelihatan gemuk jadi terbaca apa adanya: sebagian bukan milik Anda, tapi milik toko sembako yang menunggu dibayar.

    Cukup satu halaman khusus di buku yang sama, atau satu sheet terpisah di spreadsheet. Setiap ada yang lunas, coret. Sederhana, tapi inilah catatan yang paling sering menyelamatkan arus kas usaha kecil.

    Kesalahan paling umum: gaji sendiri tidak dihitung

    Sekarang kita koreksi angka Bu Rina tadi. Untung kotornya Rp 4,5 juta. Tapi siapa yang belanja ke pasar jam 4 pagi, masak sampai siang, dan antar pesanan sore hari? Bu Rina sendiri. Selama ini kerja itu dianggap gratis.

    Padahal kalau posisi itu digantikan orang lain, Bu Rina harus menggaji minimal Rp 2 juta sebulan. Jadi hitungan yang jujur seperti ini:

    • Untung kotor: Rp 4.500.000
    • Gaji pemilik (upah kerja Bu Rina sendiri): Rp 2.000.000
    • Untung bersih usaha: Rp 2.500.000

    Kenapa ini penting? Karena tanpa gaji sendiri, usaha kelihatan untung padahal buntung. Bayangkan kalau untung kotornya cuma Rp 1,5 juta. Kelihatannya masih positif. Kenyataannya Bu Rina kerja penuh waktu dengan bayaran di bawah upah asistennya sendiri. Lebih baik dia tahu itu dari angka, bukan dari badan yang capek tanpa hasil.

    Gaji sendiri juga membuat keputusan lebih jernih. Kalau setelah gaji pemilik usaha masih untung, berarti usahanya sehat dan layak dibesarkan. Kalau untungnya habis untuk gaji pemilik saja, berarti ada yang harus dibenahi: harga jual, porsi belanja bahan, atau volume penjualan.

    Pisahkan rekening pribadi dan usaha, mulai malam ini

    Dari semua langkah di artikel ini, memisahkan rekening adalah yang paling murah dengan dampak paling besar. Buka satu rekening atau e-wallet khusus usaha. Semua pembayaran pelanggan masuk ke situ, semua belanja usaha keluar dari situ.

    Efeknya langsung terasa. Catatan kas jadi jauh lebih gampang, karena mutasi rekening usaha otomatis jadi cadangan catatan Anda. Uang pribadi tidak lagi diam-diam menambal usaha, dan uang usaha tidak diam-diam kepakai untuk jajan keluarga. Bu Rina cukup transfer gaji Rp 2 juta ke rekening pribadinya setiap awal bulan. Sisanya tetap di rekening usaha sebagai modal kerja.

    Soal ritme, tidak perlu ambisius. Yang realistis begini:

    • Harian: 5 menit tiap malam, catat semua uang masuk keluar hari itu
    • Bulanan: 30 menit tiap awal bulan, rekap untung rugi dan periksa daftar utang piutang

    Lima menit semalam itu setara satu scroll pendek media sosial. Kuncinya bukan rajin, tapi rutin. Catatan yang bolong dua minggu hampir pasti ditinggalkan. Catatan yang diisi tiap malam, walau cuma tiga baris, akan bertahan bertahun-tahun.

    Kalau suatu malam kelewat, jangan langsung menyerah. Besoknya isi dari ingatan dan mutasi rekening usaha, lalu lanjut seperti biasa. Catatan yang 90 persen lengkap jauh lebih berguna daripada niat catatan sempurna yang berhenti di minggu kedua.

    Lalu sampai kapan cara manual ini cukup? Untuk katering rumahan seperti punya Bu Rina, buku tulis atau spreadsheet bisa dipakai bertahun-tahun. Batasnya baru terasa ketika transaksi mencapai ratusan per hari, kasir lebih dari satu orang, atau cabang mulai lebih dari satu tempat. Di titik itu, mencatat manual mulai memakan waktu dan angkanya rawan selisih antar orang. Kalau usaha Anda sudah sampai di fase itu, biasanya sudah waktunya pindah ke sistem aplikasi yang dibangun sesuai alur usaha Anda, supaya pencatatan berjalan otomatis dari transaksi.

    Tapi itu urusan nanti. Malam ini, cukup siapkan satu buku tulis atau satu spreadsheet baru. Buat empat kolom, catat transaksi hari ini, lalu tulis daftar siapa yang belum bayar ke Anda. Dalam sebulan, Anda akan tahu kondisi usaha Anda lebih jelas daripada bertahun-tahun hanya menatap saldo rekening.

  • Aplikasi Bengkel: Servis, Stok Sparepart, Riwayat Kendaraan

    Aplikasi Bengkel: Servis, Stok Sparepart, Riwayat Kendaraan

    Aplikasi bengkel yang layak dipakai sebenarnya cuma perlu beres di tiga hal. Pertama, work order servis. Setiap kendaraan yang masuk tercatat sebagai satu pekerjaan, mulai dari keluhan awal, siapa mekanik yang mengerjakan, sampai statusnya selesai dan dibayar di kasir. Kedua, stok sparepart. Setiap part yang dipakai di work order otomatis memotong stok, jadi angka di sistem selalu sama dengan barang yang ada di rak. Ketiga, riwayat kendaraan. Semua servis tersimpan per nomor polisi. Pelanggan datang lagi, Anda tinggal ketik nopolnya, seluruh riwayatnya langsung muncul.

    Kalau tiga fungsi itu jalan, sisanya mengikuti. Laporan omzet tinggal ditarik dari work order yang sudah lunas. Reminder servis berkala tinggal dihitung dari tanggal servis terakhir. Di artikel ini kita bahas satu per satu, termasuk bagian yang jarang dibahas penyedia aplikasi: kapan bengkel Anda sebenarnya belum butuh sistem sama sekali.

    Masalah yang muncul kalau semua masih dicatat manual

    Kebanyakan bengkel mulai dari buku tulis dan nota rangkap. Untuk lima kendaraan sehari, itu cukup. Masalah baru terasa waktu bengkel mulai ramai dan orang yang terlibat lebih dari dua tiga orang. Polanya hampir selalu sama.

    • Nota hilang atau lupa ditulis. Pekerjaan sudah selesai, kendaraan sudah diambil, tapi tidak ada catatan berapa yang dibayar dan pakai part apa.
    • Sparepart berkurang tanpa jejak. Kampas rem di rak tinggal dua, padahal seingat Anda masih lima. Terpakai di kendaraan mana, tidak ada yang tahu.
    • Pelanggan tanya, terakhir ganti oli kapan ya. Anda cuma bisa menjawab kira kira. Padahal jawaban yang pasti itu kesempatan jualan.
    • Mekanik sudah selesai, kasir tidak tahu. Pelanggan menunggu, kasir masih tanya ke belakang, itung itungannya berapa. Antrian jadi lambat bukan karena servisnya, tapi karena administrasinya.

    Semua masalah itu punya akar yang sama. Informasi cuma ada di kepala orang, bukan di sistem yang bisa dilihat semua orang. Selama masih begitu, bengkel bergantung penuh ke ingatan pemilik. Sekali pemilik tidak di tempat, semuanya berantakan.

    Alur work order digital, dari kendaraan masuk sampai pembayaran

    Work order itu jantungnya aplikasi bengkel. Satu kendaraan masuk, satu work order dibuat. Semua yang terjadi setelah itu menempel di sana. Alurnya kira kira begini.

    • Kendaraan masuk. Petugas depan mencatat nopol, nama pelanggan, keluhan, dan kilometer. Kalau nopolnya sudah pernah servis, datanya otomatis muncul, tidak perlu tulis ulang.
    • Work order dibuat dan ditugaskan ke mekanik. Mekanik bisa lihat daftar antriannya sendiri, keluhannya apa, prioritasnya yang mana.
    • Selama pengerjaan, mekanik atau petugas mencatat jasa apa saja yang dikerjakan dan part apa saja yang dipakai. Part yang dipilih langsung mengurangi stok.
    • Status work order berubah jadi selesai. Kasir langsung lihat di layarnya, rinciannya sudah lengkap. Jasa berapa, part berapa, totalnya berapa. Tidak perlu tanya tanya ke belakang.
    • Pembayaran dicatat, nota dicetak atau dikirim lewat WhatsApp. Work order tertutup dan masuk jadi riwayat kendaraan itu.

    Perhatikan satu hal. Tidak ada langkah tambahan yang aneh untuk mekanik atau kasir. Alurnya sama dengan yang selama ini mereka kerjakan, cuma medianya pindah dari nota kertas ke layar. Ini penting, karena sistem yang menambah kerjaan biasanya cuma bertahan dua minggu sebelum semua orang balik ke buku tulis.

    Riwayat per nopol itu senjata retensi, bukan sekadar arsip

    Banyak pemilik bengkel menganggap riwayat servis cuma arsip. Padahal ini bagian yang paling berpengaruh ke omzet jangka panjang. Bisnis bengkel itu bisnis pelanggan yang balik lagi. Kendaraan yang sama akan butuh servis lagi dalam dua tiga bulan. Pertanyaannya cuma satu, dia balik ke bengkel Anda atau ke bengkel sebelah.

    Riwayat per nopol membuat pelanggan susah pindah. Waktu dia datang, Anda bisa bilang, servis terakhir bulan Maret, ganti oli sama kampas rem depan, waktu itu kampas belakang tinggal tipis. Kalimat sederhana seperti itu terasa seperti dilayani dokter langganan yang hafal riwayat pasiennya. Bengkel sebelah harus mulai dari nol.

    Dari riwayat yang sama, reminder servis berkala bisa jalan otomatis. Sistem tahu kapan ganti oli terakhir, tinggal dihitung mundur, lalu kirim pesan WhatsApp. Halo Pak Budi, Avanza B 1234 XYZ terakhir ganti oli 1 April, biasanya interval 3 bulan, mau sekalian dijadwalkan minggu ini. Satu pesan seperti itu, dikirim ke pelanggan yang tepat di waktu yang tepat, sering lebih efektif daripada pasang spanduk promo di depan bengkel.

    Prinsip kerjanya sebenarnya sama dengan CRM di bisnis lain, yaitu data pelanggan yang rapi dipakai untuk membuat mereka kembali. Kalau mau paham konsep dasarnya lebih jauh, kami pernah menulis soal apa itu CRM dan kenapa bisnis kecil juga butuh. Di bengkel, CRM-nya menempel langsung ke nopol.

    Stok sparepart yang nyambung langsung ke work order

    Modal bengkel paling banyak nyangkut di sparepart. Oli, kampas, filter, busi, aki. Kalau stoknya tidak tercatat, ada dua kebocoran yang jalan diam diam. Pertama, part terpakai tapi tidak tertagih ke pelanggan. Kedua, part hilang dan baru ketahuan berbulan bulan kemudian, itu pun kalau ketahuan.

    Kuncinya bukan sekadar punya catatan stok. Kuncinya stok itu nyambung ke work order. Barang masuk dicatat dari pembelian ke supplier. Barang keluar tidak diinput manual, tapi otomatis terpotong waktu part dipilih di work order. Dengan begitu setiap pengurangan stok selalu punya alasan yang bisa dilacak, kepakai di kendaraan mana, tanggal berapa, dikerjakan siapa.

    Efek sampingnya banyak. Anda bisa pasang batas stok minimum, jadi oli favorit tidak pernah kosong pas bengkel ramai. Stok opname yang biasanya makan seharian jadi tinggal mencocokkan selisih. Dan Anda mulai bisa lihat margin per part, bukan cuma omzet kotor.

    Laporan yang pemilik bengkel benar benar pakai

    Aplikasi apa pun biasanya jualan fitur laporan yang banyak. Dari pengalaman kami membangun sistem kasir dan inventory untuk berbagai usaha, yang benar benar dibuka pemilik itu cuma segelintir.

    • Omzet harian dan bulanan. Angka paling dasar, tapi harus akurat dan bisa dilihat dari HP tanpa datang ke bengkel.
    • Perbandingan pendapatan jasa dan sparepart. Dua sumber uang ini marginnya beda jauh. Kalau omzet naik tapi isinya jualan part semua, untungnya belum tentu ikut naik.
    • Produktivitas mekanik. Siapa menyelesaikan berapa work order, nilai pekerjaannya berapa. Berguna buat insentif yang adil, bukan berdasarkan perasaan.
    • Part paling laku dan stok mati. Yang laku jangan sampai kosong, yang tidak gerak jangan dibeli lagi.

    Laporan di luar itu boleh ada, tapi jangan jadi alasan memilih aplikasi. Empat hal di atas sudah cukup untuk mengambil hampir semua keputusan harian.

    Kapan belum butuh, dan pilih aplikasi jadi atau custom

    Kapan bengkel kecil belum butuh aplikasi

    Jujur saja, tidak semua bengkel butuh ini sekarang. Kalau kendaraan yang masuk masih di bawah lima sehari, mekaniknya Anda sendiri plus satu orang, dan semua transaksi masih terpantau langsung, buku tulis dan spreadsheet masih sangat bisa jalan. Uangnya lebih baik dipakai beli peralatan atau stok.

    Tanda Anda mulai butuh sistem biasanya begini. Anda sudah tidak hafal semua kendaraan yang masuk minggu ini. Ada selisih stok yang tidak bisa dijelaskan. Atau Anda mulai jarang di bengkel dan tidak tahu persis omzet hari ini berapa. Kalau dua dari tiga itu kena, catatan manual sudah jadi penghambat, bukan penghemat.

    Aplikasi jadi atau bikin custom

    Untuk kebanyakan bengkel, aplikasi bengkel yang sudah jadi adalah pilihan pertama yang masuk akal. Biayanya langganan bulanan, bisa dipakai hari itu juga, dan alur standarnya sudah teruji. Coba dulu yang jadi, rasakan sebulan dua bulan.

    Custom baru layak dipikirkan kalau alur bengkel Anda memang tidak standar. Misalnya bengkel spesialis dengan tahapan pengerjaan sendiri, bengkel yang melayani kontrak perawatan armada perusahaan dengan sistem tagihan bulanan, atau yang mau nyambung ke sistem akuntansi dan cabang lain. Di titik itu aplikasi jadi mulai terasa sempit, terlalu banyak fitur yang tidak kepakai dan fitur yang dibutuhkan justru tidak ada. Gambaran soal kapan sistem custom masuk akal dan prosesnya seperti apa bisa dibaca di halaman pembuatan sistem aplikasi custom kami.

    Pertanyaan yang sering diajukan

    Bengkel motor kecil cocok tidak pakai aplikasi seperti ini?

    Cocok kalau volumenya sudah ada, kira kira di atas sepuluh motor sehari atau sudah punya dua mekanik ke atas. Di bawah itu, mulai dari yang paling ringan dulu, misalnya spreadsheet untuk stok part dan catatan servis per nopol. Yang penting kebiasaan mencatatnya terbentuk dulu, pindah ke aplikasi belakangan jadi gampang karena datanya sudah ada.

    Bisa kirim reminder servis otomatis ke pelanggan?

    Bisa, dan ini justru fitur yang paling cepat terasa hasilnya. Sistem menghitung dari tanggal servis terakhir per nopol, lalu mengirim pesan WhatsApp menjelang jadwal berikutnya. Yang perlu dijaga cuma dua hal, nomor pelanggan dicatat benar sejak awal dan isi pesannya dibuat personal, menyebut nama dan kendaraannya, bukan pesan promo massal yang terasa seperti spam.

    Bagaimana input stok awal sparepart yang jumlahnya ratusan item?

    Tidak perlu langsung semua. Cara yang paling masuk akal, hitung fisik dulu untuk part yang paling sering keluar, biasanya 30 sampai 50 item sudah mewakili sebagian besar transaksi. Input lewat template excel yang disediakan aplikasi, lalu sisanya menyusul sambil jalan. Part yang belum terdata otomatis ketahuan waktu pertama kali dipakai di work order, saat itu juga tinggal ditambahkan.

    Untuk bengkel yang ingin mekanik dan kasir mencatat servis langsung dari HP, sistemnya bisa dibuat sebagai aplikasi Android. Harga dan apa saja yang Anda terima saat serah terima ada di halaman jasa pembuatan aplikasi Android kami.

    Kalau Anda pemilik bengkel yang mulai kewalahan dengan catatan manual dan ingin ngobrol dulu soal sistem yang pas, entah itu aplikasi jadi atau custom, silakan hubungi kami. Konsultasi awal gratis, dan kalau ternyata kebutuhan Anda cukup dijawab aplikasi jadi yang sudah ada di pasaran, kami akan bilang begitu.

  • Website SMK Itu Beda: Jurusan, PKL, dan BKK Harus Kelihatan

    Website SMK Itu Beda: Jurusan, PKL, dan BKK Harus Kelihatan

    Website SMK itu beda dari website SD, SMP, atau SMA. Bedanya ada di tiga hal: halaman jurusan yang digarap serius, informasi PKL yang jelas untuk siswa dan orang tua, serta bursa kerja khusus (BKK) yang terlihat aktif. Tiga hal ini yang sebenarnya dicari calon siswa dan orang tuanya sebelum memutuskan mendaftar. Kalau ketiganya tidak kelihatan di website, SMK sedang menyembunyikan senjata promosinya sendiri.

    Fitur dasar seperti profil sekolah, berita, dan info PPDB tentu tetap perlu. Itu berlaku untuk semua jenjang dan sudah kami bahas lengkap di artikel fitur website sekolah yang wajib ada. Artikel ini tidak akan mengulanginya. Kita fokus ke kebutuhan yang hanya dimiliki SMK.

    Orang memilih SMK karena ujungnya kerja

    Sebelum bicara fitur, pahami dulu psikologi calon pendaftarnya. Orang tua yang menyekolahkan anak ke SMA umumnya berpikir soal kuliah. Orang tua yang memilih SMK berpikir lebih pendek dan lebih konkret: setelah tiga tahun, anak saya bisa kerja di mana.

    Pertanyaan itu yang harus dijawab website SMK di halaman pertama. Bukan sejarah sekolah. Bukan sambutan kepala sekolah tiga paragraf. Tapi bukti bahwa lulusan sekolah ini punya keterampilan nyata dan jalur ke dunia kerja. Website SMA boleh berhenti di prestasi akademik. Website SMK harus menunjukkan mesin penyalur kerjanya.

    Ini juga alasan kenapa menyalin template website sekolah umum lalu mengganti logo hampir selalu gagal untuk SMK. Strukturnya memang tidak dirancang untuk menjawab pertanyaan orang tua calon siswa SMK.

    Halaman jurusan yang serius, bukan sekadar daftar nama

    Kebanyakan website SMK menampilkan kompetensi keahlian sebagai daftar: TKJ, TKR, Akuntansi, selesai. Padahal halaman jurusan adalah halaman paling menentukan di seluruh situs. Calon siswa tidak memilih sekolah dulu baru jurusan. Mereka memilih jurusan dulu, baru mencari sekolah yang jurusannya meyakinkan.

    Setiap kompetensi keahlian layak punya halaman sendiri yang memuat:

    • Apa yang dipelajari, ditulis dengan bahasa orang awam, bukan salinan kurikulum
    • Fasilitas praktiknya: bengkel, lab, dapur, studio, lengkap dengan foto asli, bukan stok foto
    • Karya siswa dari jurusan itu, misalnya aplikasi buatan anak RPL atau produk anak Tata Boga
    • Prospek kerja lulusan: profesi apa saja yang bisa diambil dan industri mana yang biasa menyerap
    • Guru produktif dan latar belakang industrinya, kalau ada

    Halaman jurusan yang lengkap seperti ini punya bonus lain. Orang mencari di Google dengan kata seperti “SMK jurusan TKJ di kota X”. Halaman jurusan yang serius jauh lebih mungkin muncul di pencarian semacam itu daripada halaman beranda yang isinya campur aduk.

    Informasi PKL yang menenangkan orang tua

    PKL atau prakerin adalah fase yang paling banyak menimbulkan pertanyaan dari orang tua. Anak akan ditempatkan di mana, berapa lama, siapa yang mengawasi, dokumen apa yang harus disiapkan. Kalau jawaban ini tidak ada di website, pertanyaannya pindah ke telepon sekolah dan grup WhatsApp wali murid. Waka humas yang kena getahnya.

    Sediakan satu bagian khusus PKL yang memuat:

    • Daftar industri mitra tempat siswa biasa ditempatkan, disusun per jurusan
    • Alur dan jadwal PKL dalam satu tahun ajaran, dari pembekalan sampai penarikan
    • Dokumen yang bisa diunduh: surat pengantar, jurnal kegiatan, format laporan, tata tertib
    • Kontak guru pembimbing atau pokja PKL untuk pertanyaan lanjutan

    Untuk calon pendaftar, daftar industri mitra ini sekaligus berfungsi sebagai bukti. Nama perusahaan yang jelas di halaman PKL jauh lebih meyakinkan daripada kalimat “bekerja sama dengan berbagai industri” tanpa satu pun nama.

    Ada efek samping yang menyenangkan dari halaman PKL yang rapi. Perusahaan calon mitra baru sering mengecek website sekolah sebelum menandatangani kerja sama. Halaman PKL yang tertata memberi kesan sekolah serius mengelola program magangnya, dan itu memudahkan pokja PKL membuka pintu mitra berikutnya.

    BKK, nilai jual paling kuat yang paling sering disembunyikan

    Hampir semua SMK punya bursa kerja khusus. Anehnya, BKK justru jadi bagian yang paling jarang tampil di website. Padahal inilah pembeda paling tajam antara SMK dan SMA di mata orang tua: sekolah ini bukan hanya mengajar, tapi ikut menyalurkan lulusannya bekerja.

    Halaman BKK yang berfungsi setidaknya memuat tiga hal. Pertama, lowongan kerja dari industri mitra yang diperbarui rutin. Ini membuat alumni terus kembali ke website dan menunjukkan ke calon pendaftar bahwa relasi industrinya hidup. Kedua, data keterserapan alumni: berapa persen lulusan tahun lalu yang sudah bekerja, melanjutkan kuliah, atau berwirausaha. Angka jujur, meskipun belum sempurna, lebih dipercaya daripada klaim bombastis. Ketiga, cerita alumni yang sudah bekerja, lengkap dengan nama perusahaan dan posisinya.

    Bayangkan orang tua membandingkan dua SMK. Satu websitenya hanya berisi berita upacara. Satu lagi menampilkan lowongan aktif dari pabrik dan hotel mitra plus data alumni yang terserap kerja. Keputusannya hampir tidak perlu dipikir lama.

    Secara teknis, halaman BKK tidak rumit. Yang berat justru komitmen memperbaruinya. Karena itu sistemnya harus memudahkan petugas BKK memasang lowongan sendiri tanpa menunggu operator website. Kalau setiap update harus lewat satu orang teknis, halaman ini biasanya mati dalam tiga bulan.

    Karya siswa, sertifikasi, dan kemitraan industri sebagai bukti mutu

    Klaim “lulusan kami siap kerja” ada di semua brosur SMK. Yang membedakan adalah buktinya. Ada tiga jenis bukti yang layak diberi tempat serius di website.

    Pertama, galeri karya siswa. Bukan galeri foto kegiatan yang isinya barisan siswa upacara, tapi hasil kerja: proyek las anak Teknik Pengelasan, desain anak DKV, aplikasi anak RPL, produk kewirausahaan yang benar-benar dijual. Karya berbicara lebih keras daripada deskripsi kurikulum mana pun.

    Kedua, sertifikasi kompetensi. Kalau sekolah sudah menjadi TUK atau bekerja sama dengan LSP, tampilkan skema sertifikasi apa saja yang bisa diikuti siswa. Sertifikat BNSP adalah bekal konkret saat melamar kerja, dan banyak orang tua belum tahu sekolah incarannya menyediakan itu.

    Ketiga, kemitraan industri yang lebih dalam dari sekadar tempat PKL. Teaching factory dan kelas industri adalah program mahal yang sering diperjuangkan sekolah bertahun-tahun, lalu hanya muncul sebagai satu kalimat di laporan tahunan. Kalau ada kelas binaan perusahaan tertentu, ceritakan di website: apa yang berbeda dari kelas reguler, apa keuntungan siswanya, ke mana lulusannya biasa disalurkan.

    Studi kasus: SMK Sekar Bumi Nusantara

    Salah satu contoh yang kami kerjakan adalah SMK Sekar Bumi Nusantara. Kebutuhan sekolah ini sejak awal memang lebih dari sekadar profil online. Sebelumnya banyak proses berjalan terpisah, sehingga update informasi dan manajemen data kurang efisien.

    Solusinya kami bangun sebagai satu ekosistem: website sekolah yang informatif dan mudah dikelola sendiri oleh admin, modul manajemen data untuk kebutuhan operasional dasar, dan LMS untuk distribusi materi serta pembelajaran digital. Seluruhnya dioptimasi untuk akses mobile dan SEO, karena mayoritas orang tua membuka website sekolah dari ponsel. Situsnya kini live di smksekarbuminusantara.sch.id.

    Pelajaran pentingnya satu: website SMK bekerja paling baik saat dia bukan pajangan, melainkan bagian dari operasional sekolah. Ketika admin mudah memperbarui konten, informasi jurusan, kegiatan, dan pengumuman ikut hidup. Website yang datanya segar selalu lebih meyakinkan daripada website bagus yang terakhir diperbarui dua tahun lalu.

    Mulai dari mana kalau website SMK Anda masih generik

    Tidak perlu langsung merombak semuanya. Urutan yang masuk akal kira-kira begini.

    • Bangun dulu halaman per jurusan yang lengkap. Ini fondasi yang paling memengaruhi keputusan pendaftar
    • Susul dengan halaman PKL berisi mitra industri dan dokumen unduhan, karena efeknya langsung terasa mengurangi beban humas
    • Hidupkan halaman BKK, minimal data keterserapan alumni dan beberapa lowongan aktif
    • Terakhir, rapikan galeri karya, informasi sertifikasi, dan cerita kemitraan industri

    Kalau tim internal tidak sempat mengerjakan sendiri, wajar. Kebanyakan sekolah memang tidak punya tenaga khusus untuk itu. Kami di Arrazy menyediakan jasa pembuatan website sekolah yang strukturnya bisa disesuaikan dengan kebutuhan SMK seperti di atas, termasuk halaman jurusan, PKL, dan BKK yang dikelola sendiri oleh admin sekolah. Kalau mau berdiskusi dulu soal kondisi website SMK Anda sekarang, silakan hubungi kami. Ngobrol dulu tidak ada biayanya.

    Pertanyaan yang sering diajukan

    Apakah BKK wajib punya halaman sendiri di website?

    Sangat disarankan. BKK adalah pembeda utama SMK di mata orang tua, dan lowongan yang diperbarui rutin membuat alumni terus kembali ke website. Minimal sediakan satu halaman berisi lowongan aktif, data keterserapan lulusan, dan kontak petugas BKK.

    Sekolah kami baru dan data alumninya belum banyak. Apa yang ditampilkan?

    Tampilkan apa yang sudah ada secara jujur: daftar industri mitra PKL, karya siswa angkatan berjalan, dan program sertifikasi yang disiapkan. Bukti proses lebih baik daripada klaim hasil yang belum bisa dibuktikan. Data keterserapan bisa menyusul begitu angkatan pertama lulus.

    Berapa lama membangun website SMK dengan halaman jurusan, PKL, dan BKK?

    Tergantung kesiapan konten dari sekolah, terutama foto fasilitas, data mitra, dan profil jurusan. Sisi teknisnya biasanya lebih cepat daripada pengumpulan kontennya. Cara paling praktis, mulai dari struktur dan halaman jurusan dulu, lalu lengkapi bagian lain bertahap sambil website sudah tayang.