Aturan Validasi Data untuk Formulir Bisnis yang Mengurangi Pekerjaan Ulang

Mengapa formulir bisnis menimbulkan pekerjaan ulang

Sebuah formulir bisa terlihat lengkap, tetapi tetap menyulitkan orang yang menerimanya. Seseorang mengirim permintaan pelanggan tanpa nomor telepon, memasukkan tanggal pengiriman sebelum tanggal pesanan, atau membuat perusahaan yang sebenarnya sudah ada di basis data. Tim berikutnya harus berhenti, mencari konteks, lalu meminta perbaikan.

Celah kecil seperti ini bisa menumpuk. Koordinator penjualan mungkin menghabiskan sepuluh menit untuk menanyakan kisaran anggaran yang hilang. Manajer dukungan mungkin menyetujui permintaan, lalu menemukan kesalahan ketik pada email kontak ketika kasus sampai ke tim layanan. Setelah kesalahan melewati serah terima atau persetujuan, beberapa orang mungkin harus membuka kembali rekaman, memperbarui dokumen terkait, dan menjelaskan perubahan tersebut.

Desain formulir yang buruk sering menjadi penyebabnya. Jika sebuah kolom diberi nama «Detail», orang akan memasukkan apa pun yang menurut mereka penting. Jika dua kolom terdengar mirip, seperti «nama akun» dan «nama pelanggan», staf mungkin menggunakannya dengan cara berbeda. Orang tidak bisa mengikuti aturan yang tidak mereka lihat.

Aturan validasi data yang baik untuk formulir bisnis menangkap informasi yang hilang, tidak konsisten, dan berulang saat formulir masih terbuka. Pemilih tanggal mencegah entri tanggal yang tidak jelas. Kolom metode kontak wajib mencegah permintaan yang tidak bisa ditindaklanjuti. Pemeriksaan duplikat dapat menghentikan pembuatan dua rekaman untuk pelanggan yang sama.

Tujuannya adalah mengumpulkan informasi yang bisa langsung digunakan orang lain. Ini bukan berarti setiap kolom harus wajib diisi. Artinya, formulir meminta detail yang diperlukan untuk meneruskan, menyetujui, memenuhi, atau mendukung permintaan tanpa putaran pesan tambahan.

Misalnya, formulir permintaan operasional mungkin mewajibkan departemen peminta, layanan yang dibutuhkan, dan tanggal jatuh tempo. Pertanyaan tambahan dapat ditampilkan hanya setelah seseorang memilih layanan tertentu. Formulir tetap singkat, sementara tim operasional mendapatkan rekaman yang bisa langsung ditindaklanjuti.

Mulai dari informasi yang dibutuhkan orang

Formulir bisnis sebaiknya mengumpulkan informasi yang akan digunakan seseorang untuk mengambil keputusan atau menyelesaikan tugas. Mulailah dari tindakan di akhir proses, bukan dari daftar panjang fakta yang mungkin berguna nanti.

Formulir permintaan pelanggan dapat membantu tim dukungan menetapkan tugas, menentukan prioritas, dan menghubungi pelanggan. Formulir itu membutuhkan nama pelanggan, metode kontak, jenis permintaan, deskripsi yang jelas, dan mungkin nomor akun. Pertanyaan «Bagaimana Anda mengetahui kami?» tidak perlu ada kecuali tim akan menggunakan jawabannya.

Tuliskan keputusan yang harus didukung oleh setiap pengiriman. Keputusan itu mungkin mencakup penetapan penanggung jawab, persetujuan biaya, penjadwalan kunjungan layanan, pembuatan faktur, atau pelaporan masalah yang berulang. Setelah itu, tentukan kolom yang memengaruhi keputusan tersebut.

Jika manajer menyetujui biaya perjalanan, mereka mungkin memerlukan jumlah biaya, kategori biaya, tanggal perjalanan, dan pemilik anggaran. Mereka mungkin tidak memerlukan nomor meja karyawan. Menghapus kolom yang tidak digunakan membuat formulir lebih cepat diselesaikan dan mengurangi entri yang dilakukan secara sembarangan.

