10 Langkah menuju Penerapan Perangkat Lunak Perusahaan yang Sukses

Organisasi memutuskan untuk memilih paket Perangkat Lunak Perusahaan baru karena berbagai alasan. Pertumbuhan bisnis dapat mengarah pada kebutuhan akan solusi yang lebih kuat dengan fungsi yang lebih luas dan kemampuan untuk berurusan dengan operasi multi-situs, multi-negara.

Sistem lama dapat dianggap kuno dan kurang memiliki fungsionalitas terkini. Akuisisi perusahaan dapat mengarah pada kebutuhan untuk harmonisasi sistem di seluruh kelompok dan strategi di seluruh kelompok yang baru mungkin diperlukan untuk menghasilkan kebutuhan akan sistem baru.

Setelah keputusan dibuat untuk dilanjutkan, maka proses seleksi harus bertujuan untuk mengidentifikasi produk yang akan menyediakan fungsionalitas yang mudah digunakan, proses bisnis yang efisien, akan memiliki persetujuan manajemen, penerimaan pengguna dan pengembalian investasi yang positif bagi pemegang saham / pemangku kepentingan. 

Dalam lingkungan ekonomi yang menantang saat ini, investasi dalam sistem baru dapat membantu organisasi bergerak maju dalam persaingan dan meskipun proses implementasi mungkin terbukti mahal dalam hal waktu dan sumber daya, peningkatan produktivitas dan efisiensi jangka panjang untuk bisnis dapat menjadi signifikan.

Pemilihan paket tidak pernah bebas risiko

Memilih sistempanduan untuk penjadwalan perangkat lunak Perusahaan yang baru mungkin sulit dan menghabiskan waktu. Karena sejumlah besar produk Perangkat Lunak Perusahaan tersedia terlepas dari konsolidasi vendor baru-baru ini, bukanlah hal yang aneh bagi organisasi untuk memilih sistem yang mungkin tidak sepenuhnya memenuhi kebutuhan mereka. 

Ini dapat menghasilkan implementasi yang lebih mahal dan panjang serta biaya tambahan pasca implementasi. Diperkirakan bahwa hampir 90% implementasi Perangkat Lunak Perusahaan berjalan dari waktu ke waktu dan anggaran, biasanya karena perencanaan yang buruk dan perkiraan waktu serta sumber daya yang terlalu

rendah untuk tugas-tugas tertentu seperti migrasi data. Tonggak sejarah proyek bisa terlalu ambisius, yang ditujukan untuk memenuhi kebutuhan manajemen senior yang akan memiliki harapan yang tinggi, tidak selalu realistis.

Proyek penyebaran perangkat lunak memiliki potensi besar untuk kesalahan tetapi setelah proses dimulai, disarankan agar mereka dapat menjalankan programnya meskipun ada masalah yang dihadapi. Tidak jarang selama

proses seleksi bagi manajemen senior untuk menunda pengambilan keputusan atau implementasi, karena selama proses itu akan dengan cepat menjadi jelas berapa banyak waktu yang dibutuhkan dan berapa biaya proyek. Ini

mungkin membuat staf senior enggan untuk melanjutkan bahkan jika kasus bisnis yang jelas telah ditetapkan. Analisis biaya-manfaat dapat dilakukan selama proses pengambilan keputusan untuk menetapkan

tabungan yang akan diperoleh dari sistem baru dan semakin lama penyebaran ditunda, semakin besar kerugian bagi bisnis dalam hal penghematan yang akan dilakukan dengan menggunakan sistem baru.

Dengan tim yang tepat dan strategi penyebaran yang tepat, organisasi dapat memastikan mereka membuat pilihan yang tepat untuk bisnis jangka panjang dan keuntungan pengguna dan memastikan bahwa sistem baru

diimplementasikan secara efisien, tepat waktu dan sesuai anggaran. Memilih perangkat lunak yang tepat adalah langkah pertama dalam proses yang panjang dan akan membantu mencegah masalah implementasi, biaya kejutan

dan harus berarti bahwa masalah gigi berkurang setelah sistem operasional dan harus mengarah pada tingkat kepuasan pengguna yang tinggi.

