Home / FAQs / Enterprise operasi dan sistem manajemen operasi
QUESTION & ANSWER

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.

Jawab pertanyaannya.

Pertama, memberikan kesimpulan yang dapat digunakan untuk memutuskan-membuat

Formulir ini dirancang untuk menangkap hanya proses dampak nyata, tanggung jawab dan informasi penyelesaian, dan digunakan untuk menemukan foto-foto untuk mendukung tanda, yang bukan pengganti untuk pengujian profesional atau sertifikasi pengadilan.

DECISION FACTORS

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.

Staf layanan menggunakan telepon genggam, PDA atau terminal lainApakah perlu untuk menandatangani offline, peta, foto dan pelanggan di tempat kejadian?Sistem mana yang merupakan sumber peralatan, suku cadang dan data garansi?Cara memisahkan otoritas dari rekan kerja dan insinyur outsourcing
ACTION STEPS

Perintah yang disarankan dari muka

01

Pertama, kita akan jelas tentang target dan perbatasan.

Mengikuti layanan pelanggan dan insinyur mengembalikan pekerjaan yang sebenarnya.

02

Dependence Kunci Validasi

Klasifikasi kerja yang telah disejajarkan, status, kerangka waktu dan kode abnormal.

03

Pengembangan hasil yang dapat dipertimbangkan

Validasi dari ujung ponsel dan antar-muka suku cadang dalam satu area.

04

Pastikan kau memutuskan langkah berikutnya dengan hasil yang sebenarnya.

Putar ulang tingkat resolusi dan penyebab penundaan sebelum diperpanjang.

PRACTICAL EXAMPLE

Bagaimana kau memahaminya dalam bisnis yang sebenarnya?

Contoh yang digunakan untuk menggambarkan metode penilaian

Insinyur tidak terhubung ke peralatan bawah tanah, dan dapat melihat tugas-tugas dan mengisi pemeriksaan offline, dan mengembalikan jaringan ke tingkat yang diperlukan. Jika lembar kerja yang sama telah dimodifikasi, sistem adalah pengingat konflik dan secara manual dikonfirmasi, dan tidak dapat ditutup diam-diam.

COMMON RISKS

Lubang termudah untuk melangkah.

Hanya menguji ujung ponsel di kantor, tidak ada jaring lemah dan tidak ada perangkat nyata

Foto lokasi dianggap sebagai bukti mutlak, tanpa deskripsi kesalahan.

Terlalu banyak bidang kerja menyebabkan garis untuk memotong sistem

ACCEPTANCE

Bagaimana kita bisa menerima dan mengkonfirmasinya?

Menerima dan memeriksa perintah penutup, transfer, offline, back- up, konflik, suku cadang, penolakan pelanggan, lembur dan penutupan kasus, dan memeriksa peralatan kompatibilitas, informasi, akses dan sinkronisasi data.

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.

Kondisi proyek Anda berbeda dari contoh di atas?

Tujuan operasional, sistem yang ada, sampel dan rencana waktu dapat dikumpulkan sebelum konsultan bisa membuat penilaian awal dalam kaitannya dengan batas-batas sebenarnya.

Konsultan proyek asosiasi