Bagaimana mengevaluasi perangkat lunak sebelum mengadopsinya di perusahaan Anda?

Mengadopsi perangkat lunak baru di sebuah perusahaan Hal ini dapat membuat perbedaan antara peningkatan efisiensi yang signifikan dan terjebak dalam biaya, resistensi internal, dan proyek-proyek tanpa akhir yang tidak pernah benar-benar membuahkan hasil. Sebagian besar organisasi langsung mengikuti tren "alat terbaru" atau apa pun yang direkomendasikan vendor lain, tanpa melalui proses evaluasi yang ketat.

Lakukan evaluasi menyeluruh terhadap perangkat lunak sebelum mengimplementasikannya. Ini bukan hanya tentang membandingkan fitur dalam tabel, tetapi tentang memahami masalah nyata, proses, orang, total biaya, dan risiko jangka menengah dan panjang. Jika Anda melakukannya secara metodis, perangkat lunak akan menjadi pengungkit strategis untuk transformasi digital Anda; jika tidak, perangkat lunak tersebut akan menjadi pengeluaran yang berlarut-larut selama bertahun-tahun.

Mengapa evaluasi perangkat lunak sangat penting dalam bisnis?

Sebagian besar solusi perusahaan (ERP, CRM(SDM, dll.) Perangkat tersebut digunakan selama bertahun-tahun dan menjadi fondasi proses-proses penting: keuangan, penjualan, logistik, manajemen sumber daya manusia, atau layanan pelanggan. Hal ini menyiratkan biaya kepemilikan total (TCO) yang sangat tinggi, tetapi juga potensi pengembalian investasi (ROI) yang sangat besar jika dipilih dengan bijak.

Pasar perangkat lunak sangat luas dan sangat tidak merata. Dari segi kualitas, fokus, dan kematangan, setiap vendor biasanya memiliki beberapa produk yang ditujukan untuk segmen dan kasus penggunaan yang berbeda. Ditambah lagi dengan kebutuhan yang terus berkembang, kepentingan departemen yang berbeda, dan kendala waktu atau anggaran, maka Anda memiliki lahan subur yang sempurna untuk pengambilan keputusan yang terburu-buru.

Kesalahan memilih bukan hanya terlihat di tahun pertama.Hal ini dapat menghambat kemajuan perusahaan selama satu dekade: proses yang kaku, data yang tersebar, perubahan yang sangat mahal, dan tim yang frustrasi kembali menggunakan Excel atau alat paralel lainnya. Itulah mengapa meluangkan waktu berminggu-minggu atau berbulan-bulan untuk evaluasi menyeluruh adalah salah satu investasi paling menguntungkan dalam proyek digitalisasi apa pun.

Kuncinya adalah menggabungkan proses yang terstruktur. (dengan langkah-langkah yang jelas, dokumentasi, dan kriteria objektif) dengan pandangan praktis terhadap kebutuhan sehari-hari pengguna. Tidak cukup hanya berfokus pada visi strategis 10 tahun atau hanya menangani urgensi langsung dari departemen yang paling vokal.

Bentuk tim yang tepat untuk mengevaluasi perangkat lunak.

Evaluasi perangkat lunak bukanlah pekerjaan yang bisa dilakukan oleh satu orang saja. Hal ini juga bukan sesuatu yang dapat diputuskan hanya oleh departemen TI atau manajemen. Idealnya, tim proyek multidisiplin harus dibentuk, yang mewakili area-area kunci yang akan menggunakan sistem tersebut dan mereka yang bertanggung jawab untuk memelihara dan mengintegrasikannya.

Komite seleksi ini harus mencakup pengguna utama. dari berbagai departemen, staf TI, dan, jika memungkinkan, figur netral dengan kemampuan arbitrase: ini bisa berupa sponsor tingkat tinggi atau konsultan eksternal yang tidak terikat dengan vendor tertentu. Peran mereka adalah untuk menyeimbangkan kepentingan dan mencegah keputusan dipengaruhi oleh preferensi pribadi atau "apa yang selalu dilakukan dengan cara itu."

Sangat penting bagi anggota tim untuk memiliki pemahaman yang baik tentang organisasi.Mereka perlu memiliki penilaian yang baik dan waktu yang cukup untuk mencurahkan perhatian pada proyek tersebut. Kesalahan umum adalah menunjuk orang-orang dengan banyak niat baik tetapi sedikit pengalaman dalam proses atau teknologi, atau yang sudah kewalahan dengan pekerjaan dan akhirnya mengambil jalan pintas.

Tim ini akan bertanggung jawab atas seluruh siklus tersebut.Menentukan strategi, mengoordinasikan pengumpulan persyaratan, mengembangkan dan mengevaluasi RFP (jika ada), mengatur demo, memvalidasi referensi, menghitung ROI, dan berpartisipasi dalam negosiasi kontrak. Keterlibatan Anda sejak awal sangat meningkatkan peluang keberhasilan.

Tetapkan tujuan, strategi, dan ruang lingkup proyek.

Sebelum melihat katalog atau meminta demoKita harus jujur ​​menjawab pertanyaan mendasar: masalah apa yang ingin kita selesaikan dan bagaimana kita akan tahu bahwa kita telah berhasil? Tanpa kejelasan itu, alat apa pun bisa tampak baik... atau buruk.

Tim proyek harus menyepakati tujuan-tujuan spesifik.Baik yang bersifat teknis maupun bisnis. Misalnya, mengurangi waktu penutupan akuntansi, mengurangi kesalahan penagihan, memusatkan data yang tersebar, meningkatkan ketelusuran inventaris, atau meningkatkan kepuasan karyawan terhadap proses SDM.

Selain tujuan-tujuan tersebut, strategi seleksi juga harus ditetapkan.: jangka waktu apa yang dipertimbangkan, tingkat standardisasi apa yang diinginkan, seberapa besar ruang gerak untuk mengubah proses internal agar sesuai dengan perangkat lunak, dan bagian mana yang tidak dapat dinegosiasikan karena merupakan keunggulan kompetitif perusahaan; dan, sebagai tambahan, konsultasikan dengan karakteristik manajemen proyek Hal itu akan mempermudah tata kelola proyek.

Ini juga saatnya untuk membuat kalender dan anggaran. Perkiraan angka: berapa banyak waktu yang akan dialokasikan untuk fase analisis, pra-seleksi, pembuktian konsep, dan negosiasi. Dan berapa kisaran total investasi (lisensi, implementasi, pelatihan, pemeliharaan) yang bersedia ditanggung oleh bisnis tersebut.

Mengidentifikasi tantangan umum dalam pemilihan perangkat lunak

Hampir semua proyek seleksi memiliki sejumlah kendala yang sama. Hal-hal ini perlu dipertimbangkan sejak awal untuk menghindari masalah di kemudian hari. Mengantisipasi hal-hal ini membantu merancang proses yang lebih realistis.

Salah satu tantangan yang paling sering muncul adalah memahami biaya dengan baik.Harga lisensi atau langganan (dan pengelolaan dengan pengelola lisensi perangkat lunak) hanyalah puncak gunung es: Anda harus mempertimbangkan layanan implementasi, kustomisasi, integrasi, migrasi data, pelatihan awal, pemeliharaan, kemungkinan ekspansi, dan biaya internal waktu tim.

Kendala lainnya adalah melihat pada level yang salah.Berfokus semata-mata pada visi strategis jangka panjang yang samar, atau sebaliknya, hanya pada upaya memadamkan masalah yang ada saat ini, tidaklah cukup untuk menilai dengan tepat seberapa baik alat tersebut selaras dengan rencana pertumbuhan dan realitas saat ini.

Ketegangan antar departemen juga sering terjadi.Setiap departemen mempertahankan prioritasnya masing-masing, beberapa manajer proyek mungkin memiliki preferensi terhadap vendor yang sudah dikenal, dan sistem lama atau integrator tetap mungkin melakukan lobi untuk mempertahankan status quo. Semua ini dapat mencemari keputusan jika tidak dikelola secara transparan.

Menganalisis kebutuhan dan menentukan persyaratan perangkat lunak.

Tahap yang sangat penting adalah analisis kebutuhan.Hal ini mencakup mengidentifikasi proses mana yang perlu didukung, masalah apa yang ada saat ini, dan apa yang diharapkan dari sistem baru. Pekerjaan ini bukan tentang membuat daftar periksa yang tak berujung, tetapi tentang memahami bagaimana bisnis beroperasi.

Sebaiknya proses-proses tersebut dijelaskan secara global.Menyoroti volume transaksi, kompleksitas operasional, karakteristik spesifik berdasarkan sektor atau negara, dan aktivitas-aktivitas yang memberikan keunggulan kompetitif yang jelas. Berdasarkan faktor-faktor pembeda inilah berbagai penyedia layanan akan benar-benar membedakan diri mereka.

Pada tahap ini, penting juga untuk mencatat apa yang berjalan dengan baik dalam sistem saat ini. (agar tidak hilang) dan apa yang tidak dicakup atau dicakup dengan buruk. Setiap kustomisasi yang telah dilakukan merupakan sumber informasi berharga tentang celah yang harus diatasi oleh perangkat lunak baru dengan fungsionalitas standar atau adaptasi ringan, bukan dengan pengembangan yang mahal.

Untuk mengorganisir semua informasi tersebut, matriks persyaratan dapat dikembangkan. Ini mencakup area seperti arsitektur teknis, sumber data, administrasi, keamanan, UX, pelaporan, analitik, integrasi, biaya, dan dukungan. Setiap persyaratan dapat diklasifikasikan sebagai penting atau diinginkan dan diberi bobot berdasarkan kepentingannya.

Praktik terbaik untuk mendokumentasikan dan memprioritaskan persyaratan.

Daftar periksa persyaratan umum Daftar tersebut sudah digunakan sejak lama, tetapi jarang membantu membedakan solusi, karena hampir semua penyedia menandai "ya" untuk hal-hal mendasar. Itulah mengapa disarankan untuk menyesuaikan daftar ini agar mencerminkan keadaan sebenarnya perusahaan Anda.

Melibatkan semua pemangku kepentingan adalah kunci utama. Selama pengumpulan persyaratan: jika suatu area terlewatkan, kemungkinan besar akan membutuhkan solusi terpisah untuk menanganinya di kemudian hari, yang selanjutnya akan semakin memecah lanskap sistem. Idealnya, solusi tersebut harus mencakup seluruh organisasi, meskipun implementasinya dilakukan secara bertahap.

Penentuan prioritas juga harus dilakukan dengan perspektif global.Merupakan hal umum bagi setiap departemen untuk memprioritaskan kebutuhannya sendiri, tetapi prioritas ini seringkali tidak sejalan dengan strategi perusahaan. Tim proyek harus menyelaraskan daftar-daftar ini dan memutuskan apa yang vital, penting, atau sekadar diinginkan dari perspektif perusahaan.

Poin penting lainnya adalah membedakan antara apa yang sudah ada dan apa yang "dijanjikan".Banyak produsen membicarakan fitur-fitur yang akan hadir di versi mendatang. Ada baiknya mengingat fitur-fitur tersebut, tetapi Anda tidak boleh bergantung sepenuhnya pada fitur-fitur itu untuk menangani proses-proses penting sampai fitur-fitur tersebut matang dan digunakan dalam produksi oleh pelanggan lain.

Hitung ROI dan total biaya kepemilikan (TCO)

Hampir semua proyek perangkat lunak besar Mereka memerlukan analisis pengembalian investasi untuk mendapatkan persetujuan dan pendanaan. Melakukannya dengan benar berarti melihat lebih dari sekadar biaya awal dan mengukur penghematan langsung serta manfaat tidak langsung.

ROI (Return on Investment) harus mencakup investasi dalam lisensi atau langganan., layanan implementasi, perangkat keras (jika ada), pelatihan, dukungan, pembaruan dan kemungkinan perluasan, dengan membandingkannya dengan biaya operasional saat ini dengan sistem lama atau dengan proses manual.

Manfaatnya mencakup lebih dari sekadar menghemat waktu.Kualitas data yang lebih baik, lebih sedikit kesalahan, peningkatan layanan pelanggan, kemampuan analitis yang lebih besar, pengurangan risiko ketidakpatuhan terhadap peraturan, dan peningkatan kepuasan karyawan, di antara manfaat lainnya. Meskipun tidak semuanya dapat diukur hingga ke sen terakhir, ada baiknya untuk mencoba memperkirakannya.

Selain itu, disarankan juga untuk menganalisis skenario biaya jangka panjang.Beberapa penyedia SaaS memulai dengan tarif yang sangat menarik dan kemudian secara agresif menaikkan harga; yang lain membatasi layanan yang termasuk dalam pemeliharaan atau menawarkan sedikit bantuan dengan setiap peningkatan besar, sehingga mengakibatkan proyek peningkatan yang mahal setiap beberapa tahun.

Permintaan proposal (RFP) dan pra-seleksi pemasok

Setelah jelas apa yang dibutuhkanPraktik umum dalam proyek menengah dan besar adalah mengirimkan RFP (Permintaan Proposal) kepada sejumlah pemasok terbatas. Tujuannya bukan untuk meminta penawaran dari seluruh pasar, tetapi untuk memilih selusin atau kurang kandidat yang layak.

RFP tersebut membagikan deskripsi kepada para pemasok. Proses-proses kunci perusahaan, apa yang berhasil dan apa yang tidak dalam sistem saat ini, serta daftar persyaratan yang diprioritaskan ditinjau. Dari situ, mereka diminta untuk mengajukan proposal yang merinci bagaimana mereka akan memenuhi kebutuhan tersebut, produk apa yang mereka usulkan, pengalaman apa yang mereka miliki di sektor tersebut, dan bagaimana mereka merencanakan implementasinya.

Untuk sampai pada daftar pendek awal tersebut, beberapa sumber digabungkan.: kisah sukses di media khusus, rekomendasi dari asosiasi, referensi dari kolega di sektor tersebut, direktori perangkat lunak dan, dalam beberapa kasus, saran independen dari konsultan tanpa hubungan komersial dengan produsen tertentu.

Dimungkinkan untuk menyertakan pemasok yang direkomendasikan oleh klien utama atau oleh kelompok bisnis itu sendiri.Namun, mereka selalu harus tunduk pada kriteria evaluasi yang sama seperti orang lain. Fakta bahwa mitra strategis menggunakan suatu alat tidak menjamin bahwa alat tersebut akan sesuai dengan konteks Anda.

Fase pertama evaluasi: penyaringan dan penilaian

Setelah tanggapan terhadap RFP diterimaTahap pertama evaluasi yang lebih detail dimulai. Tujuannya adalah untuk menyingkirkan mereka yang tidak sesuai dengan profil dan memilih sekelompok kecil finalis yang kemudian akan menjalani evaluasi yang lebih mendalam.

Untuk menjaga agar proses tetap terorganisir, sangat bermanfaat untuk mendesain lembar penilaian. di mana kriteria utama dinilai: kesesuaian fungsional, kesesuaian teknologi, pengalaman di sektor tersebut, model penetapan harga, dukungan, dll. Setiap kriteria dapat memiliki bobot dan setiap evaluator memberikan skor pada skala yang telah ditentukan.

Sebaiknya sisakan ruang untuk komentar dan pertanyaan.Karena dalam banyak kasus, perlu meminta klarifikasi dari pemasok. Beberapa masalah mungkin dapat diselesaikan secara tertulis, sementara yang lain akan dibahas lebih detail selama sesi demonstrasi dan wawancara.

Ketika skor tertimbang dijumlahkanBiasanya, kelompok pertama proposal yang kuat akan muncul, diikuti oleh kelompok menengah, dan kemudian beberapa proposal yang jelas tidak sesuai. Idealnya, daftar final harus terdiri dari tiga hingga lima kandidat untuk memungkinkan evaluasi mendalam tanpa membebani tim.

Perlakuan adil dan kriteria objektif pada fase pendahuluan

Pada tahap awal ini, penting untuk menjaga keseimbangan dalam persaingan. untuk semua pemasok. Menerima kunjungan khusus atau demonstrasi langsung hanya dari sebagian pemasok dapat mendistorsi persepsi dan menimbulkan kecurigaan adanya perlakuan istimewa.

Praktik yang baik adalah menyelenggarakan sesi bersama. (secara langsung atau daring) di mana proyek tersebut dipresentasikan kepada semua peserta lelang dan pertanyaan dijawab secara terbuka. Dengan cara ini, semua orang memiliki informasi yang sama dan tidak ada keuntungan tersembunyi.

Penting juga untuk diingat bahwa proposal ini adalah dokumen komersial.Meskipun informasi yang disajikan diasumsikan benar, informasi tersebut ditulis untuk menekankan aspek positif dan meminimalkan risiko. Banyak klaim yang perlu diverifikasi kemudian dengan referensi dunia nyata dan bukti praktis.

Terakhir, ada baiknya meninjau kembali di mana terdapat perbedaan utama. Perbedaan muncul dalam penilaian antar penilai untuk kriteria yang sama. Perbedaan ini biasanya menunjukkan bahwa seseorang telah memperhatikan sesuatu yang luput dari perhatian orang lain, atau bahwa suatu poin ditafsirkan secara berbeda. Mendiskusikan masalah ini dapat mengarah pada penyesuaian skor dan penyempurnaan daftar akhir.

Evaluasi terperinci dan perbandingan mendalam

Dengan ditutupnya daftar kandidat terpilihKemudian dimulailah bagian paling intens dari proses tersebut: memverifikasi apa yang dijanjikan pemasok, berbicara dengan klien referensi, mempelajari kontrak secara detail, dan melihat sistem tersebut beroperasi pada kasus nyata.

Ini waktu yang tepat untuk bertanya kepada para kandidat. bahwa mereka menyesuaikan proposal mereka berdasarkan apa yang mereka pelajari di fase pendahuluan: mungkin ada persyaratan yang prioritasnya telah berubah atau aspek yang ingin mereka tentukan lebih jelas, misalnya, tingkat layanan atau rencana evolusi produk.

Referensi dari pelanggan lain sangat berharga.Idealnya, Anda harus berbicara dengan organisasi yang berukuran serupa, di sektor yang sama atau sebanding, dan menanyakan tentang pengalaman implementasi mereka, manfaat nyata, dan kendala yang dihadapi: kejutan apa yang mereka temui, dan apa yang akan mereka lakukan secara berbeda jika memulai dari awal.

Bersamaan dengan itu, sekarang saatnya untuk menggali lebih dalam tentang integrasi, keamanan, dan arsitektur.: bagaimana sistem ini akan terhubung dengan sistem yang ada, opsi apa saja yang tersedia untuk migrasi data, tingkat kustomisasi apa yang mungkin dilakukan tanpa menyentuh kode, dan alat manajemen serta pemantauan apa yang ditawarkan.

Cara menyelenggarakan demonstrasi yang bermanfaat (dan bukan sekadar pemasaran)

Demo komersial biasanya dirancang untuk menarik perhatian.Tidak harus mengajarkan bagaimana sistem berperilaku dalam menanggapi skenario kompleks Anda. Itulah mengapa sangat penting bagi tim Anda untuk menetapkan standar tentang apa yang ingin Anda lihat.

Sebaiknya siapkan naskah yang detail. mengenai proses dan skenario yang harus diikuti penyedia layanan selama demonstrasi. Semua kandidat menerima skrip yang sama sehingga mereka dapat dibandingkan secara setara, dan hanya di akhir mereka diberi ruang untuk memamerkan fitur "unggulan" yang ingin mereka sorot.

Skrip tersebut harus mencakup kedua proses standar. Contohnya, pengecualian umum dalam bisnis Anda: pesanan produk yang kehabisan stok, penjualan paket, alur kerja persetujuan yang kompleks, rekonsiliasi khusus, penggajian atau peraturan lokal, dll. Di situlah Anda benar-benar dapat melihat apakah alat tersebut cocok untuk Anda.

Jika memungkinkan, akan lebih ideal jika demo tersebut menggunakan data perusahaan Anda. Atau setidaknya kumpulan data yang sangat mendekati kenyataan. Hal ini membantu pengguna membayangkan bagaimana rasanya menggunakan sistem tersebut setiap hari dan mendeteksi masalah yang mungkin tidak terdeteksi dengan data fiktif.

Hindari terpesona dan manfaatkan referensi yang ada di lokasi.

Orang yang memberikan demonstrasi biasanya adalah seorang profesional yang sangat terlatih.Dengan karisma yang tinggi dan presentasi yang apik, mudah untuk terbawa suasana dan melupakan poin utamanya: bagaimana alat ini mendukung proses-proses penting dan upaya apa yang dibutuhkan untuk mengadaptasinya.

Penting agar demonstrasi tersebut memiliki sikap kritis dan mengajukan banyak pertanyaan.Bahkan pada topik yang kurang nyaman: keterbatasan yang diketahui, peta jalan yang realistis, pengalaman yang gagal, ketergantungan pada mitra untuk setiap perubahan, dll. Semakin banyak keraguan yang dijawab sekarang, semakin sedikit kejutan yang akan terjadi di kemudian hari.

Kunjungan ke fasilitas klien referensi Ini adalah momen penting lainnya. Ini bukan hanya tentang melihat sistem tersebut secara langsung, tetapi juga tentang memahami konteksnya: budaya perusahaan, sumber daya yang dialokasikan, tingkat permintaan, dan apakah keberhasilannya dapat direplikasi di organisasi Anda tanpa kondisi yang mustahil.

Penting untuk menyepakati terlebih dahulu apa yang ingin Anda lihat dan dengan siapa Anda akan berbicara.Pengguna akhir, manajer area, TI, manajemen… Masing-masing akan menawarkan perspektif yang berbeda. Dan Anda harus bersedia bertanya tentang tantangan terbesar, jadwal yang realistis, dan dampaknya terhadap operasional sehari-hari selama implementasi.

Peran manajemen perubahan dan partisipasi tim

Salah satu alasan utama kegagalan saat mengimplementasikan perangkat lunak Ini bukan masalah teknis, melainkan masalah manusia: resistensi terhadap perubahan dan kurangnya adopsi. Jika orang merasa bahwa suatu alat "dipaksakan" kepada mereka tanpa masukan dari mereka, hal itu akan menimbulkan resistensi dan pencarian jalan pintas.

Itulah mengapa sangat penting untuk melibatkan tim sejak awal. dalam mengidentifikasi masalah, menentukan persyaratan, dan mengevaluasi pilihan. Ini bukan tentang setiap orang yang memutuskan, tetapi tentang memasukkan perspektif praktis mereka tentang apa yang berhasil dan apa yang tidak.

Kemudahan penggunaan adalah faktor penentu lainnya.Sistem yang ampuh namun rumit dapat tetap kurang dimanfaatkan karena kurva pembelajarannya terlalu curam. Antarmuka, logika navigasi, dan kejelasan proses harus dievaluasi oleh pengguna sebenarnya, bukan hanya pakar teknis.

Terakhir, pelatihan perlu direncanakan dari awal. dan dukungan internal: siapa yang akan menjadi penghubung di setiap area, sesi apa yang akan diadakan, materi apa yang akan tersedia, dan bagaimana pertanyaan akan dijawab selama beberapa bulan pertama penggunaan produksi.

Aspek-aspek penting: fleksibilitas, skalabilitas, dan keamanan.

Untuk perangkat lunak yang mendukung pertumbuhan perusahaanSistem tersebut harus fleksibel dan mudah diskalakan. Fleksibilitas berarti mampu menambahkan modul, menyesuaikan alur kerja, mendefinisikan bidang khusus, atau mengintegrasikan alat baru tanpa harus menulis ulang sebagian besar sistem.

Skalabilitas adalah tentang mendukung lebih banyak pengguna.Volume data yang lebih besar dan kompleksitas organisasi yang lebih tinggi tanpa mengorbankan kinerja atau meningkatkan biaya. Banyak solusi bekerja dengan baik dengan sejumlah kecil pengguna, tetapi gagal seiring pertumbuhan perusahaan.

Keamanan dan kerahasiaan informasi Ini adalah hal yang tidak dapat dinegosiasikan. Disarankan untuk memeriksa protokol apa yang digunakan (enkripsi saat transit dengan SSL/TLS, enkripsi saat istirahat, manajemen sesi dan cookie, API yang aman, perlindungan terhadap injeksi SQL, dll.) dan sertifikasi keamanan dan kepatuhan apa yang dimiliki penyedia; serta bagaimana mereka mengelolanya. telemetri dan privasi dari data.

Dalam lingkungan modern, solusi cloud Mereka sering menawarkan keuntungan signifikan dalam hal pencadangan, pemulihan bencana, dan kelangsungan bisnis, asalkan penyedia memiliki infrastruktur yang kuat dan kebijakan perlindungan data yang jelas, termasuk bagaimana mengenkripsi salinan di cloud dan menyinkronkannya.

Kemudahan penggunaan, sentralisasi data, dan analitik.

Antarmuka yang intuitif mempersingkat waktu adopsi. Dan ini mengurangi ketergantungan pada manual dan pelatihan yang tak berujung. Ini bukan berarti mengorbankan fungsionalitas, tetapi lebih kepada mengorganisirnya sehingga pengguna dapat menemukan apa yang mereka butuhkan tanpa tersesat dalam menu yang tak ada habisnya.

Sentralisasi data adalah persyaratan kunci lainnya. Di perusahaan yang memiliki banyak departemen yang perlu berkolaborasi dan berbagi informasi, sistem yang baik harus memungkinkan semua informasi yang relevan disimpan dalam satu tempat penyimpanan, dapat diakses dengan izin yang sesuai dan tanpa duplikasi.

Kemampuan untuk mengekstrak laporan dan menganalisis data. Ini bukan lagi pilihan. Perangkat lunak harus memungkinkan pembuatan laporan yang jelas dan terukur, selaras dengan tujuan strategis dan, idealnya, secara real-time. Ini mencakup semuanya, mulai dari dasbor operasional hingga dasbor manajemen.

Dalam bidang sumber daya manusia, konsep-konsep seperti Analisis SDM atau Analisis Karyawan. Hal ini memungkinkan kita untuk memahami dampak manajemen talenta terhadap hasil bisnis. Memasukkan kemampuan ini dalam evaluasi membantu HR memainkan peran yang lebih strategis.

Biaya, model perizinan, dan "cetakan kecil"

Harga perangkat lunak yang terlihat jarang menceritakan keseluruhan cerita.Sangat penting untuk menanyakan secara pasti apa saja yang termasuk dalam paket dasar dan apa saja yang dikenakan biaya terpisah: dukungan, pemeliharaan, pembaruan, modul tambahan, penyimpanan ekstra, integrasi, dan lain sebagainya.

Perbandingan penawaran sebaiknya dilakukan dengan menggunakan biaya siklus hidup solusi tersebut.Bukan hanya biaya masuknya saja. Produk yang sangat murah dapat memaksa Anda untuk membayar setiap peningkatan kecil atau fitur yang Anda anggap biasa saja, sehingga biaya sebenarnya akan melonjak setelah beberapa tahun.

Model penerapannya juga perlu ditinjau ulang.Solusi on-premise menawarkan kontrol lebih besar, tetapi membutuhkan infrastruktur dan pemeliharaan sendiri; solusi cloud/SaaS biasanya lebih fleksibel, memperbarui diri secara otomatis, dan mendistribusikan biaya dengan lebih baik dari waktu ke waktu.

Poin pentingnya adalah memahami bagaimana kuota tersebut akan berkembang. apakah termasuk biaya pemeliharaan atau berlangganan, apakah ada batasan unggahan tahunan, apa yang terjadi saat menambahkan pengguna, apa yang terjadi jika Anda ingin berhenti menggunakan layanan, dan bagaimana peningkatan versi utama dikelola.

Integrasi, platform pengembangan, dan jenis implementasi

Dalam praktiknya, hampir tidak ada perusahaan yang menggunakan satu sistem tunggal.Wajar jika beberapa sistem digunakan secara bersamaan: ERP, CRM, solusi manajemen pengeluaran, SDM, alat analisis… Itulah mengapa sangat penting agar perangkat lunak baru terintegrasi dengan baik dengan sistem yang sudah ada.

Ada baiknya memeriksa konektor standar apa saja yang tersedia.API apa saja yang ditawarkan oleh produsen, apakah memungkinkan integrasi dua arah, dan bagaimana perubahan dikelola untuk mencegah integrasi rusak setiap kali ada pembaruan? Selain itu, opsi apa saja yang tersedia untuk... mengotomatiskan instalasi perangkat lunak di lingkungan klien.

Platform pengembangan yang mendasarinya juga penting.Semakin mudah dikustomisasi dan semakin terbuka sistem tersebut (tanpa selalu bergantung pada pengembangan khusus), semakin mudah pula untuk menyesuaikan sistem dengan kebutuhan spesifik perusahaan tanpa ketinggalan pembaruan.

Proses implementasi harus dibahas secara rinci.: tahapan, tenggat waktu, metodologi (agile, waterfall, hybrid), bagaimana kesalahan akan dikelola, tes apa yang akan dilakukan, lingkungan apa yang akan tersedia (pengembangan, pengujian, produksi) dan komitmen apa yang dimiliki pemasok untuk mendukung langkah-langkah ini.

Dukungan, layanan pelanggan, dan pembuktian konsep.

Banyak proyek gagal bukan karena produk itu sendiri.Namun, hal itu lebih ditentukan oleh kualitas dukungan dan bimbingan dari penyedia atau mitra implementasi. Itulah mengapa sangat penting untuk memahami saluran dukungan apa yang ditawarkan, jam operasionalnya, SLA, dan apa saja yang termasuk dalam pemeliharaan.

Sangat disarankan untuk menyediakan lingkungan pengujian. (uji coba gratis, sandbox, atau pilot terkontrol) di mana tim dapat bekerja dengan data dan proses mereka sendiri untuk waktu terbatas. Uji coba ini akan membantu memvalidasi hipotesis dan menemukan penyesuaian yang diperlukan sebelum berkomitmen; dalam beberapa kasus, disarankan untuk melakukan deployment. jaringan virtual untuk pengujian yang mensimulasikan lingkungan nyata.

Tergantung pada kompleksitas produkMungkin saja melakukan uji coba konsep secara penuh hanya dengan salah satu finalis; dalam kasus lain, dua atau tiga finalis dapat diuji. Yang terpenting adalah semua departemen yang terlibat mendokumentasikan temuan mereka dan menggunakannya. alat untuk menguji aplikasi yang memungkinkan evaluasi stabilitas dan kinerja.

Hasil ini akan menjadi masukan untuk evaluasi terstruktur akhir. yang menggabungkan pengalaman pengguna, kesesuaian fungsional, biaya, dan risiko yang diperkirakan, mempersiapkan landasan untuk keputusan akhir dan negosiasi kontrak.

Negosiasi kontrak dan perencanaan jangka panjang

Setelah evaluasi mendetail, biasanya ada dua atau tiga pilihan. yang memenuhi persyaratan. Dari situ, pilihan akhir dan negosiasi kontrak menjadi sangat penting untuk menghindari terancamnya masa depan perusahaan.

Meskipun pada tahap ini kekuatan tawar-menawar biasanya berada di pihak klien.Sebaiknya memandang pemasok sebagai mitra jangka panjang, bukan sebagai saingan yang harus dikalahkan. Kesepakatan yang seimbang memberikan insentif bagi kedua belah pihak untuk memastikan implementasi yang sukses.

Kontrak tersebut harus merinci semua aspek yang relevan.: lisensi atau langganan, perangkat keras jika berlaku, ruang lingkup implementasi, biaya uji coba, pelatihan awal dan berkelanjutan, tingkat dukungan, migrasi data, integrasi, keamanan, kustomisasi, dan pengelolaan versi mendatang.

Sebaiknya juga tetap membuka opsi cadangan.Tanpa mengumumkan "pemenang pasti" sampai semua hal yang belum terselesaikan dipertimbangkan. Cukup umum untuk menemukan kejutan pada tahap ini (biaya tersembunyi, batasan, klausul yang tidak dapat diterima) yang memaksa peninjauan kembali pilihan tersebut.

Pada akhir seluruh proses ini, perusahaan tidak hanya akan memilih sebuah perangkat lunak. yang sesuai dengan kebutuhan mereka saat ini dan di masa mendatang, tetapi juga akan memberikan pengalaman internal yang sangat berharga dalam evaluasi, pemilihan, dan pengelolaan proyek teknologi, sesuatu yang akan menjadi semakin penting untuk tetap kompetitif.

Mengadopsi sistem baru melibatkan lebih dari sekadar menginstal aplikasi.Ini tentang memikirkan ulang proses, mengoordinasikan berbagai area, mengelola ekspektasi, dan mempersiapkan orang untuk bekerja secara berbeda; ketika didekati dengan metode, realisme, dan partisipasi, perangkat lunak berubah dari "pengeluaran wajib" menjadi mesin nyata peningkatan berkelanjutan di perusahaan.