Panduan 10 langkah berikut menguraikan proses yang diperlukan untuk berhasil memilih sistem baru dan jika diikuti akan memastikan organisasi memilih produk Perangkat Lunak Perusahaan yang mereka butuhkan untuk memenuhi persyaratan bisnis spesifik mereka.

1. Tim seleksi

Manajemen proyek kelas satu adalah kunci keberhasilan untuk setiap proyek perubahan Perangkat Lunak Perusahaan dan partisipasi dari konsultan perubahan yang berpengalaman dan berkualifikasi tepat dengan dia

perpaduan yang tepat antara keterampilan teknis dan lunak serta kemampuan untuk bekerja secara efektif dengan pengguna dan bisnis adalah prioritas utama. syarat. Sebuah tim harus dibentuk untuk melakukan proyek begitu kasus bisnis telah ditetapkan dan keputusan dibuat untuk memilih sistem baru.

Tim seleksi harus terbiasa dengan proses termasuk mengumpulkan persyaratan pengguna, mengidentifikasi vendor potensial, berhubungan dengan vendor, menghadiri demonstrasi produk dan mendapatkan referensi

pelanggan. Tim harus menyertakan sponsor yang berpengaruh dari tim manajemen eksekutif organisasi yang idealnya akan melaporkan langsung ke CEO dan akan mendapat dukungan dari sesama Direktur Senior dan manajer puncak lainnya di area bisnis yang terkena dampak.

Manajer Proyek harus mengoordinasikan penilaian kebutuhan internal untuk bisnis, mengumpulkan tim dari bisnis untuk membantu dengan proses seleksi, berhubungan dengan vendor perangkat lunak dan mengelola proses

evaluasi. Mengubah Perangkat Lunak Enterprise adalah keputusan bisnis dan bukan semata-mata tentang teknologi. Manajer Proyek seleksi akan sering menjadi Manajer Sistem Keuangan atau anggota tim Keuangan, namun beberapa organisasi merekrut secara eksternal untuk peran ini sehingga proses seleksi dilakukan secara

tidak memihak. Seorang Konsultan dengan berbagai sistem dan pengalaman seleksi juga dapat dilibatkan untuk memberikan saran produk tertentu. Jika pihak ketiga digunakan untuk menjalankan proses seleksi, Manajer Proyek

in-house masih akan diminta untuk mengawasi kemajuan dan memastikan kebutuhan semua bagian bisnis ditangani selama proses seleksi. Meskipun menggunakan pendekatan ini kurang mengganggu dalam hal

penggunaan waktu dan sumber daya internal, banyak organisasi lebih memilih untuk tetap memilih dan mengawasi prosesnya sendiri. Penting untuk memastikan bahwa pihak eksternal benar-benar tidak memihak dan tidak memiliki koneksi dengan vendor perangkat lunak dan disarankan untuk mencari referensi.

Tim seleksi harus menyertakan individu dari semua area fungsional bisnis yang terkena dampak perubahan perangkat lunak yang diusulkan. Mereka harus positif tentang proses dan memiliki pemahaman yang jelas tentang

kebutuhan bidang fungsional khusus mereka. Orang-orang ini harus menjadi juara sistem baru, memiliki hubungan yang baik dengan kolega departemen dan dapat mengumpulkan informasi secara efektif untuk membantu proses

dan menyampaikan pengetahuan kepada kolega dan membuat mereka mendapat informasi tentang proses seleksi. Masukan karyawan sangat penting dalam setiap proyek perubahan sistem besar, karena karyawan yang akan menggunakan sistem baru setiap hari akan memainkan peran penting dalam mengidentifikasi proses saat ini yang

tidak efisien atau tidak efektif dan akan dapat menyarankan fungsionalitas yang akan bermanfaat bagi kehidupan sehari-hari mereka. Mengamankan dukungan pengguna untuk proses perubahan dan memastikan mereka

menerima sistem baru sangat penting. Orang secara alami konservatif dan curiga terhadap perubahan dan dapat menolaknya jika prosesnya tidak ditangani dengan baik, oleh karena itu memastikan keterlibatan pengguna dalam

