Home / Services / Kustomisasi layanan penjualan, lembar kerja dan pengembangan sistem manajemen situs
PROFESSIONAL SERVICE

Pengembangan kustomisasi layanan penjualan, lembar kerja, dan sistem manajemen layanan situs

Sistem harus mengurus penggunaan seragam penumpang, pengiriman, insinyur dan pelanggan.

Masalah klien dan penanganan tanggung jawab terkonsentrasiPerintah, pintu, perbaikan dan kunjungan kembali membentuk lingkaran tertutup.Bukti suku cadang dan layanan yang tersedia di situs dilacakSLA dan kualitas layanan dapat dianalisis berdasarkan yang sedang berlangsung
Setelah dijual, pemeriksaan layanan situs tunggal dan kembali berlaku dari sistem penutupan cincin
Keputusan proyek-membuat kesimpulan

Bagaimana lembar kerja penjualan dan sistem layanan situs selanjutnya harus diaktifkan

Sistem layanan setelah penjualan dan tempat seharusnya dimulai dengan rantai bisnis yang asli, pertama kali mengakui tanggung jawab bisnis, kepemilikan data, sistem yang ada dan kuantisasi baseine, dan kemudian memutuskan pada produk dewasa, implementasi konfigurasi, pengembangan sekunder, keteraturan independen atau integrasi sistem. Tahap pertama akan ditutup untuk mewakili dan sampel abnormal, dan kemudian memperluas organisasi dan fungsionalitas setelah diadopsi.

START WITH EVIDENCE

Dari penilaian awal sampai penerimaan dan penerimaan pengiriman

Tingkat ketidakpastian berkurang oleh tahap sebelum memutuskan skala masukan dan modalitas kerjasama.

Tahap 1

Diagnosa situasi saat ini

Mengklarifikasi isu tahap pertama, bisnis ditutup dan tanggung jawab data

Wawancara dengan posisi sebenarnya, pemrosesan multi- channel, berkas peralatan klien dan kontrak layanan, klasifikasi lembar kerja, prioritas, SLA, perintah tugas - proses terkait, sampel, sistem dan risiko.

Tahap 2

Penerapan pertama

Jalankan tertutup menerima cincin dengan bisnis yang nyata.

Komplesi pergerakan insinyur berakhir, rute, tanda tangan, foto dan identifikasi pelanggan, akuisisi suku cadang, pengembalian, pemeliharaan, biaya dan penyelesaian layanan, pembangunan simultan otoritas yang diperlukan, antar muka, migrasi dan anomali.

Tahap 3

Online.

Keputusan untuk mempromosikan melalui rekonsiliasi, tingkat adopsi dan indikator operasional

Penindasan pengguna dan data yang sebenarnya, dan pengamatan kualitas, efisiensi, anomali dan biaya pemeliharaan, membentuk rute berikut.

CLIENT INPUTS

Rekomendasi kesiapan sebelum-pendahuluan

Kanal untuk pelaporan, klasifikasi perintah kerja, SLA dan representasi abnormalKeahlian area personalia, arsip peralatan, suku cadang dan kondisi di situsProses saat ini, peran pekerjaan dan anomali utamaSistem, antarmuka, nomor rekening dan laporan akuntabilitas data berada di tempatUkuran data historis, kualitas dan persyaratan retensi migrasiPergi-live window, key users and acceptances
ACCEPTANCE EVIDENCE

Bukti yang akan dilihat dalam penerimaan.

Normal, transfer, lembur, kembali dan promosi perintah pekerjaan ditutup sesuai aturanPonsel ujung jaring lemah, relay offline dan log konfirmasi pelanggan dilacakBisnis kunci tertutup loop dapat diuji berulang-ulang dengan sampel nyataHak peran, persetujuan, log dan data telah disepakatiAntar muka, waktu habis, proses gagal dan kompensasi dilacakKode sumber, konfigurasi, penyebaran, pengujian dan informasi transportasi dapat diambil alih
Batas kerja sama dan tanggung jawab

