Pertama, memberikan kesimpulan yang dapat digunakan untuk memutuskan-membuat
Titik awal untuk informasi seharusnya menjadi masalah bisnis, bukan nama perangkat lunak. Sales hilang sedemikian rupa sehingga pelanggan dapat diobati dan diikuti; perintah, inventaris dan pengiriman seringkali tidak konsisten dan prioritas harus diberikan untuk melanggar perintah ke kinerja; data bisnis tidak tersedia dalam cara yang tepat waktu, dan master data dan indikator kunci yang harmonis.
Kondisi apa yang perlu diidentifikasi sebelum penghakiman dibuat?
Pertanyaan yang sama mungkin memiliki jawaban yang berbeda di bawah berbagai bisnis, data, dan fase proyek. Hal ini disarankan agar kondisi berikut diperiksa dan bahwa temuan yang sama di web dimasukkan ke dalam proyek mereka sendiri.
Perintah yang disarankan dari muka
Pertama, kita akan jelas tentang target dan perbatasan.
Wawancara dengan garis depan dan manajer untuk memetakan proses status saat ini dan aliran data.
Dependence Kunci Validasi
Pilih sebuah bisnis tertutup lingkaran untuk membangun sebuah dasar untuk memproses volume, waktu dan kesalahan.
Pengembangan hasil yang dapat dipertimbangkan
Bandingkan optimasi proses, pembelian produk, integrasi sistem dan pengembangan kustom.
Pastikan kau memutuskan langkah berikutnya dengan hasil yang sebenarnya.
Piloting di satu sektor atau daerah, stabilisasi dan replikasi.
Bagaimana kau memahaminya dalam bisnis yang sebenarnya?
Perusahaan-perusahaan dagang ingin berada di CRM, ERP, dan BI pada saat yang sama, namun masalah terbesar adalah bahwa perintah penjualan tidak dapat disinkronisasikan dengan inventaris. Pertama, dengan menyelaraskan kaliber pelanggan, komoditas, dan perintah, menghubungkan persediaan dan inventaris, manajemen akan memiliki data kinerja yang dapat diandalkan; kemudian dengan memperluas pemasaran dan analisis bisnis, akan lebih mudah berhasil daripada jika tiga sistem daring.
Lubang termudah untuk melangkah.
Peningkatan efisiensi sistem
Mendesain proses hanya oleh manajemen, tanpa pengguna baris-pertama
Jika data dasar dan tanggung jawab tidak dikelola, pernyataan kompleks pertama kali dibuat
Bagaimana kita bisa menerima dan mengkonfirmasinya?
Fase pertama harus memeriksa apakah proses benar-benar tertutup, apakah data didefinisikan dengan jelas sebagai tanggung jawab utama sistem, apakah pengguna terus-menerus menggunakannya, apakah anomali diproses, dan apakah indikator dasar ditingkatkan. Sistem hanya on line dan harus beroperasi dalam cara jangka panjang.
Ketika mempersiapkan untuk berkomunikasi dengan pemasok atau tim internal, disarankan bahwa proses saat ini, contoh perwakilan, sistem yang ada, perencanaan tingkat waktu dan anggaran akan dibawa. Pertama, item yang tidak diketahui jelas ditandai, dan kemudian keputusan dibuat untuk menggunakan diagnosis, PoC, proyek jangkauan tetap atau penelitian dan pengembangan yang sedang berlangsung, yang biasanya lebih dapat diandalkan daripada permintaan langsung untuk harga dan durasi tanpa batas.