proses sejak awal berarti bahwa mereka akan lebih cenderung mendukung dan membantu di seluruh, akan berharap untuk berpartisipasi dalam ubah proses dan bersikap positif tentang sistem baru setelah operasional.

Namun harus diingat bahwa pengguna yang terlibat dalam pemilihan dan proses implementasi selanjutnya akan membutuhkan pengurangan beban kerja “pekerjaan harian” selama periode ini dan sumber daya tambahan

mungkin diperlukan untuk mencakup beberapa kegiatan sehari-hari jika tidak, banyak permintaan mungkin memiliki dampak yang merugikan pada mengubah program dan dapat menimbulkan perasaan tidak enak yang dapat membahayakan proyek.

2. Analisis kebutuhan / pengumpulan persyaratan

Adalah penting untuk mendefinisikan sejak awal apa tujuan bisnis untuk dicapai dengan memperkenalkan sistem baru karena faktor-faktor keberhasilan yang kritis tidak hanya akan membantu menentukan kebutuhan bisnis,

tetapi juga akan membantu menjaga proyek tetap pada jalurnya dan fokus pada tujuan bisnis yang paling penting. Jika bisnis tidak tahu persis apa yang ingin dicapai dalam hal penghematan biaya, penghematan waktu,

proses yang disederhanakan, fungsionalitas tambahan, dan proses pelaporan yang ditingkatkan, maka tidak mungkin untuk memilih sistem yang paling tepat. Mungkin sulit untuk mengidentifikasi semua fitur dan fungsi yang

diperlukan dari sistem baru, sehingga biasanya disarankan untuk meninjau fungsionalitas sistem saat ini, apa yang digunakan, apa yang tidak dan diskusikan dengan pengguna yang mereka sukai dan di mana perbaikan dapat dilakukan. Penting juga untuk melihat organisasi ‘

Dimungkinkan untuk mendapatkan daftar fitur utama yang disediakan oleh vendor perangkat lunak, namun pada tahap ini lebih penting untuk fokus pada proses bisnis daripada terganggu oleh fitur yang mungkin tidak relevan

dengan bisnis. Situasi di mana pengguna menghabiskan sebagian besar waktu atau mengalami kesulitan mencari atau menyesuaikan data biasanya adalah bidang fungsionalitas yang memerlukan perbaikan dan akan

membutuhkan penyelidikan lebih lanjut. Bisnis juga harus memastikan bahwa persyaratan ini benar-benar tidak ambigu dan tidak terbuka untuk salah tafsir karena vendor merespons persyaratan dengan cara yang sama dan

dapat dibandingkan ‘suka-suka-suka’ tanpa perlu lebih lanjut untuk permintaan informasi. Penting juga untuk menentukan faktor-faktor keberhasilan mana yang benar-benar penting untuk proyek dan mana yang

‘menyenangkan untuk dimiliki’ jika biaya dan fungsionalitas memungkinkan, dan faktor-faktor ini harus didaftar berdasarkan urutan prioritas. Fungsi-fungsi penting seperti kemudahan integrasi dengan sistem saat ini yang akan

dipertahankan atau kemampuan perangkat lunak untuk berjalan pada perangkat keras saat ini (jika bisnis tidak dapat menggantinya) harus dilihat pada awalnya karena faktor-faktor ini dapat langsung mendiskualifikasi vendor

tertentu. Membedakan fungsionalitas standar atau dasar yang tersedia di semua paket perangkat lunak dari persyaratan yang unik untuk bisnis juga penting karena ini akan memisahkan satu vendor dari yang

lain. Memperkenalkan perangkat lunak baru harus memberikan kesempatan untuk merombak dan meningkatkan proses bisnis daripada sekadar menyediakan perangkat lunak baru untuk mereplikasi proses sebelumnya. Daripada

hanya memperkenalkan sistem baru yang menjalankan proses lama, bisnis harus berupaya melakukan perbaikan di semua bidang yang relevan sehingga sistem baru dapat memanfaatkan praktik kerja yang efisien dan

efisien. Akhirnya, perangkat lunak yang dipilih harus menawarkan nilai uang dan pengembalian investasi yang positif sehingga dalam jangka panjang perubahan tersebut akan berdampak positif pada laba bersih dan tidak akan terlalu mahal sehingga menciptakan masalah jangka pendek yang signifikan bagi bisnis.

