Sistem ini harus mengurus penggunaan seragam penumpang, dispatches, insinyur dan pelanggan.
Sistem layanan after-sale dan on-site harus dimulai dengan rantai bisnis asli, pertama mengakui tanggung jawab bisnis, kepemilikan data, sistem yang ada dan basis dasar kuantitatif, dan kemudian memutuskan pada produk matang, implementasi konfigurasi, pengembangan sekunder, kustomisasi independen atau integrasi sistem. Fase pertama akan ditutup untuk perwakilan dan sampel abnormal, dan kemudian memperluas organisasi dan fungsionalitas sekali diadopsi.
Tingkat ketidakpastian direduksi oleh tahap sebelum memutuskan pada skala input dan modalitas kerja sama.
Wawancara dengan posisi aktual, pemrosesan multi-saluran, berkas peralatan klien dan kontrak layanan, klasifikasi lembar kerja, prioritas, SLA, proses terkait urutan penugasan, sampel, sistem dan risiko.
Penyempurnaan hasil akhir pergerakan insinyur ' s, rute, sign-in, foto dan identifikasi pelanggan, akuisisi suku cadang, pengembalian, pemeliharaan, penyelesaian biaya dan layanan, konstruksi simultan dari otoritas yang diperlukan, antarmuka, migrasi dan mekanisme anomali.
Kebanyakkan pengguna dan data yang nyata, dan pengamatan kualitas, efisiensi, anomali dan biaya pemeliharaan, membentuk rute susulan.
Klien bertanggungjawab untuk mengkonfirmasi sistem operasi, legitimasi data, keahlian keuangan atau perdagangan dan menyediakan nomor akun yang diperlukan, sampel dan manajer internal; lisensi produk pihak ketiga, sumber daya awan, antarmuka eksternal dan biaya kepatuhan khusus diidentifikasi secara terpisah.
Masalah Klien vines diakses melalui beberapa saluran dan mudah dilewatkan
Secara individual bergantung pada pengalaman, dan tidak terlihat keterampilan rute dan kerangka waktu personel
Foto - foto adegan, aksesoris, jam kerja dan tanda tangan pelanggan sulit dilacak
Biaya setelah-penjualan, satu kali tingkat resolusi dan penyebab keterlambatan tidak dapat dianalisis
Pemrosesan Multi-saluran, berkas peralatan klien dan kontrak layanan
Klasifikasi lembar kerja, prioritas, SLA, tagihan dan aturan promosi
Mesin freid-in, foto dan konfirmasi pelanggan
Akusisi suku cadang, pengembalian, pemeliharaan, biaya dan layanan penyelesaian
Rencana pemeriksaan, daftar cek, perbaikan dan ulasan yang tidak biasa dari loop tertutup
CRM, ERP/WMS, IOT, Peta, Informasi dan Integrasi Keuangan
Batas-batas layanan, basis anggaran dan modalitas implementasi untuk fase berbeda dari proyek tidak identik dan dapat dinilai lebih lanjut sejalan dengan hal berikut.
Batas-batas pengiriman akhir menurut lingkup layanan, fase konstruksi dan modalitas kerja sama, dan digambarkan di bawah ini sebagai hasil umum.
Skop layanan dan bisnis loop tertutup yang harus diselesaikan pada fase pertama: pengolahan multi-saluran, berkas peralatan klien dan kontrak layanan, klasifikasi lembar kerja, prioritas, SLA, penugasan dan aturan promosi
Tingkat integritas kode, data, sistem, peralatan dan dokumen, dan lingkup cakupan yang harus diaudit, direlokasi atau direkayasa kembali
Nomor dari antarmuka pihak ketiga, tanggung jawab koordinasi, kualitas data, kompensasi yang tidak biasa dan kerjasama pemasok eksternal
Persyaratan non-fungsional seperti kinerja, ketersediaan, keamanan, otoritas, audit, kepatuhan dan jendela akses
Kedalaman dan tanggung jawab jangka panjang: web lemah luring, otoritas dan ketidaknormalan Catatan pengujian, penyebaran, pelatihan, informasi terkait online dan transportasi, dan jaminan kualitas, pemeliharaan perdamaian dan ruang lingkup iteratif terus menerus
Tujuan proyek, orang yang bertanggung jawab dan kriteria penerimaan tidak ditetapkan
Akun kunci, data, antarmuka atau otorisasi bisnis tidak tersedia
Hanya lenjari harga maksimum atau sangat pendek siklus dicari, dan tes yang diperlukan dan kontrol kualitas tidak diterima
Berikut ini digunakan untuk menjelaskan metodologi implementasi, kaliber data dan batas-batas tanggung jawab, dan tidak digunakan sebagai proksi untuk penilaian proyek oleh daftar fungsional.
Ketika proyek diluncurkan, link bisnis yang membutuhkan perbaikan paling banyak dipilih, wawancara dengan pengguna aktual dan sampel terbaru diambil. Pemrosesan catatan di sekitar \"pemrosesan multi-saluran, berkas peralatan pelanggan dan kontrak layanan\", rata-rata waktu-menghitung waktu, waktu tunggu, jumlah back-work, angka yang tidak biasa dan titik kontak manual; jika data yang tersedia tidak lengkap, penagihan manual untuk satu sampai dua minggu waktu berturut-turut digunakan sebagai basis kerja. Tanpa garis dasar, proyek hanya dapat diselesaikan dengan mengevaluasi apakah antarmuka selesai dan tidak memungkinkan untuk menilai apakah penjualan lembar kerja dan layanan telah menghasilkan perubahan yang berkelanjutan.
baseline juga harus menunjukkan lingkup statistik dan eksklusi. Sebagai contoh, waktu pemrosesan dimulai dengan ketersediaan informasi atau dengan penyerahan pertama oleh klien, pengecualian gagal untuk memasukkan antarmuka pihak ketiga, dan modifikasi manual adalah minor proofreading atau re-processing.
Fase pertama tidak berusaha untuk mencakup semua sektor, tetapi lebih membentuk lingkaran tertutup di sekitar \"klasifikasi lembaran kerja, prioritas, SLA, aturan penagihan dan promosi\" yang dapat beroperasi secara real time: input jelas, aturan pemrosesan, tindakan sistem, peran yang bertanggung jawab, gerakan yang tidak biasa dan keluaran akhir. Peran kunci mencakup setidaknya pemilik bisnis, pengguna aktual, antarmuka teknis dan manajer penerimaan, menghindari permintaan yang digambarkan oleh manajemen dan digunakan di baris oleh kelompok lain.
Penilaian kebutuhan sesuai dengan setiap kompetensi pada adegan bisnis, peran pengguna dan penerimaan sampel.Hal-hal yang tidak menyediakan data yang sah, antarmuka atau pembuat keputusan harus dimasukkan sebagai pra-kondisi atau tahap selanjutnya, dan tidak boleh dimasukkan secara diam-diam dalam penawaran jarak-tetap.
Jalur khas adalah mengambil saham dari jadwal dan garis dasar lapangan, selaraskan lembar kerja peralatan klien dan kaliber layanan, pilih pilot tipe regional atau layanan, mengembangkan workstation mobile end dan antarmuka. Setiap tahap harus menghasilkan hasil yang terlihat, seperti grafik flow, prototipe, kontrak antar muka, catatan uji, instruksi deployment atau demonstrasi berjalan.
Demonstrasi tahap tidak \"tampaknya tidak cocok untuk bekerja\". Sampel perwakilan harus digunakan untuk menutupi proses normal, medan hilang, permintaan berulang, otoritas yang tidak memadai, overrun waktu dan anomali data historis dari layanan eksternal, dan untuk mengidentifikasi masalah yang hanya muncul di lingkungan produksi pada tahap awal.
Proyek ini harus setidaknya mendamaikan penjualan dan penjualan cetak biru untuk proses layanan, meja penumpang, meja pengiriman, ujung seluler dan pintu masuk klien, lembar kerja, peralatan, suku cadang, SLA dan aturan pemeriksaan, dan mengkonfirmasi kode sumber atau atribusi konfigurasi, manajemen akun, penempatan, backup data, respon gagal dan tanggung jawab pemeliharaan berikutnya. Selain penerimaan fungsional, memeriksa hak istimewa, keamanan, kinerja, log, pemulihan dan pelatihan pengguna kunci untuk memastikan bahwa tim klien mampu menggunakan dan memahami batas sistem secara independen.
Garis dasar proses dari 800 item per bulan, rata-rata 18 menit per unit, dan tingkat pengembalian 12 persen hanya contoh, bukan kinerja klien. Sebuah garis harus diikuti oleh empat sampai delapan minggu berturut-turut pengamatan berkelanjutan pada kaliber yang sama, sebelum menentukan apakah masalah pelanggan dan tanggung jawab penanganan dicapai, fokus masalah klien dan penanganan tanggung jawab, loop penutupan, pintu-ke-pintu, overhaul dan kunjungan kembali, dan bukti bagian cadangan dan layanan di situs dapat dilacak.
Halaman ini berisi konten organisasi seputar isu-isu layanan nyata seperti pengembangan sistem layanan after-salle, pengembangan sistem lembar kerja, sistem manajemen layanan on-site, dan FSM. Kata kunci digunakan untuk membantu pengguna dan sistem pencarian mengidentifikasi tema, tanpa menyiratkan komitmen untuk efek tetap; lingkup akhir, siklus, anggaran dan indikator didasarkan pada diagnosis proyek, kontrak dan basis data penerimaan.
Setiap tahap memiliki tujuan yang jelas, peran partisipatif dan hasil penilaian, dan keputusan penting tidak dibiarkan sampai akhir proyek.
Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.
Zodan CRM mengelola hubungan pelanggan dan proses penjualan, dan masalah manajemen proyektil diterima, diproses, waktu-bound, on-site dan ditutup.
Tidak perlu.Senario frekuensi rendah sederhana dapat berupa H5 atau program kecil; APP independen lebih tepat apabila web lemah, luring, posisi, kemampuan foto dan peralatan yang kompleks.
Aplikasi, kembali, perubahan potongan dan penyelesaian membutuhkan sinkronisasi dengan dokumen yang jelas dan antarmuka yang lightding.
Penerimaan, pengiriman, pengiriman, pengiriman, waktu lembur, kedatangan, suku cadang, pemeliharaan, identifikasi pelanggan, kunjungan kembali dan penutupan kasus diverifikasi menggunakan lembar kerja asli dan menutupi kegagalan offline dan antarmuka.
CRM terutama bertanggung jawab untuk mengelola hubungan pelanggan, peluang bisnis dan proses penjualan, setelah-jual tagihan masalah manajemen karya, batas waktu layanan, penagihan, pemeliharaan, suku cadang, catatan situs dan penutupan.
Tiliklah jawaban penuhSistem manajemen operasi dan operasi perusahaanFokus implementasinya bukanlah untuk memindahkan lembaran kertas ke ponsel, melainkan untuk menutup loop untuk penerimaan, pengiriman, kedatangan, pemrosesan, konfirmasi dan penutupan. Sampel yang tidak biasa seperti web lemah, transfer, kekurangan suku cadang dan penolakan pelanggan juga dipersiapkan dengan baik di muka.
Tiliklah jawaban penuhPemilihan informasi, integrasi, dan tata pemerintahan data perusahaanAntarmuka GOV kembali dengan sukses dan tidak berjumlah penyelesaian proses bisnis, dan integrasi sistem harus memantau baik keadaan teknis maupun hasil operasi. Setiap permintaan harus memiliki nomor pelacakan unik, mencatat sumber, target, negara, waktu, waktu-konsumen, retry, dan nomor unit bisnis. Pembayaran, perintah, inventaris, dll., juga secara teratur didamaikan. Aberrants harus dimasukkan ke dalam sebuah retried, reimbabel atau manual pengolahan antrian dan tidak tetap dalam log.
Tiliklah jawaban penuhPemilihan informasi, integrasi, dan tata pemerintahan data perusahaanKlien, komoditas, organisasi, inventaris dan ketertiban mungkin menjadi tanggung jawab utama dari sistem yang berbeda, dengan kodifikasi yang jelas, kalibrasi, sinkronisasi dan waktu.Perbedaan sejarah memerlukan inventaris, pembersihan dan validasi manual, dan tidak ada skrip batch dapat digunakan untuk menyembunyikan penyebab akar.
Tiliklah jawaban penuhLihat web lemah, luring, lokasi foto, rectifikasi dan ulasan dari loop tertutup
Untuk informasi lebih lanjut.Manajemen klien bermusyawarahKeaunan klien, kontak, kontrak dan sejarah layanan
Untuk informasi lebih lanjut.Kepatuhan inventoriHubungkan suku cadang inventori, akses pengembalian dan distribusi logistik
Untuk informasi lebih lanjut.Case sceneKelainan dan kecerdikan yang diarahkan pada situs web lemah atau offline dikoordinasikan untuk menunjukkan bagaimana distribusi tugas, bentuk, posisi foto, cache luring, pelaporan abnormal, reksaan dan dewan manajemen ditutup dan diterima dalam peralatan yang kompatibel, konflik yang disinkronkan, tanda trek dan lembar kerja sampel.
Untuk informasi lebih lanjut.