Jelaskan pengiriman yang valid dengan bahasa sehari-hari sebelum menyiapkan aturan: «Tim dapat menghubungi peminta, memahami masalahnya, meneruskannya kepada orang yang tepat, dan melihat tenggat waktunya.» Cara ini sering mengungkap kekurangan dengan lebih baik daripada daftar periksa kolom demi kolom.

Pendekatan ini juga mencegah validasi kolom wajib yang terlalu ketat. Wajibkan sebuah kolom karena orang berikutnya tidak dapat menyelesaikan pekerjaannya tanpa informasi itu, bukan karena basis data memiliki kolom kosong. Permintaan dukungan melalui telepon mungkin membutuhkan nomor telepon. Permintaan yang hanya melalui email tidak membutuhkannya.

Di AppMaster, tim dapat memodelkan data yang dibutuhkan dan membuat formulir berdasarkan proses yang sebenarnya. Mulailah dari hal kecil, uji dengan orang yang mengirim dan meninjau permintaan, lalu tambahkan kolom ketika tugas nyata membutuhkannya. Data yang bersih dimulai dari pertanyaan yang lebih sedikit dan lebih baik.

Tetapkan kolom wajib dengan cermat

Kolom wajib harus benar-benar diperlukan. Jadikan kolom wajib hanya ketika seseorang tidak dapat menyelesaikan tindakan berikutnya tanpa jawabannya. Untuk permintaan pelanggan, nama kontak, cara membalas, dan jenis permintaan mungkin diperlukan. Jabatan atau nomor telepon kedua biasanya tidak.

Terlalu banyak kolom wajib menghasilkan data yang buruk. Orang mengetik «N/A», angka acak, atau teks yang disalin hanya agar formulir bisa dikirim. Akibatnya, muncul pekerjaan pembersihan yang sebenarnya ingin dicegah oleh aturan tersebut.

Tunjukkan kolom mana yang wajib diisi sebelum seseorang menekan Kirim. Gunakan label yang jelas seperti «Alamat email (wajib)» dan terapkan format yang sama secara konsisten. Jangan hanya mengandalkan warna.

Jelaskan bentuk entri yang valid di dekat kolomnya. Contoh singkat dapat mencegah kesalahan yang sebenarnya mudah dihindari:

• «Email kantor (wajib): [email protected]»
• «Nomor pesanan (wajib): gunakan nomor 8 digit dari tanda terima»
• «Tanggal kontak yang diinginkan (wajib): pilih tanggal mendatang»

Validasi kolom wajib harus sesuai dengan tujuan formulir. Jika tim dukungan hanya membutuhkan tangkapan layar untuk masalah teknis, mintalah setelah orang tersebut memilih «Masalah teknis». Mewajibkan setiap pelanggan mengunggah file hanya menambah hambatan dan membuat staf menerima lampiran yang tidak relevan.

Terapkan logika yang sama pada kolom bersyarat. Pelanggan bisnis mungkin perlu memasukkan nama perusahaan dan nomor pajak, sedangkan pelanggan perorangan tidak. Wajibkan detail tersebut hanya setelah orang tersebut memilih jenis pelanggan bisnis.

Jika Anda membuat formulir di AppMaster, Anda dapat menghubungkan aturan kolom wajib dengan alur formulir dan logika bisnis. Uji setiap jalur sebelum menerbitkan formulir: biarkan kolom wajib kosong, masukkan format yang tidak valid, lalu beralih di antara opsi yang menampilkan kolom bersyarat. Tanyakan hanya informasi yang akan digunakan tim Anda.

Tambahkan pemeriksaan antar kolom untuk menangkap konflik

Sebuah kolom bisa terlihat benar jika dilihat sendiri, tetapi menghasilkan permintaan yang salah ketika dibandingkan dengan jawaban lain. Validasi antar kolom memeriksa hubungan tersebut sebelum formulir dilanjutkan.