3. Daftar panjang produk perangkat lunak yang mungkin

Ada berbagai cara untuk mendapatkan daftar panjang awal vendor potensial dan sebagian besar profesional sistem keuangan akan mengetahui vendor perangkat lunak yang mapan dan kemungkinan telah bekerja dengan sejumlah

sistem sendiri sebelumnya. Namun, sepengetahuan Manajer Proyek, penting untuk melakukan tinjauan pasar yang tepat sebelum pemilihan untuk memastikan setiap opsi dipertimbangkan dan tidak ada yang didiskontokan untuk

evaluasi. Tim seleksi mungkin akan terkejut dengan layanan dan fungsionalitas yang ditawarkan oleh vendor yang lebih kecil atau kurang terkenal dan tidak boleh secara otomatis memilih merek yang lebih terkenal. Pada tahap ini,

penting juga untuk tidak mengabaikan pengecer perangkat lunak yang mungkin menawarkan fungsionalitas dan penyelesaian masalah yang dikembangkan sendiri, struktur penetapan harga yang lebih kompetitif dan mungkin

pendekatan yang lebih pribadi untuk manajemen dan dukungan akun. Sumber vendor dan reseller yang tersedia dapat ditemukan menggunakan pencarian internet, publikasi industri, kolega, konsultan, kontak industri lainnya,

konferensi dan seminar. Ingatlah bahwa pada tahap ini dan setiap tahap proses orang sangat vital dan komunikasi harus seterbuka mungkin untuk mendapatkan informasi dari sumber sebanyak mungkin.

4. Menghubungi vendor potensial dengan permintaan proposal (RFP)

Setelah daftar panjang reseller dan vendor telah diidentifikasi dan persyaratan sistem ditetapkan dan diprioritaskan, persyaratan ini harus dikomunikasikan dengan jelas kepada vendor untuk memungkinkan mereka memutuskan

apakah penawaran perangkat lunak mereka memenuhi persyaratan. Permintaan Proposal (RFP) harus dikirim ke setiap vendor potensial yang meminta mereka untuk merespons jika perangkat lunak mereka mampu memenuhi

kebutuhan bisnis. Vendor harus ditantang dengan pertanyaan yang terkait dengan faktor penentu keberhasilan kritis seperti biaya, fungsionalitas, potensi kustomisasi, teknologi, implementasi, dukungan, dan perizinan. Adalah

penting bahwa pertanyaan jelas dan tidak ambigu untuk mendapatkan tanggapan yang konsisten. Jika memungkinkan, vendor harus menanggapi setiap persyaratan dengan nomor yang terkait dengan ketersediaannya

dan ini dapat digunakan untuk memberi skor masing-masing vendor berdasarkan ‘kecocokan’ perangkat lunak mereka dengan bisnis, meskipun tentu saja ini tidak selalu mungkin dengan semua tanggapan. Mungkin juga

bermanfaat pada tahap ini untuk mengirim RFP ke bisnis vendor perangkat lunak saat ini untuk perbandingan, dan itu tidak boleh diabaikan karena dengan menambahkan beberapa modul tambahan, fungsionalitas atau peningkatan

mungkin karena produk perangkat lunak saat ini mungkin paling cocok untuk bisnis, menghemat proses implementasi yang mahal dan panjang. Mengevaluasi tanggapan terhadap sejumlah RFP dapat menjadi proses yang sangat memakan waktu dan mendalam, jika daftar panjang terlalu panjang,

5. Evaluasi awal dan daftar pendek

Tanggapan yang diperoleh dari RFP dapat digunakan untuk menilai vendor tentang kesesuaian produk mereka dan seberapa dekat mereka dengan persyaratan bisnis dan ini akan membantu mengurangi daftar vendor potensial

menjadi tidak lebih dari 4 yang dapat dilanjutkan untuk evaluasi lebih lanjut. RFP harus dinilai secara kuantitatif dengan sistem penilaian yang mengarah pada persyaratan bisnis yang paling kritis dan algoritma penilaian dapat

