Catatan editor: Dalam dua dekad terakhir, parit pertahanan SaaS sebahagian besar dibina di atas UI. Dashboard, medan, aliran persetujuan, dan kebiasaan pengguna bukan sahaja antaramuka operasi, tetapi juga membentuk cara organisasi bekerja dan ketertiban data. Apabila AI boleh membaca data, memanggil alat, dan menjalankan proses secara langsung, kelekatan yang dibentuk oleh ingatan otot manusia mula melemah, dan UI tidak lagi menjadi antaramuka utama perisian perusahaan.
Ini tidak bermakna sistem rekod kehilangan nilainya, tetapi pertahanannya sedang berpindah: dari UI dan kebiasaan penggunaan, kepada model data, sistem keizinan, tanggungjawab pematuhan, logik perniagaan, penutupan pelaksanaan, dan rangkaian kerjasama pelbagai pihak. Perisian yang benar-benar mempunyai halangan di masa depan mungkin bukan lagi hanya pangkalan data yang merekodkan kerja manusia, tetapi sistem tindakan yang mampu menangkap konteks, memulakan tugas, mengkoordinasikan agen, dan terus menghasilkan data baharu semasa pelaksanaan.
Apabila perisian bergerak menuju headless, masalah utama perisian perusahaan turut berubah: nilai bukan lagi tentang siapa yang memiliki data, tetapi siapa yang mampu mengatur tindakan berdasarkan data tersebut.
Berikut ialah teks asal:
Bulan lalu, Salesforce mengumumkan akan membuka API dan melancarkan produk headless. Pada dasarnya, ini bermaksud bahawa Salesforce sedang membuat tumpuan bahawa nilai utamanya dalam era Agen bukan lagi datang daripada UI, tetapi daripada lapisan data. Ini adalah penyesuaian semula yang agak bijak.
Namun, perlu ditekankan bahwa dari segi teknis, pelancaran ini kelihatan tidak membawa banyak perubahan yang bermakna. API yang Salesforce kini menamakan sebagai “produk headless” sebenarnya telah wujud selama bertahun-tahun. Dengan kata lain, ini lebih seperti pelancaran pemasaran klasik Salesforce.
Gagasan utama produk baharu ini ialah, Agent boleh mengakses data dalam sistem rekod secara langsung, tanpa perlu berinteraksi melalui UI yang direka untuk manusia. Fungsi UI tradisional adalah untuk membantu pengguna manusia memantau proses, mengurus tugas, dan memajukan alur kerja; tetapi selepas Agent terlibat, keperluan lapisan antara muka ini mula berkurang.
Yang benar-benar patut dibincangkan dalam pelancaran ini bukanlah produk baru apa yang dikeluarkan oleh Salesforce, tetapi soalan yang lebih mendasar yang ia ajukan: jika antaramuka pengguna dikeluarkan dan hanya pangkalan data bawahannya dibuka, apakah yang tinggal pada sistem rekod? Seberapa besar perbezaannya antara sistem rekod itu dengan pangkalan data Postgres, satu set skema data yang direka dengan baik, dan sekumpulan API?
Secara lebih lanjut, faktor-faktor klasik yang dahulu menjadikan sistem rekod mempunyai pertahanan jangka panjang, adakah ia masih berlaku? Atau adakah standard persaingan baharu telah muncul?
Pada era SaaS, sistem rekod memiliki parit pertahanan kerana pengguna manusia hidup dalam antaramuka itu dalam jangka masa yang panjang. Antaramuka membawa kebiasaan pengoperasian, proses organisasi, dan pengendapan data, yang seterusnya membentuk kos pengalihan yang tinggi. Tetapi pada era Agen, kelebihan ini sedang melemah. Peringkat yang benar-benar mempunyai pertahanan sedang menurun ke model data, sistem kebenaran, logik aliran kerja, dan kemampuan pematuhan; sementara itu ia juga naik ke efek rangkaian, kemampuan menghasilkan data eksklusif, dan kemampuan pelaksanaan di dunia nyata.
Apabila perisian bergerak ke arah headless, parit pertahanan sebenarnya akan berpindah ke mana?
UI dahulu adalah produk itu sendiri
Sistem Rekod (System of Record, SoR) merujuk kepada sumber fakta autoritatif bagi jenis data perniagaan tertentu. Ia merupakan tempat di mana "versi rasmi" data seperti hubungan pelanggan, rekod pekerja, atau transaksi kewangan disimpan, serta sistem utama yang digunakan oleh alat-alat lain untuk membaca dan menulis data. CRM adalah sistem rekod untuk data yang berkaitan dengan pendapatan, HRIS adalah sistem rekod untuk data yang berkaitan dengan tenaga kerja, dan ERP adalah sistem rekod untuk data yang berkaitan dengan dana dan kewangan.
Kekuatan sistem-sistem ini bukan hanya kerana ia menyimpan data, tetapi kerana ia akhirnya menjadi "versi realiti" yang menjadi asas kepada operasi keseluruhan organisasi.
Dalam dua dekad terakhir, apa yang dijual oleh Salesforce kepada pelanggan sebenarnya adalah satu set cara untuk pengurus jualan mengurus pasukan mereka. Dasbor, tampilan salur jualan, alat ramalan, dan aliran maklumat dinamik adalah produk yang sebenarnya dibeli. Model perniagaannya dibina atas penjualan tempat kepada pengguna, yang pada dasarnya memberikan akses kepada fungsi-fungsi tersebut. Pangkalan data bawahannya memang penting, tetapi dalam pengalaman produk ia lebih seperti infrastruktur tersirat.
Dengan kata lain, yang benar-benar mendorong kekentalan pengguna adalah UI.
UI membatasi piawaian data dan membentuk bahasa bersama: petunjuk, peluang jualan, akaun pelanggan. Ia membolehkan ribuan wakil jualan terus memasukkan data yang sebelumnya mungkin tidak ingin mereka masukkan. Dahulu, UI adalah mekanisme yang mengekalkan konsistensi dan ketersediaan data. Salesforce begitu melekat sehingga ramai pengurus jualan terus membawa Salesforce ke syarikat baru selepas berpindah, bukan kerana antaramukanya sangat cemerlang, tetapi kerana ia telah menjadi ingatan otot.
Namun, Agent sedang memulakan perubahan terhadap model ini. Mereka tidak lagi perlu berinteraksi dengan perisian melalui antaramuka, tetapi boleh membaca dan menulis data asas secara langsung. Ini juga mendorong munculnya alat-alat dan alternatif baru yang mengelakkan antaramuka tradisional. Salesforce bukanlah satu-satunya contoh: kami baru-baru ini juga membincangkan bagaimana ekosistem yang lebih sesuai untuk panggilan AI sedang tumbuh di sekeliling SAP.
Sementara itu, agen yang mampu mengendalikan komputer juga akan membuat faktor-faktor manusia tradisional seperti preferensi, pelatihan, dan konteks yang tidak didokumentasikan menjadi semakin tidak penting seiring berjalannya waktu. Dengan kata lain, syarat-syarat yang diperlukan untuk menjadi sistem pencatatan yang berkelanjutan sedang berubah.
Kriteria penilaian sebelumnya
Sebelum membincangkan apa yang akan berubah dalam era Agen, penting untuk kembali kepada satu soalan dengan lebih tepat: apakah yang membuat sistem rekod berkesan di masa lalu?
Faktor-faktor sebelum ini terutamanya berkaitan dengan bagaimana manusia menggunakan perisian dan preferensi manusia itu sendiri. Perisian sukar diganti kerana bergantung kepada UI, kebiasaan penggunaan, alur kerja manusia, serta pengaturan institusi yang telah tertanam dalam proses organisasi.
Pertama, seberapa kerap ia diakses?
CRM digunakan setiap hari oleh pasukan GTM dan lebih banyak jabatan berkaitan. Justeru penggunaan yang kerap ini menjadikannya sebagai infrastruktur penting. Manakala lapisan manusia yang dibina di atasnya—seperti mesyuarat pasukan, kebiasaan operasi, dan ritma pengurusan yang terbentuk selama bertahun-tahun—sering kali merupakan bahagian yang paling sukar dipindahkan. Sebabnya ialah, ia sering kali tidak dikenal pasti sebagai sesuatu yang “perlu dipindahkan”.
Kedua, ia hanya boleh ditulis, atau boleh dibaca dan ditulis?
Sistem rekod yang benar-benar menarik biasanya merupakan sistem dua arah baca-tulis. Sebagai contoh, CRM bukanlah sistem penulisan yang hanya bertanggungjawab untuk menyimpan arsip, tetapi juga sering dibaca. Setiap rekod panggilan, setiap kemas kini peringkat, setiap penciptaan tugas, semuanya dimasukkan oleh pengguna tertentu, dan pengguna ini biasanya juga peduli bagaimana data tersebut akan digunakan seterusnya.
Aliran dua hala ini bermakna sebarang alternatif mesti mampu menerima data operasi masa nyata, bukan sekadar mengeksport data sejarah. Hampir tidak ada titik peralihan yang mutlak selamat semasa proses pemindahan. Oleh itu, sekali perniagaan selesai dilancarkan, ia biasanya akan kekal dalam sistem pembekal asal untuk jangka masa yang panjang.
Sebaliknya, sistem pelacak calon (ATS) biasanya lebih dekat kepada sistem "tulis-sahaja". Selepas calon diterima atau ditolak, sebab bagi syarikat untuk menggunakan semula data tersebut adalah相对 terhad.
Ketiga, berapakah SOP yang tidak didokumentasikan?
Konteks perniagaan yang benar-benar penting sering kali tidak ditulis dalam wiki mana pun, tetapi terkumpul dalam peraturan alur kerja yang dibina oleh pentadbir dan pengintegrasian sistem selama bertahun-tahun.
Sebagai contoh sistem jualan, konteks yang tidak didokumentasikan ini mungkin termasuk: transaksi perusahaan melebihi 100 ribu dolar AS memerlukan persetujuan VP; transaksi di wilayah EMEA mesti melalui tinjauan privasi; diskaun untuk pelanggan strategik hanya boleh melintasi persetujuan kewangan pada akhir kuartal.
Konteks-konteks ini sering menentukan sama ada sesuatu perkara boleh didorong dengan segera, atau boleh diselesaikan tanpa melanggar prosedur penting. Migrasi sistem bermaksud perlu membongkar semula setiap peraturan automatik; jika tidak, syarikat mungkin kehilangan sebahagian ingatan organisasi secara langsung.
Keempat, seberapa kompleks ketergantungan dalaman atau luaran?
Masalah utama ialah: berapa banyak sistem dalaman, proses pasukan, atau pihak berkepentingan luar yang bergantung kepada sistem rekod ini?
Keterhubungan dalaman merujuk kepada berapa banyak perisian atau alur kerja hulu yang bergantung padanya. Keterhubungan luaran pula merujuk kepada sama ada pihak luar seperti auditor, juruaudit, atau agensi pengawas perlu mengakses data di dalamnya secara langsung. ERP adalah contoh klasik.
Semakin tinggi keterhubungan, sama ada dalaman atau luaran, semakin kompleks hubungan yang perlu dibongkar dan dibina semula semasa migrasi.
Kelima, dari sudut pandang kepatuhan, seberapa pentingkah data tersebut?
Masalah utama di sini adalah mudah: adakah sistem ini penting dari segi kepatuhan?
Sistem penting kepatuhan seperti sistem gaji, ERP, dan data sumber daya manusia mesti menyediakan sumber fakta yang sah secara undang-undang dan memiliki kawalan keizinan pentadbir yang ketat. Sebarang pemindahan mungkin memerlukan penyemak audit dan badan pengawal terlibat secara langsung. Ini menjadikan kekentalannya jauh lebih tinggi.
Data sales and customer support tools like Zendesk sit at the other end. While businesses certainly care about continuity and context, data migration or unauthorized access typically does not immediately trigger regulatory risks.
Tidak semua sistem rekod mempunyai kos peralihan yang sama tinggi. Membandingkan CRM dan ATS dalam dimensi yang sama akan menunjukkan perbezaan yang jelas.
ATS adalah alat aliran kerja yang melayani proses terbatas, yang berpusat pada rekrutmen. Setelah pelamar diterima atau ditolak, rekod terkait kebanyakannya menjadi data yang ditulis sekali sahaja. Lingkungan integrasinya lebih sempit, dan penggunanya lebih kecil serta lebih terfokus.
ERP pula berada di hujung yang lain. Buku besar itu sendiri adalah jejak audit, dan juruaudit, pegawai audit, serta agensi pengawas akan menjadi pihak berkepentingan terus dalam proses pemindahan.
Mengganti ATS itu menyakitkan, tetapi masih boleh ditanggung. Mengganti CRM seperti menjalani pembedahan terbuka dada. Mengganti ERP pula seperti menjalani pembedahan terbuka dada kepada peserta maraton.
Secara tradisional, sistem rekod tidak benar-benar memanfaatkan sumber-sumber parit seperti data eksklusif atau efek rangkaian; biasanya, alur kerja itu sendiri sudah cukup untuk membentuk halangan. Dalam beberapa segi, menggabungkan alat dengan rangkaian lebih banyak menjadi ciri perniagaan peringkat pengguna akhir; SoR sejarah tidak mengikuti jalan ini.
Data eksklusif. Walaupun banyak sistem rekod telah mengumpulkan sejumlah besar data pelanggan, mereka tidak benar-benar memanfaatkan data tersebut secara mendalam, dan dalam banyak kes, syarat kontrak tidak membenarkan mereka melakukannya. Oleh itu, walaupun CRM memiliki set data yang kaya dan secara teori boleh menggabungkan data daripada pelanggan yang berbeza untuk menghasilkan wawasan lintas-pelanggan, ia tidak pernah dilakukan dengan cara yang benar-benar bermakna. Tentu saja, produk seperti Einstein dari Salesforce pernah membuat beberapa usaha.
Efek rangkaian. Bagi sistem rekod, parit perlindungan yang paling ideal seharusnya ialah efek rangkaian: contohnya, CRM menjadi lebih berharga apabila penjual perisian dapat menemui pembeli di dalamnya. Tetapi, seperti data, efek rangkaian bagi sistem rekod secara sejarah telah lemah, atau bahkan boleh dikatakan hampir tidak wujud.
Jika UI hilang, apakah yang tinggal dalam perisian selepas Agen tiba?
Agen tidak memerlukan pelayar. Agen memerlukan API, konteks, arahan, dan kemampuan untuk melaksanakan tindakan. Terdapat dua perkara yang membolehkan semua ini berlaku secara berskala: pertama, LLM kini memiliki kemampuan penalaran yang cukup kuat, sehingga Agen boleh membaca konteks, membuat perancangan, memilih alat, melaksanakan tindakan, dan menilai semula hasilnya tanpa memerlukan campur tangan manusia dalam kebanyakan tugas; kedua, MCP memstandardisasi cara akses alat, menyediakan antaramuka umum untuk Agen memanggil kemampuan luaran.
Sebuah Agent dengan akses MCP boleh menyelesaikan operasi yang sebelumnya dilakukan oleh pengguna manusia di platform dalam masa milisaat secara berskala besar, tanpa memerlukan pelayar. Dalam keadaan konteks yang mencukupi, Agent yang mampu mengendalikan komputer bahkan boleh terus menggunakan antaramuka perisian sedia ada, tanpa perlu API.
Secara ringkas, pembeli perisian kini mempunyai tiga laluan:
Pertama, terus gunakan sistem sedia ada dan tambahkan Agent di atasnya.
Gunakan ia melalui CLI dan API sistem sedia ada, sama ada menggunakan produk Agent asli pengeluar seperti Agentforce dari Salesforce atau Joule dari SAP, atau membina Agent sendiri di atasnya. Tentu saja, di sini kita andaikan API adalah lengkap dan boleh digunakan, serta mengabaikan kerumitan yang mungkin dibawa oleh "headlessisation" dalam operasi sebenar.
Kedua, sistem rekod yang dibina sepenuhnya sendiri.
Perusahaan boleh membina model data, logik operasi, sistem kebenaran, penjejakan audit, dan integrasi sistem sendiri, serta stak Agent mereka sendiri dari awal. Laluan ini kemungkinan besar akan menggunakan alat pembangunan Agent pihak ketiga dan alat pangkalan data.
Ketiga, beli alternatif berasaskan AI.
Perusahaan juga boleh membeli perisian generasi baru yang direka khas untuk era Agent sejak awal. Produk-produk ini menekankan keterbacaan mesin, menjadikan pengaturan Agent sebagai kemampuan utama, bukan sekadar menambah fungsi AI secara tambal sulam ke sistem lama. Produk-produk ini juga mungkin bersifat headless.
Apakah perkara-perkara tertentu dalam kriteria penilaian lama akan kekal?
Faktor-faktor yang didorong oleh perilaku dan preferensi manusia, seperti frekuensi pengunjung, sifat baca-tulis, dan indikator yang berkaitan dengan ingatan otot manusia, akan perlahan-lahan melemah. Agen mungkin melemahkan nilai ingatan otot sebagai parit perlindungan, tetapi mereka tidak akan menghilangkan parit perlindungan dari logika operasi dan konteks perniagaan. Dalam beberapa hal, mereka justru akan menjadikan logika-logika ini lebih penting, kerana agen perlu bergantung kepada peraturan, kebenaran, dan definisi proses yang jelas untuk melaksanakan tugas dengan selamat.
SOP yang tidak didokumentasikan masih penting dalam jangka pendek.
Logik institusi yang terkandung dalam peraturan alur kerja organisasi adalah apa yang diperlukan oleh Agent untuk melaksanakan tugas dengan betul atas nama anda. Ini juga merupakan bahagian yang paling sukar untuk dibina semula. Sekurang-kurangnya pada masa ini, ia masih tidak boleh dieksport dengan bersih, terutamanya apabila sebahagian proses masih memerlukan penyertaan manusia. Namun, menangkap konteks kini menjadi semakin mudah; seiring dengan Agent menggantikan lebih banyak kerja manual, kepentingan faktor ini akan berkurang secara beransur-ansur.
Kesambungan masih sukar dipisahkan, dan akan terus meluas ke kedalaman yang lebih tinggi.
Maksud keterhubungan sedang berubah. Ia tidak lagi sekadar untuk menyelaraskan kerja manusia, tetapi untuk mengekalkan keterhubungan antara fungsi dan perisian yang tradisionalnya terpisah.
Seorang agen CRM perlu menghubungkan data dan konteks dari pelbagai peringkat seperti jualan, bil, dan kejayaan pelanggan. Jika platform anda juga menjadi nod transaksi antara beberapa organisasi luaran, seperti pembeli, penjual, dan rakan kongsi yang semuanya melalui sini untuk berinteraksi, maka ketergantungan akan semakin mendalam.
Apabila pengeluar menambahkan Agent, mungkin sukar untuk bekerjasama dengan lancar antara objek dan logik asas perisian bawahannya; syarikat yang hanya bergantung pada satu pangkalan data sendiri dan sekumpulan Agent juga akan menghadapi masalah serupa.
Data penting kepatuhan masih penting.
Data yang melibatkan agensi pengawasan, risiko pengawasan, atau risiko undang-undang masih memerlukan sumber fakta data yang tunggal dan boleh dipercayai. Jika pelanggan sudah mempercayai produk semasa, kemungkinan mereka berpindah sistem akan lebih rendah.
Sebagai contoh dengan data gaji dan perakaunan, agen mungkin memang memerlukan akses kepada data ini, tetapi kebanyakan syarikat jarang memilih untuk membina dan mengekalkan sistem semacam ini secara dalaman.
Dalam dunia yang sepenuhnya beragen, salah satu masalah paling sukar diselesaikan ialah: agen mana yang diberi kuasa untuk melakukan apa? Mereka bertindak atas nama siapa? Bagaimana tindakan-tindakan ini diaudit? Jika sistem rekod mampu menjadi lapisan identiti dan kebenaran antara agen-agen, ia akan memperoleh peranan struktural yang benar-benar sukar digantikan. Halangan di sini bukan hanya data apa yang dimilikinya, tetapi arsitektur kepercayaan apa yang ia jalankan.
Melihat ke depan, bagi perusahaan rintisan berasaskan AI, satu set faktor baru akan menjadi semakin penting dan menentukan sama ada mereka boleh membentuk pertahanan.
Pertama, seberapa sukar untuk membina semula sistem rekod ini?
Data akan menjadi lebih penting di beberapa peringkat.
Pertama, dalam jangka pendek, kuncinya ialah sejauh mana data asas sistem rekod boleh diekstrak dan dibina semula. AI sedang membuat perkara ini lebih mudah, dengan satu siri alat membantu pengguna melakukan pengalihan dan pembinaan semula sebegini.
Dalam jangka pendek, pengeluar yang ada boleh, dan sangat mungkin akan membuat perkara ini lebih sukar: mereka boleh membuat API sukar digunakan, terhad, tidak lengkap, atau tidak ekonomik secara ekonomi, atau bahkan tidak menyediakan API sama sekali. Tetapi seiring dengan kemajuan alat ekstraksi yang berterusan, terutamanya kemampuan Agen yang boleh mengendalikan komputer, pemulihan data akan menjadi semakin mudah.
Sambil itu, syarikat baharu juga sedang membina semula set data yang lebih kaya daripada e-mel, telefon, agen suara, dan dokumen dalaman. AI mengurangkan 80% kos untuk membina semula sistem rekod. Yang benar-benar membezakan antara satu permulaan yang berguna dan satu pengganti sejati ialah 20% yang tinggal: kes pengecualian, proses pengesahan, keperluan pematuhan, dan alur kerja dalam skenario pinggir.
Kedua, adakah data eksklusif yang benar-benar bermakna?
Selanjutnya, data itu sendiri akan menjadi lebih berharga.
Data yang benar-benar bersifat pertahanan bukanlah data yang anda import, tetapi data yang dihasilkan secara unik oleh produk anda. Kami sering menyebutnya sebagai “kebun dinding data”: data ini bersifat eksklusif, terikat oleh pembatasan peraturan, atau memerlukan kemas kini berterusan. Sebuah pembekal perisian yang menginvestasikan sumber daya besar untuk mengumpul data yang berwibawa dan lengkap akan memiliki keunggulan jelas berbanding pembekal generik atau pesaing yang tidak memiliki data semacam ini.
Data juga mempunyai arah penting lain: sama ada ia bergantung kepada tindakan yang dihasilkan di dalam produk.
Syarikat terbaik tidak hanya menyimpan data yang dimasukkan dari tempat lain. Mereka menghasilkan jejak data baru secara berterusan kerana berada di dalam proses, seperti perilaku yang diperhatikan, kadar respons, pola masa, hasil proses, tolok industri, corak penyimpangan, dan jejak pelaksanaan Agent.
Kuncinya: data kini adalah konteks.
Ketiga, adakah anda menguasai lapisan tindakan?
Dalam dunia lama, menyimpan rekod sudah cukup. Tetapi dalam dunia baru, Agen akan bertindak secara langsung, dan pertahanan mungkin beralih kepada produk yang mampu membentuk gelung tertutup: dari bertindak, menangkap hasil, hingga memanfaatkan maklum balas untuk mengoptimumkan keputusan masa depan.
Untuk ERP, ini mungkin termasuk persetujuan perbelanjaan, memicu pembayaran gaji, pengesahan invois, dan penghantaran notifikasi. Produk yang mampu menutup lingkaran lebih berdaya tahan kerana ia menyatu dengan proses pelaksanaan, bukan sekadar berada di tahap pemerhatian. Ia menghasilkan data unik yang terus membaik seiring penggunaan, dan menjadi lebih sukar diganti kerana pencabutannya akan merosakkan alur kerja.
Of course, as more context is accumulated and edge cases are handled more thoroughly, the value here will continue to rise.
Keempat, adakah ia mengandungi peringkat pelaksanaan di dunia nyata?
Beberapa model perniagaan terhubung dengan operasi dunia nyata, dan bahagian-bahagian ini tidak sepenuhnya diotomatiskan. Contoh yang paling jelas ialah syarikat yang memiliki rangkaian operasi, seperti DoorDash. Mereka secara sejarah bukanlah sistem rekod, tetapi sangat memberi inspirasi di sini.
Secara lebih luas, sebarang syarikat yang mampu memperluaskan kitaran perisian ke dalam perkhidmatan, pemenuhan, logistik, operasi tapak, atau peringkat pembayaran, memiliki pertahanan yang berbeza daripada SaaS tulen. Syarikat-syarikat ini bukan sahaja menyimpan rekod, atau hanya mencadangkan tindakan; mereka menghantar orang, menggerakkan barangan, atau menyelesaikan perkhidmatan tertentu.
Untuk usahawan, ini bermakna peluang mungkin muncul di pasaran di mana perisian semakin mampu membuat keputusan, dan agen semakin mampu mengkoordinasikan proses, tetapi kilometer terakhir masih memerlukan pelaksanaan di dunia nyata. Contohnya, perisian tegak yang dikaitkan dengan perkhidmatan di tempat merupakan satu arah yang typikal.
Kelima, adakah kesan rangkaian?
Secara sejarah, kebanyakan sistem rekod mempunyai kesan rangkaian yang lemah kerana ia kebanyakannya merupakan perisian dalaman. Tetapi di era Agen, jika sebuah sistem disematkan ke dalam alur kerja pelbagai pihak, kesan rangkaian mungkin menjadi jauh lebih penting.
Jika satu sistem bertanggungjawab untuk mengatur interaksi berulang antara banyak pihak, seperti pembeli dan penjual, majikan dan pekerja, syarikat dan auditor, pembekal dan pelanggan, pemberi bayaran dan pihak perkhidmatan, maka setiap penambahan pihak terlibat mungkin menjadikan rangkaian ini lebih bernilai kepada pihak seterusnya.
Salah satu cara ialah kerjasama alur kerja: produk menjadi tempat kedua belah pihak dalam proses melakukan transaksi, bertukar konteks, dan mengendalikan pengecualian.
Cara lain ialah berdasarkan kepada kecerdasan: sistem boleh menunjukkan norma industri, keadaan tidak biasa, dan cadangan tindakan berdasarkan corak yang diperhatikan dalam rangkaian, yang saling memperkuat nilai data yang disebutkan sebelumnya.
Cara ketiga ialah kepercayaan dan standardisasi: sekali pihak lawan transaksi mulai bergantung pada satu set laluan yang sama untuk menyelesaikan persetujuan, serah terima, kesesuaian, atau pembayaran, produk ini tidak lagi hanya menjadi pangkalan data, tetapi infrastruktur kolaboratif pasaran itu sendiri, oleh itu ia juga akan lebih sukar digantikan.
Dalam keenam, seberapa kuat kemampuan teknikal pembeli?
Dalam dunia di mana setiap orang secara teori boleh membina Agent sendiri, kemampuan sebenar pelbagai pihak pembeli untuk membina tetap berbeza besar. Terutamanya dalam industri vertikal serta pihak pembeli fungsional yang sebelum ini tidak mempunyai sumber kejuruteraan dalaman yang kuat, kebarangkalian mereka membina, menyelenggarakan, dan terus memperbaiki pangkalan data, logik aliran kerja, stak Agent, dan lapisan tata tertib masih rendah.
Kos juga penting di sini. Secara teori, DIY mungkin mengurangkan kos lesen perisian, tetapi seringkali mengalihkan perbelanjaan kepada pelaksanaan, penyelenggaraan, dan kompleksiti dalaman.
Ini bermakna, masih terdapat peluang sebenar dalam kategori-kategori yang beroperasi secara kompleks tetapi mempunyai bekalan teknologi yang tidak mencukupi, seperti pengeluaran, latar belakang pembinaan, proses industri, alur kerja perkhidmatan tapak, dan bidang perakaunan.
Beberapa faktor lagi juga penting dan akan secara beransur-ansur menjadi paras asas perisian.
Sebagai contoh, ontologi perlu berubah. Banyak idea "database sendiri" yang meremehkan nilai yang dibawa oleh model objek itu sendiri. Perisian sedia ada dibina untuk dashboard, laporan, dan pengguna manusia, yang menangkap objek dalam alur kerja, seperti peluang jualan, tiket kerja, dan calon.
Namun, skema era Agent perlu menangkap penalaran, tindakan, pelacakan status, penanganan pengecualian, penghantaran tugas, serta kerjasama antar sistem. Model objek asli mungkin bukan lagi peluang, tiket, dan kandidat, tetapi tugas, niat, benang, strategi, atau hasil.
Sama seperti itu, sistem kebenaran juga perlu dikemas kini. Ia tidak lagi hanya mengurus pengguna manusia, tetapi perlu mengurus Agent. Ini termasuk: siapa yang boleh melakukan apa, melalui Agent mana, di bawah strategi apa, memerlukan persetujuan apa, meninggalkan jejak audit bagaimana, serta bagaimana melakukan rollback dan penanganan pengecualian.
Tentu, semua ini bergantung pada isu kos, seperti berapa banyak yang diperlukan untuk membina dan menyelenggarakan Agent dan pangkalan data, serta berapa tinggi kos akses API. Ini akan kembali kepada beberapa soalan utama: seberapa sukar penjanaan semula data, berapa banyak ketergantungan, dan seberapa dalam sistem tersebut tertanam.
Jadi, apakah kesimpulannya?
Seiring dengan pengembang perisian sedia ada yang berpindah ke model headless, mereka sebenarnya membuat pertaruhan tersirat bahawa lapisan data masih akan menjadi sumber utama nilai. Dalam beberapa kategori, terutamanya bidang seperti perkhidmatan kewangan yang sangat dipengaruhi oleh kepatuhan peraturan, pertaruhan ini mungkin masih berlaku untuk sementara waktu, dan proses headless mungkin berlaku lebih perlahan.
Namun, bagi usahawan perisian, seiring dengan peniaga sedia ada yang mula menghilangkan antaramuka, cara bersaing dengan mereka dan cara membina perisian yang mempunyai pertahanan jangka panjang sedang berubah.
Sistem rekod generasi seterusnya telah mula menunjukkan bentuk yang berbeza: ia bukan lagi hanya gudang data untuk merekodkan kerja manusia, tetapi lebih bersifat Agent — mampu menangkap konteks, memulakan kerja secara aktif, dan merekodkan jejak data yang dihasilkan semasa pelaksanaan.
Lebih lanjut, syarikat yang paling menarik akan meluas ke peringkat pelaksanaan dunia nyata: mereka akan mengkoordinasikan kakitangan di tapak, penyedia logistik, pasukan perkhidmatan, dan aset fizikal, atau berada di antara pelbagai pihak sebagai lapisan perantara untuk kerjasama pelbagai pihak.
Syarikat-syarikat ini akan menggabungkan pelbagai model perniagaan dunia lama. Sementara itu, inti sistem rekod tradisional, iaitu data, akan perlahan-lahan mundur ke latar belakang, menjadi asas dasar yang menyokong operasi keseluruhan sistem.
Klik untuk mengetahui jawatan yang sedang diiklankan oleh BlockBeats
Selamat datang ke komuniti rasmi律动 BlockBeats:
Kumpulan langgan Telegram: https://t.me/theblockbeats
Grup percakapan Telegram: https://t.me/BlockBeats_App
Akaun rasmi Twitter: https://twitter.com/BlockBeatsAsia