Tanggal adalah contoh umum. Formulir harus menolak tanggal akhir yang lebih awal daripada tanggal mulai. Untuk permintaan cuti, formulir juga harus menandai tanggal kembali yang berada di dalam periode cuti yang dipilih. Letakkan pesan di dekat kolom terkait agar orang dapat memperbaikinya saat detailnya masih diingat.

Aturan pengeluaran sering membutuhkan pemeriksaan yang sama. Jika karyawan memasukkan permintaan pembelian sebesar $2.500 sementara batas normalnya $1.000, formulir dapat mewajibkan alasan bisnis dan kontak pemberi persetujuan. Tampilkan kolom tersebut segera setelah jumlahnya melewati batas, bukan setelah pengiriman.

Detail pengiriman juga perlu diperiksa. Seseorang yang memilih «Kirim ke pelanggan» harus memberikan alamat pengiriman lengkap. Jika memilih «Ambil sendiri oleh pelanggan», alamat tersebut sebaiknya disembunyikan atau dibuat opsional. Kolom yang tidak relevan dapat menghasilkan data yang membingungkan.

Aturan validasi antar kolom yang berguna antara lain:

• Tanggal mulai harus lebih awal daripada tanggal akhir.
• Permintaan di atas jumlah tertentu memerlukan alasan.
• Pengiriman kurir memerlukan jalan, kota, kode pos, dan negara.
• «Perorangan» dan «Akun perusahaan» tidak dapat berlaku bersamaan.
• Metode kontak pilihan memerlukan nomor telepon atau alamat email yang sesuai.

Dalam alat no-code seperti AppMaster, tim dapat menempatkan pemeriksaan ini di logika formulir atau proses bisnis yang berjalan sebelum aplikasi menyimpan rekaman. Aturan penting juga harus berjalan di server agar impor, permintaan API, dan aplikasi seluler mengikutinya.

Hubungkan setiap pemeriksaan dengan keputusan bisnis yang nyata. Jika staf dapat menangani pengecualian nanti tanpa dampak buruk, jangan blokir formulir. Jika jawaban yang bertentangan dapat menimbulkan pengembalian dana, masalah kepatuhan, atau tindak lanjut yang sia-sia, tangkap masalah tersebut sebelum pengiriman.

Hentikan rekaman duplikat sebelum menyebar

Rekaman duplikat mengubah kesalahan kecil menjadi pekerjaan berkelanjutan. Pelanggan yang mengirim permintaan yang sama dua kali mungkin menerima dua balasan. Dua versi faktur dapat membingungkan tim keuangan. Setelah duplikat masuk ke laporan atau ekspor, seseorang harus membandingkan rekaman secara manual.

Pilih kolom yang mengidentifikasi satu rekaman. Nomor faktur seharusnya hanya muncul sekali. Email pelanggan biasanya juga demikian, meskipun kotak masuk bersama mungkin memerlukan pengecualian. Untuk permintaan layanan, pemeriksaan yang berguna mungkin menggabungkan pelanggan, jenis permintaan, dan nomor referensi.

Periksa entri baru terhadap rekaman yang sudah ada sebelum menyimpannya. Pencocokan persis cocok untuk nomor faktur, ID pesanan, dan ID karyawan. Nama dan alamat memerlukan perbandingan yang lebih fleksibel karena orang dapat memasukkannya dengan cara berbeda. «Maya Chen» dan «Maya C. Chen» mungkin merujuk pada orang yang sama, tetapi formulir tidak boleh menganggapnya demikian.

Tampilkan kemungkinan kecocokan, alih-alih memblokir formulir tanpa penjelasan. Pesan yang jelas dapat berbunyi: «Pelanggan dengan email ini sudah ada. Tinjau rekaman di bawah sebelum membuat yang baru.» Tampilkan detail yang cukup untuk membantu staf mengambil keputusan, seperti nama, email, perusahaan, dan tanggal dibuat.