digunakan untuk penilaian. Sistem penilaian dan pembobotan serta kriteria apa pun yang digunakan dalam seleksi awal harus ditentukan sebelumnya selama fase pengumpulan persyaratan sehingga evaluasi bersifat objektif dan

menghindari bias apa pun. Kurangnya fitur dasar seperti fungsi kritis, kemampuan sistem yang berinteraksi dengan sistem lama atau database dapat berarti bahwa beberapa sistem langsung didiskon;

6. Menghadiri demonstrasi perangkat lunak dan referensi panggilan

Mengundang sekitar 4 atau 5 vendor untuk memberikan demonstrasi pra-penjualan awal adalah awal yang baik untuk proses seleksi. Vendor akan ingin menghabiskan waktu sebanyak mungkin dengan calon klien pada tahap ini

karena mereka ingin membangun hubungan tetapi mungkin yang terbaik untuk membatasi demonstrasi penjualan awal ini tidak lebih dari 2 jam dan memastikan bahwa vendor fokus pada bisnis yang paling penting masalah dan

tidak hanya fokus pada menunjukkan fitur produk yang ingin mereka jual. Dianjurkan untuk memastikan bahwa fokus berkonsentrasi pada persyaratan bisnis yang paling kritis dan penyesuaian atau fungsi yang unik. Mungkin mengurangi waktu untuk melihat demonstrasi awal melalui internet daripada mengunjungi vendor atau mengundang vendor di situs,

Meskipun menghadiri demonstrasi perangkat lunak sangat penting untuk proses, lebih banyak yang dapat dipelajari dari perusahaan yang telah menerapkan sistem daripada demonstrasi penjualan vendor perangkat lunak yang

berusaha mendapatkan dukungan. Vendor harus dimintai kontak referensi yang relevan sehingga tim seleksi dapat mendiskusikan proses yang mereka lalui dan kesulitan yang mereka temui selama proses implementasi dan mereka

dapat memberikan umpan balik mengenai kinerja sistem pasca go-live. Persiapan sangat penting ketika berbicara dengan referensi dan daftar pertanyaan kritis harus dihasilkan meskipun orang harus menyadari bahwa organisasi

ini adalah ‘kisah sukses’ vendor yang dapat diharapkan memberikan respons positif. Penting untuk mengajukan pertanyaan sulit tentang tantangan yang mereka hadapi, setiap masalah yang mereka miliki dengan vendor dan

masalah sistem yang beredar. Kontak juga harus dilakukan dengan perusahaan serupa yang menggunakan perangkat lunak yang sedang dipertimbangkan dan perlu mendapatkan referensi informal “off the record” karena ini

tidak akan dipilih oleh vendor. Penting juga untuk memastikan bahwa referensi diperoleh dari organisasi di industri yang sama atau serupa dengan bisnis yang akan memiliki proses bisnis yang serupa, jumlah pengguna sistem dan volume transaksi.

7. Total biaya kepemilikan sistem

Sangat penting bahwa sebelum pemilihan akhir dilakukan, biaya total kepemilikan sistem dipahami sepenuhnya. Biaya lisensi, implementasi dan biaya dukungan dapat diperoleh dari vendor atau reseller, tetapi harus

diingat bahwa mungkin ada alternatif yang lebih murah untuk implementasi, pelatihan dan dukungan termasuk Konsultansi independen, staf in-house baru yang sudah akrab dengan yang diusulkan sistem atau dengan

menggunakan tim in-house yang ada. Pertimbangan lain ketika menghitung total biaya adalah jam kerja, jaringan, biaya perangkat keras dan komunikasi dan ini juga harus dipertimbangkan ketika menghitung anggaran. Seringkali

perangkat keras yang digunakan untuk mendukung sistem yang ada perlu diganti atau ditingkatkan, sejauh mana ini akan dibutuhkan harus diselidiki dan ditambahkan ke biaya karena dapat memerlukan investasi signifikan yang

sering diabaikan. Semua biaya langsung dan tidak langsung perlu diselidiki dengan sangat terperinci, ini adalah praktik yang buruk untuk terkejut sebagian melalui proyek implementasi dan proyek-proyek implementasi