Klien bertanggung jawab untuk mengkonfirmasi sistem operasi, legitimasi data, keahlian keuangan atau perdagangan dan menyediakan nomor rekening yang diperlukan, sampel dan manajer internal; lisensi produk ketiga, sumber daya awan, antarmuka eksternal dan biaya kepatuhan khusus diidentifikasi secara terpisah.

Masalah yang biasanya dihadapi perusahaan

Masalah klien diakses melalui beberapa saluran dan mudah tidak terjawab

Secara individu tergantung pada pengalaman, dan tembus pandang dari keterampilan rute dan kerangka waktu personil

Foto-foto, aksesoris, jam kerja dan tanda tangan pelanggan sulit dilacak

Biaya penjualan setelah itu, tingkat resolusi satu kali dan penyebab penundaan tidak dapat dianalisis

Layanan utama kami

01

Pemrosesan saluran ganda, berkas peralatan klien dan kontrak layanan

02

Klasifikasi kerja, prioritas, SLA, penagihan dan aturan promosi

03

Insinyur bergerak akhir, rute, sign- in, foto dan konfirmasi pelanggan

04

Bagian cadangan akuisisi, pengembalian dana, pemeliharaan, biaya dan layanan penyelesaian

05

Inspeksi rencana, checklist, perbaikan tidak biasa dan ulasan dari loops tertutup

06

CRM, ERP / WMS, IOT, Peta, Informasi dan Integrasi Keuangan

PROJECT DECISION PATH

Lanjutkan untuk menilai dalam konteks proyek-proyek saat ini

Batas layanan, basis anggaran dan modalitas implementasi untuk fase yang berbeda dari proyek ini tidak identik dan dapat dinilai lebih lanjut dalam hubungannya dengan berikut.

Provitables

Batas pengiriman akhir didefinisikan menurut lingkup layanan, fase konstruksi dan modalitas kerjasama, dan digambarkan di bawah sebagai hasil umum.

DELIVERABLECetak biru untuk proses layanan sesudah penjualan dan di situs
DELIVERABLEMeja layanan klien, meja pengiriman, ujung ponsel dan pintu masuk klien
DELIVERABLEWorksheet, peralatan, suku cadang, SLA dan aturan inspeksi
DELIVERABLEPesan peta, peralatan inventaris dan antarmuka keuangan
DELIVERABLEOfline lemah bersih, akses dan catatan tes kelainan
DELIVERABLEPenyebaran, pelatihan, akses dan transportasi

Bagaimana anggaran proyek dinilai

Scope layanan dan loop bisnis tertutup yang harus diselesaikan dalam tahap pertama: pengolahan multi- saluran, berkas peralatan klien dan kontrak layanan, klasifikasi lembar kerja, prioritas, SLA, tugas dan aturan promosi

Tingkat integritas kode yang ada, data, sistem, peralatan dan dokumen, dan cakupan yang akan diaudit, direlokasi atau direkayasa

Jumlah interface pihak ketiga, tanggung jawab koordinasi, kualitas data, kompensasi yang tidak biasa dan kerjasama pemasok eksternal

Tidak ada persyaratan yang berfungsi seperti kinerja, ketersediaan, keamanan, otoritas, audit, kepatuhan dan jendela akses

Kedalaman pengiriman dan tanggung jawab jangka panjang: jaringan lemah offline, otoritas dan ketidaknormalan pengujian catatan, penyebaran, pelatihan, online dan transport- informasi terkait, dan jaminan kualitas, penjaga perdamaian dan lingkup iteratif terus menerus

Keadaan ini tidak merekomendasikan inisiasi segera pembangunan penuh.

Tujuan proyek, orang yang bertanggung jawab dan kriteria penerimaan tidak didirikan

Akun kunci, data, antarmuka, atau usahan bisnis tidak tersedia

Hanya harga maksimum atau siklus yang sangat pendek yang dicari, dan tes yang diperlukan dan kontrol kualitas tidak diterima

IMPLEMENTATION PLAYBOOK

Bagaimana sistem layanan penjualan dan sistem penjualan setelah itu bergerak dari permintaan ke hasil penerimaan

Berikut ini digunakan untuk menjelaskan metodologi implementasi, kaliber data dan batas tanggung jawab, dan tidak digunakan sebagai proksi untuk penilaian projek dengan daftar fungsional.

