Membangun ERP Penerbitan Berbasis Agen: Mengumpulkan Potongan 20 Tahun dalam 1 Tahun Terakhir

Menerbitkan satu buku tidaklah semudah terlihat. Diperlukan banyak tangan mulai dari perencanaan, merekrut penulis atau penerjemah, meninjau proof pertama dan kedua, mengelola percetakan dan distributor, dan setelah penerbitan masih perlu menghitung stok untuk menentukan kapan harus mencetak ulang.

Melihat ke belakang, saya telah bekerja di industri penerbitan selama lebih dari 20 tahun. Selama itu, saya membuat puluhan mini-ERP kecil dan besar hanya untuk digunakan di perusahaan, seperti otomasi pesanan dan integrasi toko buku online.

Sampai sekarang, seperti banyak orang lain, saya masih menggunakan program manajemen penerbitan berbayar berlangganan bulanan. Karena gudang telah menunjuk program tertentu, saya terpaksa menggunakannya. Saya membuat program perantara yang menangani fungsi-fungsi yang diperlukan sebagai jembatan, mencoba berkompromi dengan berbagai cara, dan bahkan mengotomatisasi penerimaan pesanan melalui browser manipulation program mereka.

Namun mempercayakan data ke tangan orang lain ternyata mengakibatkan biaya besar. Perusahaan program penerbitan yang saya percayai tertimpa ransomware dan sistemnya mati total dalam semalam, dan saya pernah mengalami beberapa kecelakaan kehilangan data. Meskipun ada program backup internal, melihat histori penjualan buku dan data yang berkumpang hilang dalam sekejap membuat saya menyadari dengan keras bahwa "data penerbitan tidak boleh bergantung pada orang lain, tetapi harus kita pegang langsung".

Jadi saya memutuskan dan selama satu tahun terakhir, saya menghabiskan waktu untuk menggabungkan seratus atau lebih fragmen mini-ERP yang tersebar selama 20 tahun menjadi satu kesatuan.

Awalnya saya pikir cukup membuat satu program manajemen yang solid untuk mengatur pesanan dengan baik dan membuat pembukuan berjalan lancar. Namun semakin saya kembangkan, selalu ada masalah yang sama. Sistem bisnis, setelah dibuat, tidak lama kemudian mulai berderit dan usang. Khususnya, ketika orang di banyak mitra bisnis berubah, hal-hal yang terjadi secara mengejutkan mempengaruhi sistem. Ketika personel mengubah, sistem (penjualan, pemasaran, acara) juga harus berubah bersama.

Buku yang terjual baik akan berhenti terjual ketika personel berubah, dan kampanye tidak maju. Buku yang diberi barang gadis yang lucu sebagai hadiah berhenti terjual karena personel sebelumnya yang Kristen tidak menyukainya. Bagaimanapun, penerbitan bukan produk manufaktur yang diproduksi sesuai spesifikasi. Setiap orang memiliki cara kerja yang berbeda. Perencana, editor, desainer masing-masing memiliki kebanggaan, dan buku yang sama dapat memiliki cara terbaik yang berbeda-beda tergantung situasinya. Beberapa orang ingin melihat koreksi dengan cara A, sementara yang lain ingin melakukan perencanaan dengan cara B. ERP tradisional yang kaku tidak dapat menampung beragam preferensi ini. Karena kami memaksakan orang masuk ke dalam sistem, akhirnya tidak digunakan lagi, atau pengembang terus menambah menu dan program itu sendiri runtuh.

Pada akhirnya, agar sistem bertahan, itu tidak harus bergerak dengan aturan tetap, tetapi harus memiliki struktur "evolusioner" yang berubah sesuai dengan cara orang bekerja. Dan yang menahan pusatnya adalah agen AI.

Sistem yang saya buat sekarang tidak memaksa hanya satu cara. Jika ada metode A dan B untuk riset pasar atau struktur daftar isi, agen menjalankan simulasi dengan setiap metode dan menghasilkan hasilnya. Dan berdasarkan pilihan dan hasil aktual dari mereka yang melaksanakan pekerjaan, cara yang lebih baik bertahan. Logika dan prompt yang bertahan menjadi "DNA" sistem, dan cara-cara yang ketinggalan secara alami tertinggal.