perangkat lunak terkenal karena melebihi anggaran awal. Biaya internal maupun eksternal harus dipertimbangkan termasuk waktu yang dihabiskan oleh staf internal pada proyek, mengalihkan mereka dari tanggung jawab sehari-hari yang biasa sering diabaikan tetapi sumber daya tambahan mungkin diperlukan untuk mempertahankan fungsi

bisnis dasar selama periode proyek yang sibuk. Penting juga untuk melihat biaya implementasi produk pada umumnya setelah implementasi. Kebanyakan vendor mengeluarkan perbaikan bug paket layanan reguler untuk

menambahkan perbaikan fungsional kecil yang mungkin tidak menimbulkan biaya tambahan tetapi jika dalam jangka panjang perusahaan dapat mengharapkan peningkatan berkala maka ini dapat menyebabkan biaya

tambahan dalam hal perizinan, ditambah waktu dan sumber daya. Perusahaan dapat memilih untuk tidak segera menerima semua peningkatan yang tersedia tetapi bisnis perlu memastikan bahwa mereka tidak akan dikenakan

sanksi dalam hal hilangnya fungsi dan dukungan. Biaya operasional di masa mendatang perlu ditinjau dengan cermat bersama dengan biaya implementasi dan lisensi yang segera karena sistem yang awalnya murah untuk

dipasang mungkin memerlukan biaya operasional yang lebih tinggi dalam jangka panjang. Biaya lisensi tambahan mungkin juga perlu dipertimbangkan jika jumlah karyawan diperkirakan akan meningkat dan struktur penetapan harga untuk nomor pengguna bersamaan yang berbeda dapat sangat bervariasi.

8. Prototyping, pengujian dan mengunjungi situs referensi

Penting untuk memastikan bahwa setiap penyesuaian yang diperlukan akan beroperasi secara efektif dan membuat prototipe atau pilot ruang rapat untuk pengujian adalah cara yang bermanfaat untuk memastikan bahwa mereka

bekerja dan kedua memutuskan apakah semua penyesuaian diperlukan. Penanganan masalah mungkin memadai dalam kasus tertentu dan semakin sedikit sistem yang disesuaikan, semakin mudah untuk memecahkan masalah

dan melatih staf. Juga lebih mudah untuk meningkatkan sistem vanilla standar karena penyesuaian tidak perlu diulang. Vendor perlu dibayar untuk kegiatan prototyping mereka tetapi itu adalah investasi yang berharga karena

banyak perusahaan telah menemukan pada tahap ini bahwa perangkat lunak yang sebelumnya berada di puncak daftar pilihan tidak secara efektif memenuhi persyaratan mereka atau tidak tahan terhadap pengujian yang ketat. Ini

juga merupakan waktu untuk melihat demonstrasi yang lebih mendalam dari sejumlah vendor yang lebih terbatas, mengundang mereka di tempat selama sehari sehingga mereka dapat dengan baik melalui semua aspek sistem yang

disesuaikan dengan persyaratan. Ini juga memberi peluang bisnis untuk menghabiskan lebih banyak waktu dengan vendor dan menentukan apakah pandangan dan praktik perusahaan mereka sesuai dengan bisnis. Ketika

menerapkan sistem perangkat lunak baru, ini bukan hanya masalah membeli sistem baru tetapi juga menjalin kemitraan dengan vendor perangkat lunak dan hubungan kerja yang baik sangat penting untuk kesuksesan. Selain

mendapatkan referensi, penting untuk mengunjungi setidaknya satu perusahaan saat ini menggunakan sistem yang sedang dipertimbangkan untuk seleksi, ini memberikan visibilitas operasi sistem dalam lingkungan hidup. Berbicara

dengan tim sistem keuangan tentang pengalaman mereka dengan vendor selama implementasi dan pasca go-live dan yang paling penting berbicara kepada pengguna yang mengoperasikan sistem setiap hari, banyak dari mereka

akan menjalani pelatihan ekstensif dan harus menyesuaikan diri dengan pekerjaan baru praktik. Meskipun situs referensi cenderung menjadi pelanggan yang paling puas dengan pelanggan, ini harus memberikan kesempatan untuk berbicara terus terang tentang perangkat lunak, manfaat dan kelemahannya.