Staf juga memerlukan cara yang jelas untuk melanjutkan ketika rekaman yang mirip memang berbeda. Dua kontak mungkin menggunakan email kantor bersama, atau dua pelanggan mungkin memiliki nama yang sama. Sediakan pilihan untuk menggunakan rekaman yang sudah ada, tetap membuat rekaman baru, atau mengedit detail lalu memeriksanya kembali.

Ketika duplikat menimbulkan banyak pekerjaan lanjutan, mintalah alasan. Misalnya, tim akuntansi dapat mewajibkan catatan sebelum staf membuat pemasok kedua dengan ID pajak yang sama.

Di AppMaster, Anda dapat menentukan kolom unik di Data Designer dan menggunakan Business Process untuk mencari kecocokan sebelum membuat rekaman. Proses tersebut dapat mengembalikan kemungkinan kecocokan ke formulir web atau seluler, lalu menyimpan entri baru setelah pengguna mengonfirmasi perbedaannya. Dengan begitu, keputusan tetap terlihat dan kumpulan rekaman menjadi lebih rapi.

Tulis pesan koreksi yang bisa langsung ditindaklanjuti

Kesalahan formulir seharusnya membantu seseorang memperbaiki masalah dalam hitungan detik. Peringatan yang samar seperti «Input tidak valid» membuat orang mencari masalah dan menebak cara memperbaikinya. Pesan kesalahan formulir yang baik menyebutkan kolom, menjelaskan aturannya, dan memberikan contoh yang bisa digunakan.

Tempatkan setiap pesan di samping kolom yang perlu diperbaiki. Jika formulir juga menampilkan ringkasan di bagian atas, gunakan ringkasan itu hanya untuk mengarahkan pengguna ke kolom yang bermasalah. Jangan membuat pengguna menyusuri halaman panjang untuk menemukan pemberitahuan kecil.

Gunakan bahasa sederhana yang menjelaskan tindakan berikutnya. Kode internal seperti «ERR-104» mungkin membantu pengembang, tetapi tidak membantu koordinator penjualan yang sedang memasukkan permintaan pelanggan.

• Tulis «Masukkan email kantor, misalnya [email protected]», bukan «Format email tidak valid».
• Tulis «Tanggal akhir harus sama dengan atau setelah tanggal mulai», bukan «Kesalahan rentang tanggal».
• Tulis «Pelanggan dengan email ini sudah ada. Cari pelanggan tersebut sebelum membuat rekaman baru», bukan «Rekaman duplikat».
• Tulis «Masukkan jumlah yang lebih besar dari 0», bukan «Nilai di luar rentang».

Pesan yang berguna menjelaskan masalah tanpa menyalahkan orang. «Kami tidak dapat menyimpan permintaan Anda karena nomor akun harus terdiri dari 8 digit» lebih jelas daripada «Anda memasukkan nomor akun yang salah».

Pertahankan entri yang valid ketika formulir menemukan kesalahan. Seseorang yang sudah mengisi 14 kolom seharusnya hanya perlu memperbaiki kolom yang gagal. Mengosongkan halaman setelah kesalahan validasi mengubah perbaikan 20 detik menjadi pekerjaan berulang.

Periksa pesan di desktop dan seluler. Catatan yang berada di samping kolom pada layar desktop mungkin berada jauh di bawahnya pada ponsel. Orang yang memasukkan data harus dapat melihat pesan di tempat yang diperlukan.

AppMaster memungkinkan tim menghubungkan kolom formulir dengan logika bisnis visual dan menampilkan pesan yang jelas ketika aturan gagal. Formulir permintaan pelanggan dapat mempertahankan detail permintaan sambil meminta pengguna memperbaiki satu metode kontak yang hilang. Ini mencegah pengetikan ulang dan formulir yang ditinggalkan.

Bangun aturan validasi langkah demi langkah

Mulailah dengan peta kolom sederhana. Untuk setiap kolom, tuliskan alasan pengumpulannya, siapa yang bertanggung jawab atas keakuratannya, dan aturan yang berlaku. Pemimpin operasi penjualan mungkin bertanggung jawab atas detail akun pelanggan, sementara manajer dukungan bertanggung jawab atas kategori permintaan dan pilihan prioritas. Cara ini mencegah aturan yang tidak dapat dijelaskan atau dipelihara oleh siapa pun.

