Home / Proyek keputusan-pembuatan panduan / IND
PROJECT DECISION GUIDE

diagnosa ICT, perencanaan sistematis dan peta jalan implementasi untuk SMEs

SMEs tidak perlu memulai secara simultan dengan ERP, CRM, OA dan BI. Lebih efektif adalah untuk menemukan rantai bisnis yang paling mempengaruhi pendapatan, pengiriman, inventaris, proses harmonisasi dan tanggung jawab data, dan kemudian memilih produk dewasa, integrasi sistem, atau pengembangan disesuaikan secara bertahap.

Jawab pertanyaannya.

Diagnosa Informasional dari SMAS

Tahap pertama alamat hanya satu masalah closed- ring, sementara mempertahankan basis data untuk konektivitas sistem berikutnya dan analisis bisnis.

SCOPE & BUDGET LEVELS

Pertama, masukan jelas ke batas oleh fase projek

Lapisan-lapisan berikut ini digunakan untuk membangun dasar untuk anggaran dan penerimaan, dan lingkup yang sebenarnya masih perlu dinilai dalam kaitannya dengan status quo, antarmuka dan persyaratan waktu.

Tahap 1

Diagnosa cepat

Tautan bisnis yang paling penting yang akan diubah

Wawancara dengan manajemen dan posisi kunci, proses cuplikan, baseline masalah, inventaris alat yang tersedia, rekomendasi prioritas

Tahap 2

Cetak biru dan Pilihan

Identifikasi tanggung jawab sistem dan bangunan-awal

Proses target, otoritas peran, data master, pengadaan dan perbandingan penyesuaian, antarmuka cetak biru, tingkat anggaran dan rencana implementasi

Tahap 3

Tahap pertama melakukan perjalanan sampingan.

Menerjemahkan peta jalan ke hasil yang dapat diterima

Butuh atau penguapan evaluasi, kolaborasi vendor, persiapan data, penerimaan pilot, kebijakan pengembalian online dan rekomendasi tahap berikutnya

DECISION FACTORS

Elemen kunci yang akan diperiksa untuk decision-making

Pertama, batas-batas menahan diri dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerjasama dibandingkan.

01

Dampak bisnis dan frekuensi dari kejadian

Prioritas diberikan kepada isu-isu seperti frekuensi tinggi, yang mempengaruhi pengiriman pendapatan atau risiko dan memungkinkan untuk pembentukan baselin, tanpa alokasi anggaran sama dengan departemen.

02

Tingkat stabilisasi proses

Aturan tidak selaras sebelum tanggung jawab dan proses diperkecil; proses umum dan stabil untuk pengadaan dan kapasitas diferensial dipertimbangkan untuk disesuaikan.

03

Basis data

Tanpa tanggung jawab tunggal untuk data inti seperti klien, komoditas, organisasi dan perintah, menambahkan lebih banyak sistem hanya akan memperbesar inkonsistensi.

04

Ketersediaan sistem yang ada

ERP, CRM dan perangkat lunak keuangan yang sudah tersedia harus pertama kali dinilai untuk konfigurasi, integrasi atau adaptasi parsial, dan tidak mudah semua berhubungan kembali.

05

Tim dan Perubahan Kemampuan

Kepala operasional, pengguna kunci, kolasi data dan penerimaan masukan memiliki dampak langsung pada efektivitas implementasi dan perangkat lunak bukan pengganti untuk pembuatan decisi organisasi.

06

Kalibrasi dan tanda terima

Improvisasi diukur dengan pengolahan siklus, masukan duplikat, kesalahan, inventaris yang akurat, waktu pengiriman atau siklus pemulihan, dan tidak dievaluasi oleh jumlah modul pengadaan.

Persiapan rekomendasi sebelum komunikasi atau penilaian

Tiga masalah khusus yang paling mempengaruhi bisnisPosisi dan pemegang tugas proses kunciDaftar tabel dan sistem kiniSumber data seperti perintah komoditas pelangganContoh representasi biasa dan tidak biasa untuk bulan laluTingkat anggaran tahunan dan personil yang tersediaIndikator operasional untuk perbaikanManajemen dan pemimpin projek

Alamat yang disarankan untuk implementasi

Dianjurkan untuk membuat fakta dan prioritas sebelum memutuskan pengadaan, integrasi atau pengadaan peta jalan ini disusun dalam tiga sampai enam bulan, setiap tahap mengidentifikasi hasil bisnis, cakupan sistem, persetujuan klien, bukti pengiriman dan penerimaan, menghindari pembentukan jangka panjang, tapi tidak dapat diperbaiki, perencanaan ambisius.

DECISION WORKSHEET

Mempadu diagnosis ICT SME menjadi keputusan yang dapat dilaksanakan

Lembar kerja berikut membantu perusahaan untuk mengatur saran yang samar-samar ke vendor - berbasis, progreal- persetujuan dan project- masukan yang dapat diterima.

Apa yang harus ringkasan yang sebanding dengan penilaian yang mengandung?

Setidaknya tiga masalah khusus yang mempengaruhi operasi paling, pekerjaan dan tanggung jawab dari proses kunci, daftar formulir dan sistem, sumber data seperti pesanan komoditas pelanggan, dan volume bisnis saat ini, waktu pengolahan rata-rata, anomali utama, sistem di tempat, hak istimewa data, ketergantungan ketiga pihak dan akses jendela. Versi yang sama disediakan untuk pemasok yang berbeda, dan terpisah deskripsi asumsi, pengecualian, kerjasama pelanggan, pengiriman dan bukti penerimaan diperlukan untuk menghindari satu kali saja dari batas yang hilang.