9. Pemilihan produk

Pilihan vendor seharusnya menjadi jelas selama proses seleksi karena mungkin beberapa vendor tidak dapat memenuhi kebutuhan bisnis tertentu atau mendukung demonstrasi penjualan mereka dengan situs langsung dan

referensi klien. Jika satu vendor pada tahap ini belum menjadi pilihan yang jelas ada banyak faktor yang perlu dipertimbangkan dalam keputusan akhir, seperti reputasi vendor dan rekam jejak, fungsionalitas, kustomisasi

perangkat lunak untuk memenuhi persyaratan unik, total biaya implementasi dan kepemilikan. , kemudahan dan rentang waktu implementasi, kemampuan untuk mengikuti perubahan teknologi dan layanan dukungan yang

tersedia. Keputusan akhir mungkin pada akhirnya bermuara pada hubungan yang dibangun dengan vendor selama proses pemilihan, jika faktor-faktor lain seperti fungsi dan biaya kira-kira setara. Tidak setiap vendor sama-sama

memperhatikan selama proses penjualan dan dalam jangka panjang tidak akan menjadi tim penjualan yang mengelola akun dan memberikan dukungan, namun cara tim penjualan vendor berperilaku dan kemauan dan

keterbukaan mereka untuk memberikan referensi dan informasi klien kemungkinan akan terjadi. menjadi indikasi yang baik tentang tingkat layanan mereka yang bergerak maju. Pada tahap ini, penting juga untuk

mempertimbangkan semua faktor dan ingat tidak hanya secara otomatis memilih opsi ‘aman’, frasa “tidak seorang pun pernah dipecat karena menerapkan SAP” adalah yang sering terdengar, meskipun kerumitan proyek ini artinya mereka sering over-run dan melampaui anggaran. Ini mungkin bukan keputusan terbaik untuk memilih vendor

terbesar atau paling terkenal di atas yang dapat memberikan kesesuaian bisnis dan tingkat layanan yang lebih baik dengan biaya lebih rendah. Penting bahwa tim berkontribusi pada seleksi akhir untuk menghindari bias dari

individu yang mungkin memiliki preferensi terhadap sistem tertentu karena reputasi perusahaan, pengalaman sebelumnya, atau keinginan mereka sendiri untuk bekerja dengan produk tertentu. Keputusan akhir harus

melibatkan semua anggota tim khususnya mereka yang akan menerapkan sistem dan menggunakannya pasca go-live. Dianjurkan untuk mempertimbangkan rencana masa depan organisasi untuk pertumbuhan dan pengembangan

sehingga jika organisasi memiliki rencana pertumbuhan yang signifikan maka ini harus diperhitungkan dalam keputusan sehingga produk yang dipilih dapat diskalakan, dapat mengakomodasi pertumbuhan ini dan tidak akan

mengarah pada setiap biaya tambahan yang tidak direncanakan. Jika organisasi memiliki akuisisi, maka perlu ditentukan seberapa mudah perusahaan baru dapat berasimilasi dengan menggunakan produk baru.

10. Evaluasi, umpan balik pengguna akhir dan kemungkinan modifikasi

Ketika sistem baru telah dipilih dan diimplementasikan sepenuhnya, disarankan untuk meninjau proses seleksi dan implementasi karena akan selalu ada ruang untuk perbaikan dan penting untuk belajar dari kesalahan masa

lalu. Jarang semuanya akan beroperasi sepenuhnya seperti yang direncanakan setelah implementasi jasa pembuatan software dan masalah gigi yang diharapkan. Penting untuk mendapatkan umpan balik dari pengguna mengenai kinerja

sistem dan kemungkinan beberapa perubahan akan diperlukan. Jika vendor produk dan perangkat lunak yang paling tepat telah dipilih maka organisasi harus menerima dukungan yang efektif untuk menyelesaikan masalah gigi awal dan manfaat bisnis yang diharapkan akan segera menjadi jelas.

Posted on: August 24, 2019, by :

Leave a Reply

Your email address will not be published. Required fields are marked *