Kata kunci dan deskripsi dari isi

Halaman ini berisi konten organisasi di sekitar isu-isu pelayanan nyata seperti pengembangan sistem layanan penjualan, pengembangan sistem kerja, sistem manajemen layanan situs, dan FSM. Kata kunci digunakan untuk membantu pengguna dan sistem pencari mengidentifikasi tema, tanpa menyiratkan komitmen untuk memperbaiki efek; lingkup terakhir, siklus, anggaran, dan indikator didasarkan pada diagnosa proyek, kontrak, dan penerimaan.

DELIVERY PATH

Jalur pengiriman dan implementation

Setiap tahap memiliki tujuan yang jelas, peran partisipatif dan hasil yang dapat dinilai, dan keputusan penting tidak ditinggalkan sampai akhir proyek.

01Inventaris baseline piagam dan field
02Harmonisasi dari peralatan klien lembar kerja dan layanan kalibres
03Pilih pilot jenis wilayah atau layanan
04Mengembangkan desktop bergerak dan antarmuka
05Lembar kerja sebenarnya berjalan dalam paralel dan mengungkapkan kembali
06Proyeksi tim lebih dan mengoptimalkan layanan kontrol gerakan
FAQ

FAQs

Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.

Apa perbedaan antara sistem lembar kerja dan CRM?+

CRM mengelola hubungan pelanggan dan proses penjualan, dan masalah manajemen proyektil diterima, diproses, waktu terikat, situs dan ditutup.

Apakah Anda harus melakukan aplikasi di situs?+

Belum tentu, skenario frekuensi rendah sederhana dapat menjadi H5 atau program kecil; aplikasi sendiri lebih sesuai ketika web lemah, offline, posisi, foto dan kemampuan peralatan sangat kompleks.

Bagaimana cara menghubungi persediaan suku cadang ERP?+

Aplikasi, kembali, perubahan potongan dan penyelesaian memerlukan sinkronisasi dengan dokumen yang jelas dan antarmuka tiding.

Bagaimana cara kerja sistem bekerja?+

Tanda terima, pengiriman, transfer, lembur, kedatangan, suku cadang, pemeliharaan, identifikasi pelanggan, kunjungan kembali dan penutupan kasus diverifikasi menggunakan lembar kerja asli dan menutupi kerusakan offline dan antarmuka.

DECISION FAQ

Isu umum yang berhubungan dengan proyek saat ini

Periksa semua 265 pertanyaan.
Sistem manajemen operasi dan operasi Enterprise

Apa bedanya antara sistem lembar kerja setelah penjualan dan sistem CRIMS?

CRM terutama bertanggung jawab untuk pengelolaan hubungan pelanggan, peluang bisnis dan proses penjualan, setelah itu tagihan penjualan dari masalah kerja manajemen, batas waktu layanan, penagihan, pemeliharaan, suku cadang, catatan situs dan penutupan.

Lihat jawaban lengkap
Sistem manajemen operasi dan operasi Enterprise

Apa rencana untuk sistem manajemen layanan on- situs sebelum diimplementasikan?

Fokus dari implementasi ini adalah tidak memindahkan lembar kertas ke ponsel, tapi untuk menutup loop untuk penerimaan, pengiriman, kedatangan, pemrosesan, konfirmasi dan penutupan. Contoh tidak biasa seperti webs lemah, transfer, kekurangan suku cadang dan penolakan pelanggan juga disiapkan dengan baik di muka.

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

Bagaimana Anda memonitor kegagalan antarmuka dan perbedaan data setelah integrasi sistem?

Antar muka berhasil dan tidak termasuk dalam pelengkapan proses bisnis, dan integrasi sistem harus memantau keadaan teknis dan hasil operasi. Setiap permintaan harus memiliki nomor pelacakan yang unik, merekam sumber, target, negara, waktu, konsumsi, ulang, dan nomor unit bisnis. Pembayaran, perintah, inventaris, dll., juga secara teratur diurutkan. Abconcuts harus dimasukkan ke dalam reimmerable, recurcured, atau manual pemrosesan antrian dan tidak tetap dalam log.

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