Apabila syarikat membeli perisian atau perkhidmatan digital, dokumen tender masih kerap menyatakan bahawa “penyerta hendaklah melengkapkan XX orang jurutera kanan dan menyediakan sekurang-kurangnya XX orang bulan di tapak”. Borang penilaian pula menggunakan kaedah penilaian berdasarkan berat nilai bagi bilangan orang, kelayakan serta harga unit—kaedah ini pada dasarnya munasabah sepuluh tahun lalu, namunAgensi pintar dan penghantaran bantuan AIDalam era yang meluas ini, adalah mudah untuk memilih pembekal yang paling ramai orang berbanding yang memberikan hasil paling jelas.
Latar belakang dasar: Logik pembelian sedang berubah
Pelan Pelaksanaan Tindakan Khas “Kecerdikan Buatan + Perisian” yang diterbitkan oleh Kementerian Perindustrian dan Teknologi Maklumat pada September 2026 mencadangkan untuk mempercepatkan transformasi perisian kepada kecerdasan, membangunkan model seperti agen pintar sebagai perkhidmatan, serta menekankanJangan lihat berapa banyak yang dilaburkan, tetapi lihat sejauh mana keberkesanannya.. Bagi pihak pembeli, isyaratnya sangat jelas: jika masih hanya membandingkan hari bekerja dan bilangan kakitangan yang ditempatkan di lokasi, mungkin anda hanya akan mendapat “pelaksanaan yang meriah”, tetapi tidak akan memperoleh penambahbaikan perniagaan yang boleh disahkan.
Penilaian berdasarkan manusia vs penilaian berdasarkan keputusan: Apakah perbezaannya?
| Dimensi | Penilaian tender tradisional berdasarkan orang/hari | Penilaian berdasarkan keputusan |
|---|---|---|
| Indikator teras | Jumlah orang, tahap, bilangan hari berada di lokasi, harga unit | Gelung tertutup senario, skrip penerimaan, KPI selepas pelancaran |
| Penghantaran keperluan | Pilihan senarai fungsi | Operasi jawatan + Skop data + Peraturan pengecualian |
| Pemprosesan perubahan | Perbincangan di lokasi untuk menambah ahli dan menambah dana | Sijil perubahan mempengaruhi milestone mana dan KPI mana |
| AI/agen pintar | Biasanya tidak dimasukkan dalam penilaian | Memerlukan penjelasan mengenai titik peningkatan kecekapan, titik semakan manual, serta sempadan kebenaran. |
| Node pembayaran | Berdasarkan penyelesaian suku tahun atau bulan manusia | Pembayaran diluluskan berdasarkan penerimaan mengikut pencapaian milestone |
| Tumpuan pertikaian | “Adakah orang sudah tersedia?” | “Adakah skrip berjalan dengan lancar, adakah penunjuk telah meningkat?” |
Logik perniagaan: Bagaimana dokumen tender hendak diubah?
Tukarkan dokumen pembelian daripada “membeli tenaga manusia” kepada “membeli hasil”, disarankan untuk menulis semula empat bahagian:
- Senarai senario: Tulis “keadaan semasa dan masalah → operasi sasaran” mengikut jawatan, contohnya “Pembeli daripada membuat pesanan melalui e-mel kepada pengesahan PO dalam sistem secara tertutup”.
- Skrip penerimaan: Setiap senario disertakan dengan langkah-langkah ujian, data input dan output yang diharapkan; pihak penawar hendaklah menjawab satu demi satu mengenai kebolehcapaian.
- Janji KPI: Dalam tempoh 90 hari selepas pelancaran, terdapat petunjuk yang boleh dikuantifikasikan, seperti kadar pengurangan tempoh kelulusan, kadar perbezaan penyelarasan akaun, dan kadar ketepatan stok — petunjuk tersebut mesti boleh diambil data daripada sistem.
- Sempadan perkhidmatan: Latihan, penyelenggaraan operasi, pemindahan data dan penyelenggaraan peraturan agen pintar masing-masing menjadi tanggungjawab pihak mana, bagi mengelakkan situasi "selesai sebaik sahaja dilancarkan".
Cadangan berat penilaian:Kesesuaian rancangan dengan penerimaan 40% + keberkesanan kes sejenis 30% + harga 20% + keupayaan pasukan 10%. Pasukan masih perlu dilihat, tetapi tidak seharusnya mendominasi, jika tidak, kita akan kembali kepada hanya menambah bilangan orang.
Logik reka bentuk: Bagaimana agen pintar dan automasi memasuki penilaian bidaan
Jika pelan tersebut merangkumi khidmat pelanggan pintar, pengingat automatik dan enjin peraturan, pihak pembeli hendaklah meminta pihak penawar menjawab:
- Input dan output: Dokumen mana yang dibaca, status mana yang dimasukkan semula, sama ada boleh diaudit.
- Kebenaran dan Naik Taraf: Operasi mana yang mesti disahkan secara manual, dan bagaimana untuk meningkatkan apabila melebihi tempoh masa.
- Kepastian dan pemeriksaan rawak: Bagaimana mengukur garis asas komitmen, bagaimana memulihkan kesilapan operasi.
- Kunci pembekal: Adakah model, peraturan dan pangkalan pengetahuan boleh dieksport, bagi mengelakkan sistem terhenti apabila berpindah ke kilang lain.
Pelaksanaan dan Pengesahan: Akses Kedai Fasa Ketiga
Disarankan agar kontrak tersebut menyatakan dengan jelas mengenai sistem kawalan akses bagi tiga fasa, serta mengaitkan pembayaran dengan penerimaan:
- Fasa pertama (4–8 minggu): Skrip senario teras telah lulus 100%, latihan bagi watak utama telah selesai. Jika gagal, bayaran fasa kedua tidak akan dibayar.
- Fasa kedua (8–12 minggu): Proses merentasi jabatan telah disepadukan, antara muka dan data utama kekal stabil, serta pengumpulan data asas KPI telah dilancarkan.
- Fasa ketiga (90 hari operasi): Mengikut KPI kontrak, terdapat tempoh pembetulan dan klausa pemotongan bagi yang tidak mencapai sasaran, bukannya berada di lokasi secara tanpa had.
Jumlah kakitangan di lokasi boleh dijadikan sebagaiKaedah pelaksanaanMenulis lampiran, tetapi ia tidak seharusnya menjadi objek kontrak utama. Objek kontrak utama seharusnya ialah “skrip mana yang diluluskan dan penunjuk mana yang ditingkatkan”.
Kesilapan yang kerap berlaku pada pihak pembeli
Kesilapan pertama: Menang tender dengan harga rendah berdasarkan hari kerja——Peningkatan pada peringkat akhir akan meningkatkan kos keseluruhan. Langkah penyelesaian: menetapkan had harga keseluruhan + jadual penetapan harga bagi perubahan.
Kesilapan kedua: Semakin banyak fungsi, semakin baik——Kadar pelancaran rendah. Tindakan: pecahkan kepada senario berperingkat, dengan fasa pertama yang sedikit tetapi tertutup.
Kesilapan ketiga: Mengabaikan data utama——Selepas sistem dilancarkan, data menjadi kacau dan tidak teratur, menyebabkan kesilapan yang semakin ketara. Tindakan: Melaksanakan penerimaan berasingan bagi pencapaian penting dalam pengurusan data utama.
Kesilapan keempat: Tidak menentukan kaedah pengumpulan data KPI——Ketika berlaku pertikaian, setiap pihak mengira sendiri. Langkah penyelesaian: Rumus petunjuk, sumber data dan tempoh statistik hendaklah dimasukkan sebagai lampiran, serta disahkan oleh jabatan IT bahawa sistem boleh memperoleh data secara automatik.
Tindakan seterusnya
Jika anda sedang memulakan semula projek ERP, OA, SRM atau pembangunan digital yang disesuaikan, anda boleh terlebih dahulu menjalankan “pemeriksaan kesihatan tender” selama seminggu: tandai semua butiran bilangan hari dalam dokumen RFP sedia ada dengan warna merah, kemudian tulis semula setiap butir tersebut dalam bentuk senario + skrip + KPI. Jika tidak sempat menyiapkannya sepenuhnya pun tiada masalah, sekurang-kurangnya versi tender seterusnya tidak lagi memilih penyedia perkhidmatan berdasarkan logik tahun 2015.
Pengubahsuaian teknologi dalam industri perisian bukan sahaja berlaku di bengkel pihak B, malah turut berlaku di jabatan pembelian pihak A. Sesiapa yang terlebih dahulu menilai tender berdasarkan keputusan, lebih berkemungkinan akan memperoleh sistem pengurusan yang benar-benar berguna, boleh dipertanggungjawabkan dan boleh dikaji semula pada era agensi pintar, bukannya sekadar senarai panjang nama orang.
Perkara tambahan yang perlu diberi perhatian dalam pembelian oleh syarikat milik negara dan kumpulan
Pembelian berskala besar sering kali perlu mengambil kira kedua-dua kepatuhan dan keberkesanan: boleh mengekalkan syarat kelayakan serta klausa anti-rasuah dalam dokumen tender, tetapiJadual penilaian teknikalPerlu menetapkan “kepenuhan respons skrip penerimaan” dan “kesukaran pengukuran KPI” sebagai komponen yang wajib, bagi mengelakkan penilaian teknikal menjadi sekadar formaliti. Dalam senario berbilang entiti perniagaan di peringkat kumpulan, pihak tender hendaklah diminta menjelaskan bagaimana data utama dan kebenaran akses dapat menyokong anak syarikat, serta melaksanakan pelaksanaan ujian pada entiti perniagaan terpilih terlebih dahulu sebelum memperluasnya, bukannya terus melaksanakan penyelarasan menyeluruh bagi keseluruhan kumpulan.
Dalam sesi demonstrasi jawatankuasa pembelian, disarankan agar 2–3 skrip dipilih secara rawak di lokasi untuk dilaksanakan oleh pihak penawar, sementara juri menilai berdasarkan output yang diharapkan—ini lebih menggambarkan pengalaman sebenar selepas sistem dilancarkan berbanding hanya melihat PPT. Pada peringkat rundingan kontrak, masukkan “tempoh pembaikan dan formula pemotongan bagi keadaan tidak mencapai KPI” dalam teks utama; langkah ini lebih berkesan melindungi kedua-dua pihak berbanding bergantung pada hubungan untuk rundingan selepasnya. Reformasi penilaian tender tidak perlu menunggu keluaran piawaian negara seterusnya; dalam tender seterusnya, boleh terlebih dahulu mencuba satu skrip, satu KPI, serta satu fasa kawalan akses. Melakukan percubaan berskala kecil dengan kesilapan adalah lebih baik daripada menunggu templat yang sempurna, membolehkan kita menyesuaikan diri dengan perubahan berkaitan dasar mahupun teknologi.