Perjalanan Pengguna
Pada konten di bawah ini, kita akan menjelajahi perjalanan pengguna end-to-end menggunakan kit templat persetujuan bisnis.
Charlotte adalah pengguna bisnis yang ingin membuat persetujuan dengan beberapa pertimbangan:
| Skenario | Catatan |
|---|---|
| Faktur SAP | Ketika faktur SAP dikirimkan berdasarkan data di dalam faktur, persetujuan manual diperlukan. |
| Persetujuan manajer | Persetujuan manajer diperlukan untuk faktur SAP di atas batas persetujuan manajer lini. |
| Ketersediaan pemberi persetujuan | Tergantung di mana pemberi persetujuan berada di dunia, ada jadwal liburan atau jadwal kerja yang berbeda. Menunggu persetujuan dapat menyebabkan penundaan hingga pemberi persetujuan kembali. |
| Menangani hari libur | Pemberi persetujuan mungkin sedang berlibur saat permintaan dikirimkan. Dalam hal ini mungkin ada penundaan dalam memproses permintaan persetujuan atau kebingungan tentang siapa pemberi persetujuan alternatif. |
| Power Platform Izin | Charlotte memiliki izin terbatas untuk membangun dan menyebarkan solusi persetujuan ke lingkungan pengujian dan produksi. |
| Dukungan tim COE | Charlotte bekerja dengan Gibson sebagai kontak teknis dan mentornya untuk membantu menginstal solusi dan membuat low-codesolutions Power Platform . |
Charlotte mengevaluasi pertimbangan ini dan memilih untuk menggunakan kit persetujuan bisnis karena menyediakan dukungan untuk persetujuan multi tingkat dan penanganan untuk skenario pemberi persetujuan yang berbeda. Bekerja dengan Gibson dari tim Center of Excellence, Charlotte memasang kit persetujuan bisnis di suatu lingkungan. Setelah kit dipasang, Charlotte memodelkan proses persetujuan. Karena SAP Power Automate adalah area yang lebih baru untuk Charlotte, dia bekerja dengan Gibson untuk membangun pemicu yang diperlukan untuk mendapatkan data SAP dan memicu alur kerja persetujuan. Persetujuan dibuat dengan menggunakan alur kerja dan Power Automate alur cloud bagi pemberi persetujuan untuk menerima dan menolak permintaan.
Ringkasan persona perjalanan pengguna
Meninjau contoh perjalanan pengguna ini, ada tiga persona utama pemberi persetujuan, administrator persetujuan, dan Power Platform administrator sebagai bagian dari perjalanan pengguna menggunakan kit Persetujuan.
| Persona | Peran | Jenis pengguna | Description |
|---|---|---|---|
| Administrator Power Platform | Manajer TI | Pengembang Pro | Membuat / menetapkan lingkungan dan mengimpor solusi kit persetujuan sebagai administrator sistem atau penyesuai sistem. |
| Administrator persetujuan | Direktur Penjualan | Pengguna Daya | Mengonfigurasi kit agar sesuai dengan kebutuhan bisnis. Menganalisis proses persetujuan untuk peluang peningkatan. |
| Pemberi Persetujuan | Manajer Penjualan | Pengguna Bisnis | Menerima persetujuan untuk menerima atau menolak. |
Contoh
Contoh perjalanan pengguna dapat diilustrasikan sebagai diagram ringkasan dalam serangkaian langkah berikut
| Peran | Tindakan |
|---|---|
| Pengembang/Admin Pro | Gibson membuat atau menominasikan lingkungan untuk menginstal kit Persetujuan Bisnis. Memerlukan peran penyesuai sistem untuk kit persetujuan yang akan diinstal |
| Administrator Persetujuan | Charlotte mengonfigurasi kit agar sesuai dengan kebutuhan bisnis dalam departemen penjualan. |
| Pembuat | Gibson atau pembuat lain Power Platform membuat alur untuk memicu persetujuan yang terintegrasi dengan SAP dan sistem internal. |
| Pemberi Persetujuan | Rebecca dapat menggunakan untuk Microsoft Teams menyetujui permintaan tanpa pelatihan tambahan. |
| Administrator Persetujuan | Charlotte menganalisis proses persetujuan untuk peluang perbaikan. |
Pengalaman
Instal
Gibson meninjau Panduan Pengaturan untuk memastikan prasyarat sudah ada. Menggunakan izin administrator sistem atau penyesuai sistem , kit persetujuan dapat diinstal ke lingkungan dan menyediakan akses bagi Administrator Persetujuan untuk mengakses aplikasi.
Mengonfigurasi proses persetujuan bisnis
Charlotte menggunakan Perancang Proses untuk membuat alur kerja persetujuan bisnis baru dan menentukan tahapan persetujuan, kondisi, dan langkah persetujuan dalam setiap tahap yang sesuai dengan persyaratan bisnis dalam departemen Penjualan.
Informasi lebih lanjut: Mengonfigurasi persetujuan prasetel
Pemicu persetujuan
Gibson, pembuat lain, atau pengembang profesional dalam organisasi dapat dengan mudah mengintegrasikan solusi dan sistem TI mereka yang ada. Pemicu dapat menyertakan koneksi seperti SQL server, Azure Functions. Orang-orang ini dapat memulai proses persetujuan dengan menambahkan alur cloud baru atau memodifikasi tindakan alur cloud yang ada.
Proses persetujuan lainnya secara otomatis ditangani dan dikelola dalam kit persetujuan.
Informasi lebih lanjut: Pemicu persetujuan
Integrasi dengan aplikasi bisnis
Skenario persetujuan umum memerlukan integrasi dengan aplikasi bisnis seperti SAP dan Dynamics 365, dll. Konektor asli tersedia untuk diintegrasikan dengan layanan ini.
Integrasi dengan RPA
Gunakan alur desktop untuk menyederhanakan proses persetujuan Anda dengan sistem lama, mengotomatiskan pengalaman persetujuan Anda dengan cara modern.
Memroses permintaan persetujuan
Rebecca dan pemberi persetujuan terkonfigurasi lainnya menerima pesan sebagai Kartu adaptif di Microsoft Outlook dan Microsoft Teams. Persetujuan ini mencakup rincian yang diberikan oleh perancang persetujuan bisnis, Charlotte, untuk menentukan apakah permintaan harus disetujui atau ditolak.
Informasi lebih lanjut: Proses permintaan persetujuan, Pengaturan di luar kantor dan delegasi.