Buat versi pertama tetap sederhana. Tambahkan aturan yang mencegah koreksi paling mahal, bukan mencoba mengendalikan setiap kemungkinan entri. Untuk formulir permintaan pelanggan, aturan itu mungkin berupa kewajiban email kontak, pemeriksaan bahwa tanggal yang diminta berada setelah tanggal pengiriman, serta pemeriksaan apakah akun yang sama sudah memiliki permintaan terbuka.

Bangun dan uji satu aturan sebelum menambahkan aturan berikutnya. Uji entri valid yang lengkap, entri dengan nilai wajib yang hilang, dua kolom yang bertentangan seperti tanggal akhir sebelum tanggal mulai, dan entri yang cocok dengan rekaman yang sudah ada.

Perhatikan apa yang terjadi setelah setiap pengujian. Apakah formulir menunjuk ke kolom yang tepat? Apakah informasi yang sudah dimasukkan tetap ada? Apakah pengguna dapat memahami koreksinya tanpa bertanya kepada rekan kerja?

Kemudian minta orang yang menggunakan formulir dalam pekerjaan sehari-hari untuk mencobanya. Berikan tugas yang realistis, seperti mencatat permintaan pelanggan lama atau mengirim kasus mendesak dengan nomor telepon yang tidak lengkap. Masukan mereka sering mengungkap label yang tidak jelas dan aturan yang berjalan terlalu cepat.

Di AppMaster, Anda dapat menghubungkan pemeriksaan dengan kolom formulir visual dan proses bisnis, lalu menguji alurnya sebelum dirilis. Simpan catatan singkat tentang setiap aturan, pemiliknya, dan contoh yang digunakan untuk mengujinya. Ketika kebijakan atau alur kerja berubah, tim dapat memperbarui aturan yang tepat, bukan menambahkan jalan keluar sementara.

Kesalahan yang membuat pengguna formulir frustrasi

Validasi yang buruk membuang waktu dengan menghentikan orang menyelesaikan pekerjaan tanpa membantu mereka memperbaiki masalah. Aturan validasi data yang baik untuk formulir bisnis menjaga kualitas rekaman dan memberikan jalan yang jelas untuk melanjutkan.

Menjadikan semua kolom wajib

Tim terkadang menandai semua kolom sebagai wajib karena mungkin ada seseorang yang membutuhkan informasi tersebut nanti. Ini memperlambat orang yang mengisi formulir dan mendorong jawaban yang dibuat-buat seperti «N/A» atau «00000». Entri tersebut justru menimbulkan lebih banyak pekerjaan pembersihan daripada kolom kosong.

Wajibkan sebuah kolom hanya jika proses tidak dapat dilanjutkan tanpanya. Permintaan pelanggan mungkin memerlukan nama kontak, alamat email, dan jenis permintaan. Pada tahap pertama, permintaan itu mungkin tidak membutuhkan nomor telepon kedua, ukuran perusahaan, atau preferensi pengiriman. Tanyakan detail tambahan nanti, ketika detail tersebut memengaruhi keputusan.

Menghentikan pengguna tanpa panduan

Pesan seperti «Input tidak valid» memberi tahu pengguna bahwa sesuatu gagal, tetapi tidak menjelaskan tindakan berikutnya. Letakkan kesalahan di samping kolom, sebutkan masalahnya dengan jelas, dan jelaskan format yang diterima.

Tulis «Masukkan alamat email kantor, misalnya [email protected]», bukan «Kesalahan email». Jika tanggal akhir lebih awal daripada tanggal mulai, katakan «Pilih tanggal akhir yang sama dengan atau setelah tanggal mulai». Petunjuk ini mencegah percobaan berulang dan permintaan dukungan.