Contohnya, perusahaan mengharapkan bahwa proyek tersebut akan menghemat 160 jam tenaga kerja per bulan, tapi angka ini harus dipecah menjadi jumlah tugas, tabungan tunggal, tingkat adopsi, dan nilai peninjauan manual. Jika hanya 40 persen pengguna menggunakan periode pertama, atau jika proses baru meningkatkan proses tinjauan, keuntungan yang sebenarnya akan lebih rendah daripada perkiraan yang jelas.

Empat jenis bukti direkomendasikan untuk ditanyai selama komunikasi vendor

Yang pertama adalah bukti lingkup: konsistensi dari versi permintaan, proses bisnis, prototipe, antarmuka, dan pengecualian; yang kedua adalah bukti teknik: apakah teknologi yang sama memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah para personil, peserta yang sebenarnya, tahapan masukan, mekanisme masukan, dan mekanisme pengganti jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, dokumen, pelatihan, jaminan kualitas, transportasi yang diberikan kepada mereka untuk menyediakan obat yang tidak bisa digunakan untuk menjadi bukti yang bisa digunakan untuk menyediakan obat yang bisa di bawah.

Disarankan bahwa lingkup kejelasan, ketergantungan kritis, kapasitas tim, penerimaan yang berlaku dan takeover jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor direkam. Jika sebuah program lebih murah, antar muka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke caliber pengiriman yang sama sebelum dibandingkan.

Prinsip penghakiman

Halaman ini menyediakan suatu kerangka pembuatan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.

FAQ

FAQs

Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.

Haruskah SMAS pergi ke ERP atau CRM pertama?+

Tergantung pada masalah yang paling penting saat ini. Rantai lead dan pelanggan berikut dapat dikelola pertama; ketika perintah, pembelian, inventaris dan sinergi keuangan menjadi lebih mendesak, prioritas harus diberikan untuk membangun kepatuhan dan loop tertutup data.

Apakah diagnostik ICT harus merekomendasikan pengembangan pengastomisasi?+

No Proses yang universal dan matang dapat ditutupi oleh proses, memberikan prioritas untuk pengadaan atau konfigurasi; penyesuaian dipertimbangkan hanya jika perusahaan dibeda, kompleks terintegrasi atau lama kapasitas produk.

Bisakah kau merencanakan tanpa data lengkap?+

Bayines dapat didirikan pertama dengan wawancara, proses sampel dan jangka pendek tagihan manual, sementara master data dapat dikumpulkan sebagai mandat sebelum diimplementasi.

Bagaimana proyek pada informatisasi dinilai memiliki kembali?+

Waktu - frame, entri ganda, kesalahan, menunggu, inventaris, pengiriman dan kembali indikator harus dibandingkan, dan penggunaan dan biaya transportasi yang sedang berlangsung harus didamaikan.

DECISION FAQ

Isu umum yang berhubungan dengan proyek saat ini

Periksa semua 265 pertanyaan.
Info Bisnis, Integrasi Sistem dan Transportasi

Sistem mana yang harus digunakan SMEs pertama untuk informasionisasi?

Proses ini digunakan untuk memprioritaskan produk dewasa, membutuhkan kemampuan berbeda atau integrasi kompleks sebelum penyesuaian dipertimbangkan. Target pertama adalah untuk menghasilkan loop tertutup-to-end dan data kredibel, daripada untuk menutupi semua sektor pada satu waktu. Manajemen harus menunjuk pemimpin bisnis dan kaliber tunggal.

Lihat jawaban lengkap
Pemilihan informasi perusahaan, integrasi dan tata letak data

Bagaimana seharusnya data inkonsistensi dalam multisistem dapat diatasi?

Perbedaan sejarah memerlukan inventaris, pembersihan, dan validasi manual, dan tidak ada naskah batch dapat digunakan untuk menyembunyikan akar penyebabnya.

Lihat jawaban lengkap
Satu perusahaan dan dukungan teknis OPC

Apakah sebuah perusahaan membutuhkan basis proyek manajemen dan pengetahuan CRM?

Apakah informasi kompleks atau tidak kompleks bukan jumlah perusahaan. Ketika klien melebihi kendali memori, proyek memiliki beberapa node, dan program perlu digunakan kembali, sistem yang berhubungan harus dimasukkan ke tempatnya, tetapi tiga kemampuan tidak perlu diberikan oleh tiga platform berat.

Lihat jawaban lengkap
Satu perusahaan dan dukungan teknis OPC

Bagaimana data harus diintegrasikan ketika tersebar menggunakan beberapa alat AI?

Pertama, mengidentifikasi sistem data utama klien, proyek, kontrak dan pengetahuan, lalu memposisikan perangkat AI lainnya sebagai pemanggil atau prosesor, daripada menyimpan catatan utama tunggal untuk setiap alat. Mengmemprioritaskan penggunaan resmi API, Webbook atau ekspor reguler dari bidang yang disinkronkan, dan menyelaraskan pelanggan dan identifikasi proyek. Untuk alat-alat tertutup yang tidak dapat didepor, resiko migrasi harus dinilai dan aset bisnis penting dihindari.

Lihat jawaban lengkap