Poin kunci di sini adalah sumber daya yang digunakan tidak terbuang sia-sia. Baik gagal atau berhasil, semua ditebak halus dan ditinggalkan sebagai blok bangunan seperti Lego yang dapat digunakan kembali. Nanti ketika melakukan proyek lain, dapat diambil dalam kombinasi yang sama sekali berbeda. Selama satu tahun saya membuat sekitar 170 komponen seperti itu, dan sekarang saya masih memilih dan menggunakannya sesuai situasi.

Bidang pembuatan naskah dan konten juga sama. Karena tidak ingin bergantung pada layanan eksternal, saya langsung mengunggah perangkat lunak ringan open source seperti Gitea ke server internal dan mengatur sebagai pengganti GitBook. Teks pergi bolak-balik antara agen dan manusia, disempurnakan dengan proses yang dikomit seperti kode perangkat lunak dan dibagi menjadi cabang. Semua riwayat dari memo perencanaan, proof pertama, proof kedua, hingga naskah final tersimpan secara transparan, dan teks markdown yang telah dimurnikan dapat langsung digunakan sebagai data wiki atau penerbitan. Tidak peduli apakah kebijakan platform eksternal berubah, ini adalah repositori kami sendiri yang tidak tergoyahkan.

Saya juga menghubungkan Mac, NAS, dan PC berkinerja tinggi yang ada di kantor melalui jaringan. Pekerjaan pengeditan video atau berat dikirim ke PC dengan GPU dan dibawa kembali secara otomatis. Status penerbitan rencana baru ditampilkan dalam format kanban, dan daftar perekrutan ahli bahkan hari libur pengganti di mana distributor ditutup semuanya tercermin dalam jadwal. Setelah memasukkan bisnis radar yang memberikan jadwal cetak ulang sebelum stok keselamatan habis sambil melihat tren penjualan per buku, tabel basis data saja sudah melampaui 180 tabel dengan mudah. Mungkin alasan saya memperkenalkan program manajemen disk jarak jauh ke Damoa adalah karena saya mengunggah kisah yang dibuat untuk menemukan sumber daya mana yang tumpang tindih dan manajemen versi yang rusak secara terbalik karena saya memiliki trauma file? Karyawan yang keluar kerja melakukan pekerjaan pesaing selama jam kerja dan menuntut atas hal itu ^^ Jadi saya ingat mengembalikan disk yang dihapus dan menyerahkan bukti...

Bagaimanapun, awalnya saya menulis sebagai program independen, tetapi karena terus memperbaiki dan menambahkan fitur, akhirnya saya memindahkan seluruhnya ke lingkungan web dan server. Dari perspektif karyawan, mereka dapat melihat status pekerjaan mereka sendiri dan bahkan file duplikat di disk, jadi mungkin tidak terlalu menyenangkan, tetapi untuk mengumpulkan sumber daya yang tersebar menjadi satu tempat dan mengelolanya, itu tidak bisa dihindari.

Melihat ke belakang, tahun lalu lebih dekat untuk merangkai pengalaman dan fragmen trial-and-error yang saya alami di industri penerbitan selama 20 tahun menjadi satu organisme, daripada menulis kode program baru.

Saya merasa perlu menambahkan semua yang saya rasa diperlukan, jadi jujur saja saya merasa telah menambahkan terlalu banyak. Ketika melihat dasbor, seolah-olah semuanya berjalan secara otomatis, tetapi pada akhirnya, memutuskan buku mana yang akan dibuat dan membuat titik terakhir masih menjadi tanggung jawab manusia. Sistem hanya diam-diam mendukung dari belakang sehingga orang yang membuat dapat sepenuhnya fokus pada pekerjaan membuat buku.

Struktur di mana cara-cara yang baik tetap di sistem seperti gen, dan komponen yang tersisa menjadi pupuk untuk buku berikutnya. Daripada program yang selesai, saya sedang membangun suatu ekosistem yang terus diperbaiki dan berkembang setiap hari saat saya menerbitkan buku.

Kesimpulannya, tidak bisa dibuat dengan murah. ㅠㅠ Gunakan saja ERP yang sudah ada ㅠㅠ