Validasi antar kolom juga membutuhkan kata-kata yang cermat. Formulir dapat memeriksa apakah metode pengiriman yang dipilih sesuai dengan alamat yang dimasukkan, tetapi formulir harus menjelaskan konfliknya, bukan menolak seluruh pengiriman dengan peringatan umum.

Deteksi duplikat dapat menimbulkan masalah serupa. Alamat email, nama, dan detail perusahaan mungkin mirip dengan rekaman yang sudah ada tanpa merujuk pada orang yang sama. Jangan memblokir pengiriman hanya karena ada kecocokan dekat. Tampilkan rekaman yang mungkin cocok dan berikan pilihan untuk meninjaunya.

Sebelum menerbitkan formulir, minta seseorang yang tidak mengenal prosesnya untuk memasukkan informasi yang tidak lengkap, bertentangan, dan hampir duplikat. Jika mereka tidak dapat mengetahui cara memperbaiki kesalahan dalam beberapa detik, ubah aturan atau pesannya.

Pemeriksaan singkat sebelum menerbitkan

Formulir bisa terlihat selesai, tetapi tetap menghasilkan rekaman yang buruk. Uji dengan entri biasa dan entri yang berantakan sebelum siapa pun mengandalkannya. Minta kolega yang tidak membuat formulir untuk ikut mencobanya. Mereka sering menemukan label dan pesan kesalahan yang membingungkan lebih cepat daripada orang yang menulis aturannya.

Biarkan setiap kolom wajib kosong, satu per satu. Formulir hanya boleh memblokir pengiriman ketika detail yang hilang benar-benar diperlukan. Formulir harus menunjuk ke kolom yang tepat dan menjelaskan apa yang harus dimasukkan. «Masukkan email kontak agar kami dapat mengirim pembaruan» lebih jelas daripada «Input tidak valid».

Uji kolom yang saling bergantung dengan kombinasi yang realistis. Tanggal akhir pengiriman tidak boleh lebih awal daripada tanggal mulai. Jika pengguna memilih «Email» sebagai metode kontak pilihan, kolom alamat email harus menjadi wajib.

Sebelum menerbitkan, kirim formulir dengan item yang hilang, detail terkait yang tidak cocok, serta email, ID pelanggan, atau nomor referensi yang sudah ada. Baca setiap pesan koreksi tanpa konteks dan tentukan apakah tindakan berikutnya sudah jelas. Uji formulir pada jenis perangkat yang digunakan tim dan pelanggan.

Coba juga kecocokan duplikat yang persis dan hampir sama, seperti nomor telepon yang sama dengan spasi dihapus atau nama perusahaan dengan sedikit perubahan ejaan. Formulir harus memperingatkan pengguna tentang kemungkinan duplikat dan memungkinkan mereka memeriksa rekaman yang sudah ada. Formulir tidak boleh menghapus entri mereka secara diam-diam.

Jika Anda membuat formulir di AppMaster, uji antarmuka web atau seluler, proses bisnis yang menangani pengiriman, dan rekaman basis data yang dibuat pada akhirnya. Aturan yang hanya berfungsi di satu layar tidak akan menghentikan data buruk dari impor atau layar aplikasi lain.

Catat pengujian yang gagal dan perbaiki sebelum rilis. Sepuluh menit pemeriksaan realistis dapat mencegah berjam-jam pekerjaan pembersihan setelah formulir digunakan.

Contoh: formulir permintaan pelanggan

Seorang koordinator penjualan menerima telepon dari Northline Foods, perusahaan yang meminta penawaran layanan. Ia membuka formulir permintaan pelanggan dan memasukkan nama perusahaan, nama kontak, layanan yang diminta, tanggal pengiriman, serta deskripsi singkat.

Formulir meminta nomor telepon atau alamat email sebelum menyimpan data. Koordinator belum memasukkan keduanya, sehingga formulir menampilkan: «Tambahkan alamat email atau nomor telepon agar tim dapat menghubungi pelanggan ini.» Ia menambahkan alamat email lalu melanjutkan. Pesan tersebut menjelaskan masalah sekaligus cara memperbaikinya.

