Kebutuhan Pelanggan, Keinginan Pelanggan, Validasi UX

Kebutuhan Pelanggan, Keinginan Pelanggan, dan Validasi User Experience (Ux)

By: Nur Aisyah Abdullah, S.Pd

Kebutuhan pelanggan adalah harapan ataupun keinginan akan sebuah produk maupun jasa dari berbagai sudut pandang konsumen baik secara pribadi maupun kelompok. Selain itu, kebutuhan pelanggna juga dapat diartikan sebagai sesuatu yang diisyaratkan atau diinginkan atau diperlukan oleh pelanggan. Kebutuhan pelanggan menjadi hal yang sangat penting sebelum mengembangkan sebuah perangkat lunak maupun gim. Informasi kebutuhan pelanggan yang detail akan sangat membantu pengembang perangkat lunak agar lebih maksimal dan tepat sasaran.

1. Kebutuhan Perangkat Lunak dan Gim

Kebutuhan perangkat lunak dan gim menurut IEEE93 dikategorikan menjadi tiga sebagai berikut.

a. Kebutuhan fungsional (functional requirement) merupakan semua hal yang berhubungan dengan fungsi, proses tranformasi yang mampu dikerjakan oleh sistem perangkat lunak dan gim. Contoh dari kebutuhan fungsional dapat disebut sebagai kebutuhan operasional. Contoh dari kebutuhan fungsional adalah sebuah perangkat lunak harus dapat menyimpan semua data beserta rinciannya, dapat mencetak laporan tahunan.
b. Kebutuhan antarmuka (interface requirement) merupakan penghubung perangkat lunak dengan elemen perangkat keras, basis data dan perangkat lunak lainnya. Contohnya adalah perangkat lunak yang memiliki akses ke basis data menggunakan ODBC, perangkat lunak yang memiliki fasilitas input data menggunakan keyboard, mouse, scanner maupun mic

c. Kebutuhan unjuk kerja (performance requirement merupakan kebutuhan yang dapat menetapkan karakteristik tertentu yang harus dimiliki oleh sebuah perangkat lunak seperti ketepatan, kecepatan dan frekuensi. Contoh dari performance requirement adalah waktu penyajian informasi maksimal selama satu menit, perangkat lunak dapat mengolah data sampai tiga ribu juta untuk setiap transaksi, perangkat lunak dapat multiuser sesuai otoritas yang diberikan kepada user

2. Analisis Keinginan Pasar

Analisis keinginan pasar merupakan suatu proses yang bertujuan menghgali Informasi, modem spesińkasi tentang perangkat lunak yang diinginakan oleh pelanggan, analisis kebutuhan pelanggan terhadap perangkat lunak dan gim dapat diartikan sebagai proses mempelajari kebutuhan pemakai untuk mendapatkan deskripsi kebutuhan sistem perangkat lunak dan gim. Selain itu juga menjadi sebuah peoses untuk menetapkan fungsi dan unjuk kerja perangkat lunak sehingga dapat menyatakan antarmuka perangkat lunak dengan elemen sistem yang lain serta dapat menentukan solusi terhadap kendala yang akan dihadapi saat pengembangan perangkat lunak

Tahapan Ini merupakan penjelajahan masalah yang terjadi di lapangan sehingga dapat menentukan beberapa poin khusus yaitu siapa yang akan memakal perangkat lunak yang akan dikembangkan, dimana perangkat lunak akan dijalankan atau digunakan, pekerjaan seperti apa yang akan dikerjakan user dengan menggunakan perangkat lunak yang akan dikembangkan, dari mana dan sampai mana lingkup atau cakupan pekerjaan serta bagaimana mekanisme pelaksanaannya dan yang terakhir adalah apa keterbatasan atau yang menjadi kendala jika dilihat dari sudut pandang teknologi yang akan digunakan atau dapat juga dari segi hokum. Untuk menggali informasi terkait hal-hal tersebut dapat dilakukan dengan kegiatan wawancara dengan pengguna atau user yang akan memakai perangkat lunka, observasi atau pengamatan secara langsung di lapangan, kuisioner, atau mempelajari referensi khusus seperti dokumen hasil analisis dan perancangan sistem. Selanjutnya, hasil permasalahan tersebut digambarkan dalam model tertentu seperti flowmap atau use case.

a. Mempelajari dan memahami masalah

Pada dasarnya, analisis kebutuhan perangkat lunak secara teknis terdin atas beberapa urutan kegiatan sebagai berikut.

Pada kenyataannya kegiatan identifikasi kebutuhan pemakai atau user requirement dilaksanakan bersamaan dengan tahapan pemecahan masalah, namun substansi hasil yang berbeda. Pada tahap ini informasi yang diperoleh mengerucut kea rah data atau informasi seperti apa yang akan diproses, dungsi apa saja yang diinginkan pada perangkat lunak, antarmuka yang seperti apa yang diharapkan (user interface, hardware and software interface, communication interface). Untuk memperoleh informasi tersebut dan kesamaan persepsi dapat dilakukan dengan komunikasi dan brainstorming yang intenst prototype perangkat lunak, data atau dokumen lain.

b. Mengidentifikasi kebutuhan pemakai

Pada dasarnya, analisis kebutuhan perangkat lunak secara teknis terdin atas beberapa urutan kegiatan sebagai berikut.

Pada tahap ini, kebutuhan pemakai yang belum terstruktur tersebut dianalisi, diklasifikasikan, dan diterjemahkan menjadi kebutuhan fungsional, antarmida dan unjuk kerja perangkat lunak. Sebagai gambaran, kebutuhan "data yang dimasukkan oleh Bagian Penjualan dapat langsung dijurnal" setelah dianalish diklasifikasikan, dan diterjemahkanı, mungkin memberikan hasil kebutuhan fungsional, kebutuhan antarmuka, serta kebutuhan unjuk kerja.

c. Mengidentifikasi kebutuhan perangkat lunak

Pada dasarnya, analisis kebutuhan perangkat lunak secara teknis terdin atas beberapa urutan kegiatan sebagai berikut.

2) Diagram Use Case dan skenario sistem jika menggunakan pendekatan objek

