Bicara dengan ERP Anda: Membangun Kembali Operasi Layanan dari Prinsip Pertama untuk Era Agen
TL;DR: Sebuah ERP yang berbasis AI untuk perusahaan layanan bukanlah widget obrolan pada perangkat lunak pabrik. ERP pabrik memaksa agensi dan konsultan ke dalam penyebaran modul, pelatihan yang tidak pernah melekat, dan klik yang tak ada habisnya. Kami membangun kembali Suite Operasi Bisnis Mercury dari prinsip-prinsip dasar — lima modul yang terhubung, percakapan sebagai antarmuka utama, alat siap MCP, Keterampilan OpenClaw dalam produksi, pra-pencocokan pembayaran Airwallex, dan pengejaran multi-saluran setelah hari ke-29. Intinya bukanlah dasbor yang lebih cantik. Intinya adalah mengurangi pekerjaan berulang sehingga manusia dapat melakukan penilaian lagi.
Saya James, CEO Mercury Technology Solutions. Hong Kong — Agustus 2026
Sebagian besar ERP masih menganggap Anda menjalankan sebuah pabrik.
Penghitungan inventaris. Daftar bahan. Penempatan gudang. Layar dirancang untuk orang-orang yang pekerjaannya adalah mengoperasikan perangkat lunak.
Perusahaan layanan terpaksa terjebak dalam cetakan yang sama. Agensi. Konsultan. Perusahaan jasa profesional. Anda membeli platform, lalu menghabiskan enam bulan mengajarkan orang di mana tombol-tombolnya berada. Enam bulan kemudian mereka masih membuka Excel karena ERP lebih lambat daripada ingatan mereka.
Kami memutuskan bahwa itu tidak lagi dapat diterima — bukan sebagai slide, tetapi sebagai pembangunan internal.
Kami merobohkan model tersebut dan membangunnya kembali untuk bagaimana sebuah perusahaan layanan sebenarnya menghasilkan uang: memenangkan pekerjaan, menyampaikannya, membeli apa yang Anda butuhkan, melacak biaya, mengirim faktur, mengumpulkan, dan melihat buku tanpa ekspor ritual setiap hari Jumat.
Pembangunan kembali itulah yang saya maksud ketika saya mengatakan berbicara dengan ERP Anda.
Mengapa ERP pabrik gagal di perusahaan jasa
Jawaban singkat:Kompleksitas ERP konvensional mengoptimalkan untuk kasus tepi inventaris yang jarang muncul dalam layanan profesional. Perusahaan jasa tetap membayar pajak setiap hari dalam pelatihan, entri ganda, dan peralihan konteks.
Anda merasakan beban itu sebagai:
perluasan modul yang tidak diminta
sesi pelatihan yang memburuk dalam seminggu
bidang yang sama diketik dua kali karena Penjualan dan Proyek menolak untuk berbagi pemikiran
peralihan konteks antara “naikkan PO,” “catat pengeluaran,” “periksa apakah ini siap faktur,” dan “di mana uang tunai mendarat”
Itu bukan transformasi digital. Itu adalah cosplay digital dengan biaya lisensi.
Biaya sebenarnya bukan perangkat lunak. Itu adalah perhatian manusia yang dihabiskan untuk navigasi.
Dalam pasar yang kekurangan tenaga kerja, pembengkakan administratif akan membunuhmu. Jika orang terbaikmu mencocokkan baris bank dan mencari PDF faktur, kamu membakar modal yang langka untuk tugas-tugas yang seharusnya ditangani oleh sistem.
Apa yang sebenarnya dibutuhkan perusahaan jasa untuk berjalan dengan baik?
Kami mengajukan satu pertanyaan prinsip dasar yang membosankan dan menolak untuk menghias jawabannya.
Loop apa yang harus tetap bersih agar perusahaan jasa dapat berjalan?
Menangkan pekerjaan
Kirim pekerjaan tersebut
Beli apa yang diperlukan untuk pengiriman
Lacak biaya
Faktur dan kumpulkan
Pahami gambaran keuangan
Semua yang lain bersifat opsional sampai loop tersebut ketat.
Jadi kami membatasi area permukaan menjadi lima modul, dengan sengaja:
| Modul | Pekerjaan | |--------|-----| | Penjualan | Kutipan → pesanan → kebenaran komersial | | Pembelian (PO) | Beli apa yang dibutuhkan pengiriman, dengan jejak | | Biaya | Biaya yang tidak berbentuk PO | | Proyek | Tulang punggung pengiriman, terikat pada penjualan dan penagihan | | Akuntansi | Buku yang mencerminkan kenyataan tanpa arkeologi spreadsheet |
Pilihan desain yang tidak dapat dinegosiasikan: Proyek bukan aplikasi sampingan. Ini terhubung langsung ke penjualan dan penagihan. Ketika tautan itu lembut, tim menciptakan pelacak paralel. Ketika itu keras, serah terima berhenti bocor.
Hapus katedral kasus tepi. Pertahankan loop yang penting. Buat koneksi eksplisit. Sebagian besar entri duplikat mati saat bersentuhan.
Mengapa melatih orang pada layar ERP adalah beban?
Jawaban singkat:Setiap jam yang dihabiskan untuk mengajarkan pohon menu adalah satu jam yang tidak dihabiskan untuk pekerjaan klien. Di era agen, antarmuka utama seharusnya adalah percakapan yang didukung oleh logika bisnis yang nyata — bukan perjalanan tab lainnya.
Ini adalah garis yang sebenarnya penting:
Melatih orang pada antarmuka pengguna adalah beban bagi bisnis.
Setiap karyawan baru seharusnya tidak perlu melakukan tur melalui pohon menu sebelum mereka dapat mengajukan PO atau memeriksa apakah proyek siap untuk ditagih. Itu adalah pemikiran tahun 2005 dengan logo tahun 2026.
Antarmuka utama seharusnya tidak lagi berupa layar.
Antarmuka utama adalah percakapan — di saluran tempat orang sudah tinggal — didukung oleh alat yang menjalankan logika bisnis yang nyata.
Pikirkan ERP lama sebagai benteng formulir. Anda melatih orang untuk berjalan di koridor. Versi era agen mempertahankan struktur dan kontrol, tetapi operator menyampaikan niat di gerbang dan sistem memindahkan bagian yang tepat.
Bukan chatbot yang ditempelkan pada formulir warisan. Sebuah AI agenik lapisan yang mengoperasikan ERP yang sebenarnya.
Bagaimana MCP dan OpenClaw mengubah ERP menjadi agen?
Jawaban singkat:MCP membuat alat dapat ditemukan. Keterampilan OpenClaw memanggil alat tersebut terhadap modul langsung. Staf menyatakan niat dalam bahasa alami; agen mengeksekusi tindakan penjualan, PO, pengeluaran, proyek, dan akuntansi tanpa memaksa kefasihan UI.
Kami membuat tumpukan siap MCP (Model Context Protocol). Agen yang mampu dapat menemukan dan memanggil alat dengan bersih alih-alih menggores UI atau menebak folklore API.
Di atas itu kami membangun dan menguji tekanan Keterampilan OpenClawmelawan lima modul. Bukan demo hackathon. Cukup stabil untuk penggunaan internal yang nyata.
Apa yang dilakukan staf sekarang:
membuat pesanan penjualan
mengajukan pesanan pembelian
mencatat pengeluaran
memeriksa status proyek terhadap kesiapan faktur
mengambil angka akuntansi
…dalam bahasa alami, melalui OpenClaw, tanpa menghafal tab mana yang memiliki kebenaran mana.
Ini adalah pergeseran yang paling sering dilewatkan oleh dek “AI ERP”. Mereka menambahkan widget obrolan yang masih membawa Anda ke layar yang sama. Kami membaliknya:
Orang berbicara dengan agen. Agen berbicara dengan sistem catatan.
UI masih ada untuk audit, pengecualian, dan pekerjaan mendalam. Itu tidak lagi menjadi pajak yang Anda bayar untuk memulai hari.
Bagaimana Anda menutup loop pendapatan tanpa pencocokan pembayaran manual?
Jawaban singkat: Kirim pembayaran ke faktur dengan pra-pencocokan AI, beri tahu manusia hanya untuk konfirmasi, dan otomatis mengejar faktur yang jatuh tempo di saluran pilihan klien setelah ambang batas tetap — bagi kami, hari ke-29.
Teater operasi tidak berguna jika kas masih bergantung pada seseorang dengan tiga tab browser dan dendam terhadap portal bank.
Kami menghubungkan jalur API langsung ke Airwallex. Ketika klien menyetor ke akun, AI pra-pencocokan berjalan melawan faktur yang belum dibayar. Staf mendapatkan pemberitahuan tentang pencocokan yang diusulkan alih-alih menggali melalui pernyataan dan utas email.
Jika sebuah faktur tidak dibayar lebih dari 29 hari, sistem memicu tindak lanjut multi-saluran yang terkontrol — WhatsApp, WeChat, LINE, Telegram, email — saluran mana pun yang sebenarnya dijawab oleh klien. Nada tetap terjaga. Memori kalender tidak bergantung pada manusia yang memiliki minggu yang baik.
Intelijen bisnis harian tiba melalui OpenClaw. Tidak ada yang perlu membuka kuil dasbor atau mengekspor spreadsheet untuk mengetahui apa yang bergerak.
Hentikan berburu uang. Mulailah memutuskan apa yang harus dilakukan ketika uang terlambat.
Bagaimana seharusnya ERP mendukung cara perusahaan layanan sebenarnya menjual?
Dua kemampuan lagi yang cocok untuk agensi dan konsultan — bukan pabrik:
1. Akses mitra + logika komisi Mitra eksternal dan internal membutuhkan visibilitas yang benar dan perhitungan komisi otomatis. Komisi spreadsheet adalah cara kepercayaan mati secara diam-diam.
2. Manajemen kontrak untuk pendapatan berulang Retainer, langganan, perjanjian multi-periode adalah kelas satu — bukan PDF yang hidup di folder Unduhan seseorang.
Di depan corong, generasi prospek dan penangkapan prospek menarik dari sosial dan pesan ke dalam CRM internal, kemudian mengalir ke penawaran dan ke kontrak atau pesanan penjualan. Penyerahan yang biasanya memaksa penginputan ulang adalah tepat di mana pendapatan bocor. Kami menghilangkan penginputan ulang dengan membuat satu catatan berjalan sepanjang jalur.
Prospek → penawaran → kontrak/pesanan → proyek → faktur → pencocokan pembayaran → buku.
Itu rantai lead-to-cash adalah produk.
Apa yang berubah dalam pekerjaan sehari-hari setelah ERP yang berbasis AI?
Pekerjaan yang dulunya memakan waktu berjam-jam:
pembayaran yang cocok
mengejar faktur yang terlambat
mengompilasi paket status
memasukkan kembali detail prospek
menghitung komisi
berpindah antara modul untuk menjaga proyek dan faktur tetap selaras
…diotomatisasi atau dikurangi menjadi percakapan singkat dengan agen.
Orang menghabiskan waktu untuk penilaian, pekerjaan klien, dan keputusan. Sistem menangani sisanya.
Itu adalah satu-satunya cerita produktivitas yang saya pedulikan. Bukan "AI menulis email."AI mengurangi pajak koordinasi sehingga manusia yang langka berhenti bertindak seperti middleware.
Kami melakukan ini di dalam Mercury Technology Solutions untuk menyederhanakan proses manual dan mengembalikan staf ke pekerjaan kreatif dan bernilai tinggi — pekerjaan yang sebenarnya Anda pekerjakan mereka untuk itu. Itu adalah transformasi digital dengan bukti: lebih sedikit klik, loop yang lebih ketat, lebih banyak jam penilaian.
Tumpukan Operasi Layanan
Jika Anda ingin model mental dalam satu baris:
Lima modul · tautan Proyek↔Penjualan/Tagihan yang sulit · antarmuka percakapan · alat MCP · pra-pencocokan pembayaran · pengejaran multi-saluran hari ke-29 · mitra/komisi · kontrak berulang · lead-to-cash tanpa re-key.
Sebut saja itu sebuah ERP berbasis AI jika Anda membutuhkan kategori. Apa sebenarnya: operasi layanan dibangun kembali sehingga agen dapat menjalankan loop dan manusia dapat meninggalkan farm klik.
FAQ: Bicaralah dengan ERP Anda
Apa itu ERP berbasis AI untuk bisnis layanan? ERP berbasis AI adalah sistem catatan yang dirancang di sekitar loop layanan (penjualan, pengiriman, pembelian, pengeluaran, akuntansi) di mana agen dapat mengeksekusi logika bisnis melalui alat — bukan suite manufaktur dengan chatbot yang dipasang.
Bagaimana cara Anda berbicara dengan ERP Anda menggunakan OpenClaw? Staf mengirim permintaan dalam bahasa alami di saluran yang sudah mereka gunakan. Keterampilan OpenClaw memanggil alat ERP yang diekspos MCP untuk membuat pesanan, mengangkat PO, mencatat pengeluaran, memeriksa kesiapan proyek–faktur, dan menarik angka akuntansi.
Mengapa membangun kembali alih-alih menambahkan dasbor lain? Dasbor tidak memperbaiki entri duplikat, tautan Proyek↔Invoice yang lemah, atau arkeologi pembayaran. Jika orang masih memerlukan pelatihan layar selama berminggu-minggu sebelum mereka dapat bekerja, fondasinya salah.
Hentikan penambahan dasbor pada fondasi yang rusak
Jika sistem Anda saat ini masih memerlukan orang untuk dilatih pada layar sebelum mereka dapat melakukan pekerjaan mereka, ubin BI lain tidak akan menyelamatkan Anda.
Anda sedang mendekorasi alat pabrik dan berharap itu menjadi sistem operasi layanan.
Hentikan pembelian kompleksitas yang dirancang untuk inventaris. Mulailah menuntut sistem yang dirancang untuk pengiriman, kas, dan percakapan.
Pertanyakan fondasinya. Kemudian bangun kembali loop-nya. Kemudian biarkan agen mengendalikan loop sementara orang Anda melakukan pekerjaan yang hanya bisa dilakukan oleh manusia.
Itulah yang terlihat pada era agen ketika Anda membangun ERP yang berbasis AI untuk perusahaan layanan alih-alih mengadaptasi perangkat lunak manufaktur dan menyebut chatbot sebagai "inovasi."
Mercury Technology Solutions: Percepat Digitalitas.