Berikutnya, ia memilih layanan instalasi dan menetapkan tanggal pengiriman pada hari berikutnya. Layanan tersebut membutuhkan persiapan selama lima hari kerja. Pemeriksaan validasi antar kolom membandingkan layanan dengan tanggal dan menampilkan: «Instalasi membutuhkan sedikitnya lima hari kerja. Pilih tanggal pada atau setelah 18 Juni, atau pilih layanan dengan waktu persiapan yang lebih singkat.» Ia dapat memperbaiki permintaan sebelum seseorang menjanjikan tanggal yang tidak mungkin dipenuhi.

Sebelum formulir membuat rekaman pelanggan, deteksi duplikat memeriksa nama perusahaan, domain email, dan nomor telepon terhadap rekaman yang sudah ada. Sistem menemukan «Northline Food Ltd» dengan nomor telepon utama yang sama. Formulir menampilkan pelanggan yang sudah ada dan memungkinkan koordinator membuka rekaman tersebut untuk menambahkan permintaan, atau mengonfirmasi bahwa ini adalah pelanggan baru dengan badan hukum atau nomor kontak yang berbeda.

Ia membuka rekaman yang sudah ada, melihat bahwa perusahaan tersebut sama, lalu menambahkan permintaan di sana. Tim penjualan kini memiliki satu profil pelanggan, kontak yang dapat dihubungi, dan tanggal pengiriman yang dapat dipenuhi.

Terapkan validasi yang lebih baik pada formulir berikutnya

Pilih satu formulir yang terus menghasilkan koreksi. Formulir permintaan pelanggan, klaim biaya, atau formulir prospek penjualan biasanya menjadi titik awal yang lebih baik daripada proses yang jarang digunakan dengan banyak kasus khusus. Memperbaiki formulir yang digunakan 50 orang setiap hari dapat menghapus banyak pekerjaan tindak lanjut.

Tuliskan apa yang terjadi setelah seseorang mengirim entri yang salah. Mungkin agen dukungan harus mengirim email kepada peminta untuk menanyakan nomor akun, atau bagian keuangan harus mengembalikan klaim dengan tanggal di luar periode yang disetujui. Ubah perbaikan yang paling sering dilakukan menjadi aturan validasi data yang jelas untuk formulir bisnis.

Mulailah dengan aturan yang mencegah kesalahan yang dapat langsung diperbaiki: wajibkan informasi yang dibutuhkan staf untuk langkah berikutnya, periksa nilai yang saling terkait seperti rentang tanggal, cari email atau nomor faktur yang sudah ada sebelum membuat rekaman, dan jelaskan masalah di samping kolom dengan bahasa sederhana.

Setelah menerbitkan formulir, tinjau kesalahan yang dilihat pengguna. Kesalahan yang berulang mungkin berarti aturan berfungsi, tetapi bisa juga berarti label, petunjuk, atau urutan kolom membingungkan orang. Jika banyak pengguna memasukkan email pribadi ketika email kantor diperlukan, tulis «Masukkan alamat email perusahaan Anda» sebelum pengiriman, bukan hanya menolaknya setelah itu.

Perhatikan pengecualian bisnis yang nyata. Nomor pesanan pembelian yang kosong mungkin dapat diterima untuk kelompok kecil pelanggan yang disetujui. Berikan jalur pengecualian yang terlihat kepada kelompok tersebut, alih-alih memaksa staf mengedit rekaman secara manual nanti.

AppMaster memungkinkan tim membuat formulir bisnis tanpa kode, menentukan kolom data, dan menggunakan proses bisnis visual untuk pemeriksaan yang melibatkan lebih dari satu kolom. Proyek yang sama dapat menyimpan rekaman, menyediakan API, dan memberi staf antarmuka web atau seluler.

Pilih satu koreksi yang terus berulang minggu ini dan hentikan di formulir. Ukur seberapa sering koreksi itu muncul setelah perubahan. Jumlah tersebut akan menunjukkan apakah aturan menghemat waktu staf atau membutuhkan pengecualian yang lebih jelas.