1) Data Flow Diagram, kamus data, dan spesifikasi proses jika menggunakan teknik terstruktur.

Selanjutnya, kebutuhan tersebut diubah menjadi model atau gambar tertentu dengan memanfaatkan teknik analisis dan alat bantu tertentu. Sebagai gambaran, kebutuhan fungsional dapat dimodelkan dengan menggunakan data sebagai berikut.

Semua kebutuhan yang telah didefinisikan selanjutnya dibuatkan dokumentasinya yaitu Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software Requirements Specification (SRS). SKPL yang dibuat harus dapat menyatakan secara lengkap apa yang dapat dilakukan oleh perangkat lunak, termasuk deskripsi lengkap dari semua antarmuka yang digunakan. SKPL dapat terdiri atas banyak dokumentasi yang saling melengkapi

d. Mengidentifikasi dokumen spesifikasi kebutuhan

Pada dasarnya, analisis kebutuhan perangkat lunak secara teknis terdin atas beberapa urutan kegiatan sebagai berikut.

Proses untuk memeriksa (validasi) SKPL apakah sudah konsisten, lengkap, dan sesuai dengan apa yang diinginkan pemakai. Proses ini mungkin dilakukan lebih dari satu kali. Dan sering kali muncul kebutuhan-kebutuhan baru dari pemakai. Untuk itu, diperlukan negosiasi antara pihak pengembang dengan pemakai sesuai prinsip "win-win solution" sampai kebutuhan tersebut dapat disepakati kedua belah pihak

e. Mengkaji ulang (review) kebutuhan

Pada dasarnya, analisis kebutuhan perangkat lunak secara teknis terdin atas beberapa urutan kegiatan sebagai berikut.

Validasi User Experience (UX)

Proses dimana formulir web memeriksa dan melihat apakah informasi yang telah dimasuk kedalamnya sudah sesuai dengan ketentuan. Peran user experience sangat dibutuhkan sebab perlu hadir dengan kesan yang user-friendly. User experience harus memegang prinsip "Berbicara dengan pengguna! Katakan pada mereka sesuatu yang tidak sesuail" Para User Experience (UX Designer) menggunakan masukan tesebut untuk membaca arah pasar yang telah dibuatnya. Akan tetapi, sebuah validasi juga harus dimiliki setiap langkah pembangunan produk agar produk tersebut dapat dibuat dengan baik. Tidak adanya validasi produk terlebih dahulu dapat memberikan risiko yang besar bagi pembuat produk tersebut. Validasi yang dimaksud diatas adalah Lean UX Validation.

a. Kesalahan Formulir Validasi

Kesalahan pada formulir validasi pada umumnya ada tiga sebagai berikut.

1) Formatting Errors

Sebagian besar bidang dalam formulir web hanya alfanumerik, namun jika memiliki alamat Email, alamat web, nomor telepon atau kata sandi. mungkin memiliki format tertentu yang diperlukan. Mungkin dapat menebak syntax dari masing-masing bidang. Jadi pengaturan validasi efektif jika memiliki informasi spesifik yang diinginkan.

2) Required Fields Errors

Kesalahan ini terjadi saat pengguna lupa/mengabaikan mengisi bidang yang telah kamu tentukan sebagai" required atau wajib terisi".

3) Match Errors

Hal ini terjadi ketika ketika perlu memeriksa apakah satu nilai sama dengan nilai lainnya. Ini sangat penting terutama dalam formulir masuk, karena tidak ingin mengizinkan pengguna masuk jika kata sandinya tidak sesuai dengan yang benar. Hal ini juga dapat digunakan untuk membuat pengguna mengetik ulang Email atau kata sandi mereka apabila sangat penting bahwa mereka tidak melakukan kesalahan.

b. Merancang solusi

Berikut terdapat lima langkah dasar untuk membantu pengguna memperbaiki masalah validasi.
1) Informasikan kepada pengguna bahwa terdapat kesalahan disuatu tempat pada formulir.

2) Sorot bidang yang salah 2

3) Tunjukkan kepada mereka contoh dari apa yang kamu harapkan (Contoh: [e-mail]).

4) Warna adalah salah satu alat terbaik untuk digunakan saat merancang validasi. Oleh karena bekerja pada tingkat instinctual, menambahkan pesan merah ke pesan kesalahan, atau pesan hijau ke pesan sukses sangat luar biasa

5) Kedekatan adalah alat penting lainnya-menyimpan pemberitahuan spesifik di dekat bidang masalah dan menyimpan pesan tentang keseluruhan formulir dari setiap bidang individual

c. Bagaimana Validasi Bekerja

Terdapat dua cara berbeda untuk mengintegrasikan validasi dalam formulis di antaranya sebagai berikut.

1) Validasi Server-side adalah tempat pengguna mengirimkan formulir, dan skrip formulir kontak akan menganalisis konten dan menimbulkan kesalahan jika kriteria tidak sesuai.

2) Validasi Client-side adalah jenis validasi JavaScript yang mungkin kamu lihat pada beberapa formulir modern. Di sinilah umpan balik yang cepat dihasilkan berdasarkan dasar field-to-field tanpa pengajuan.