Sebelum membeli sistem janji temu dan keahlian, semak sama ada alat yang digunakan sekarang dapat menyokong kerja anda dengan konsisten. Jika seorang sahaja mengurus sebilangan kecil perkhidmatan dan perubahan jarang berlaku, hamparan yang diselenggara dengan baik mungkin masih mencukupi. Apabila beberapa kakitangan mengendalikan kaunter hadapan, dan perubahan janji temu serta semakan transaksi memerlukan carian berulang dalam mesej sembang, bawa tugas khusus itu ke sesi demonstrasi perisian.
Semak empat perkara, bukan sekadar bilangan pelanggan
Pertama, adakah setiap urusan mempunyai satu versi terkini yang sah? Apabila pelanggan mengubah janji temu melalui sembang, adakah hamparan dikemas kini, dan siapa yang mengesahkan perubahan itu? Sembang berguna untuk berkomunikasi, tetapi dengan sendirinya tidak memastikan semua orang melihat aturan terkini yang sama.
Kedua, bolehkah orang lain mengambil alih? Penyambut tetamu seterusnya memerlukan status janji temu, butiran yang dipersetujui dan tindakan seterusnya, bukan sekadar nama pelanggan. Jika kerja hanya boleh diteruskan selepas bertanya kepada penyambut tetamu asal, maklumat dan tanggungjawab belum direkodkan dengan kukuh.
Ketiga, bolehkah transaksi dipadankan dengan aktiviti sebenar? Apabila pelanggan membeli perkhidmatan atau produk, bolehkah anda mencari pesanan berkaitan, status pembayaran dan tindakan susulan? Identiti keahlian, baki akaun, pesanan dan pelaksanaan perkhidmatan ialah rekod yang berbeza. Baki tidak membuktikan bahawa sesuatu perkhidmatan tertentu telah selesai.
Keempat, adakah cara mengendalikan penjadualan semula, pembatalan dan bayaran balik jelas? Tetapkan peraturan sebelum memilih alat supaya perisian tidak diharapkan untuk memutuskan peraturan perniagaan yang belum dipersetujui.
Gunakan jadual ini untuk semakan awal:
| Tugas | Tempat maklumat disimpan sekarang | Siapa yang menyelenggaranya | Cara mengendalikan pengecualian |
|---|---|---|---|
| Janji temu terkini yang sah | Isikan lokasi sebenar | Namakan orang yang bertanggungjawab | Bagaimanakah versi lama dikenal pasti? |
| Status transaksi pelanggan | Isikan lokasi pesanan atau rekod | Namakan orang yang bertanggungjawab | Bagaimanakah pesanan belum dibayar dan bayaran balik disemak? |
| Tindakan seterusnya | Isikan tempat tindakan khusus itu direkodkan | Namakan orang yang bertanggungjawab | Bolehkah orang lain meneruskan kerja? |
| Penjadualan semula dan pembatalan | Isikan tempat peraturan direkodkan | Namakan orang yang mengesahkan perubahan | Apakah yang masih perlu dikemas kini secara manual? |
Ini bukan skala pemarkahan. Jika jadual boleh dilengkapkan, seseorang menyelenggara rekod secara konsisten dan pengecualian boleh dikendalikan, anda tidak perlu menggantikan alat semata-mata untuk pendigitalan. Jika masalah berulang, bandingkan perisian berdasarkan jurang khusus tersebut.
Bila hamparan, SaaS dan pembangunan tersuai sesuai
Hamparan boleh sesuai untuk proses yang mudah, jarang dilakukan dan diselenggara oleh sebilangan kecil orang. Ia fleksibel untuk diubah, tetapi kebenaran akses, perubahan status dan semakan merentas rekod biasanya bergantung pada kerja manual.
Produk SaaS sedia ada boleh sesuai untuk organisasi yang tugas utamanya telah diseragamkan dan mahu menggunakan ciri sedia ada. Konfigurasi, latihan dan peraturan operasi masih diperlukan. Membuka akaun tidak akan menyelesaikan masalah perniagaan secara automatik.
Pembangunan tersuai boleh sesuai apabila keupayaan sedia ada tidak mempunyai bahagian proses yang diperlukan, atau apabila sistem sedia ada perlu dihubungkan. Sebelum pembangunan, jelaskan perbezaannya, mengapa ia diperlukan, antara muka yang tersedia, kriteria penerimaan dan tanggungjawab penyelenggaraan. Idea yang khusus tidak semestinya memerlukan sistem baharu sepenuhnya.
Bagi Yujian Cloud, bahagian pelanggan dalam SaaS standard menggunakan Program Mini WeChat. Mulakan dengan penyelesaian pusat kesejahteraan untuk menyemak tugas tempahan, keahlian dan transaksi sedia ada. Jika anda memerlukan bahasa lain, antara muka pelanggan selain WeChat atau sambungan kepada sistem sedia ada, lihat penilaian skop tersuai dan terangkan pasaran serta aliran kerja yang hendak diperbaik. Kami menilai kesesuaian dan kebolehlaksanaan konfigurasi pelan standard, integrasi atau pembangunan tersuai sebelum menerima kerja. Ini tidak bermaksud pelan standard tersedia di setiap pasaran.
Minta pembekal menunjukkan satu tugas dari awal hingga akhir
Gunakan rekod simulasi tanpa maklumat peribadi pelanggan, dan ikuti proses daripada penyerahan serta carian hingga pengesahan dan pengendalian seterusnya. Kemudian gunakan peranan lain yang mempunyai kebenaran sesuai untuk mencari rekod yang sama. Bolehkah orang itu melihat maklumat yang diperlukan, mengenal pasti tindakan seterusnya dan membezakan status terdahulu daripada status semasa?
Jika melibatkan transaksi, pastikan sama ada pesanan ujian boleh digunakan. Jangan membuat pembayaran sebenar semata-mata untuk melihat demonstrasi. Sahkan penjadualan semula, pembatalan dan bayaran balik secara berasingan. Proses biasa yang berfungsi tidak membuktikan bahawa pengecualian juga berfungsi.
Garis dasar produk semasa Yujian Cloud merangkumi modul perkhidmatan janji temu, keahlian dan pesanan kedai. Kewujudan modul ini bermaksud ia boleh dimasukkan dalam penilaian. Hubungan merentas modul, kebenaran serah tugas, pemberitahuan dan pengendalian pengecualian masih perlu ditunjukkan berdasarkan tugas sebenar organisasi. Penjadualan bersama pengajar dan bilik tidak dijanjikan sebagai keupayaan standard sedia ada.
Soalan lazim
Adakah bilangan pelanggan yang kecil bermaksud sistem tidak diperlukan? Tidak semestinya. Keperluan juga bergantung pada peranan, perubahan dan jenis transaksi. Bilangan pelanggan yang besar juga tidak secara automatik memerlukan pembangunan tersuai.
Bolehkah kami berhenti menggunakan sembang kumpulan selepas menukar sistem? Itu tidak boleh dijanjikan. Sembang masih boleh berguna untuk berkomunikasi. Yang penting ialah menyimpan aturan akhir yang sah dan rekod transaksi di tempat yang boleh dicari semula.
Adakah senarai ciri sudah mencukupi? Tidak. Sahkan produk berdasarkan tugas anda sendiri, dan rekodkan perkara yang merupakan ciri standard, yang bergantung pada kerja manual dan yang masih memerlukan penilaian.
Sediakan enam maklumat perniagaan sebelum membuat pertanyaan
- Jenis organisasi dan peranan yang bertanggungjawab: contohnya, pusat kesejahteraan, dan sama ada pengurus atau kakitangan penyambut tetamu yang bertanggungjawab terhadap aliran kerja ini.
- Pasaran perniagaan dan bahasa: tempat anda beroperasi, serta bahasa yang perlu digunakan oleh kakitangan dan pelanggan.
- Alat semasa: sama ada anda menggunakan hamparan, sembang atau sistem lain, dan bahagian yang hendak dikekalkan.
- Satu tugas yang kerap tersangkut: contohnya, “Selepas pelanggan menjadualkan semula, penyambut tetamu seterusnya tidak dapat mencari status janji temu terkini.” Jelaskan siapa yang menyerahkan perubahan, siapa yang mengesahkannya dan tempat orang seterusnya membuat carian.
- Satu pengecualian yang mesti disahkan: contohnya, apa yang berlaku kepada pesanan sedia ada selepas pembatalan. Nyatakan peraturan semasa dan tempat pengesahan manual diperlukan.
- Hasil penerimaan dan tanggungjawab penyelenggaraan: hasil yang perlu anda lihat dalam demonstrasi atau semakan penerimaan, dan siapa yang akan menyelenggara peraturan serta rekod selepas pelancaran.
Huraikan aliran kerja sahaja dan gunakan contoh simulasi tanpa maklumat peribadi. Jangan serahkan rekod kesihatan, senarai pelanggan atau butiran transaksi sebenar. Apabila bersedia, serahkan keperluan melalui halaman hubungan kami. Jika anda hanya mahu membincangkan topik artikel ini, anda juga boleh menggunakan borang e-mel di bawah. Semak dahulu kesesuaian satu aliran kerja ini, kemudian putuskan sama ada hendak menggunakan produk SaaS sedia ada, mengekalkan alat semasa atau menilai keperluan khusus.