p-ISSN : 2460-3562 / e-ISSN : 2620-8989

## Sistem Reservasi Restoran Berbasis Android using Prototype
Florencia Natasya Halim 1 , Eric Sugiharto Honggara 2
Departemen Sistem Informasi, Institut Sains dan Teknologi Terpadu Surabaya
1 florencia.n20@mhs.istts.ac.id,
2 EricSugiharto@stts.edu

## Abstrak
Di kota besar semuanya sudah serba online. Banyak restoran yang memasukkan makanannya ke aplikasi delivery. Namun, belum banyak yang memiliki sistem reservasi. Banyak restoran yang masih  reservasi secara tradisional atau manual. Reservasi seperti itu beresiko terjadinya human error seperti kesalahan pencatatan pesanan. Oleh karena itu, dibuatlah sistem reservasi  berbasis android ini. Sistem reservasi  restoran  ini bisa digunakan  untuk reservasi acara kecil seperti lunch atau dinner dan juga dapat untuk reservasi acara besar yang meliputi orang banyak. Sistem ini dibuat untuk memudahkan customer dalam mencari restoran, memudahkan customer untuk mencari  tanggal  kosong  pada  restoran  serta memudahkan  mereservasinya.  Selain  memberi  kemudahan  untuk customer, sistem ini juga memberi kemudahan kepada pihak restoran. Sistem ini memudahkan admin restoran dalam mencatat reservasi dari customer. Sistem reservasi ini dibangun dengan menggunakan metode prototyping. Sistem ini diujicobakan ke 10 restoran dan 100 customer. Dari hasil uji coba tersebut dapat disimpulkan bahwa sistem  meminimalisir  terjadinya  human  error  yang  terjadi  karena  miskomunikasi  antara  customer  dengan pegawai restoran dalam proses transaksi.
Kata kunci: Sistem Reservasi. Metode Prototype

## Android Based Reservation System using Prototype

## Abstract
In a Metropolis city, everything is already online. A lot of restaurants put their menu on delivery apps. However, there are not many of them that have a reservation system. Most of it still using a traditional reservation system. This kind of reservation is risky, because of human error and miscommunication on the food reservation order. Therefore,  reservation  system  based  on  android  was  made.  This  reservation  system  can  be  used  to  reserve  a restaurant for big or small event, such as lunch, dinner and any other event that include a lot of people. This system also  created  for  the  purpose  of  helping  customer  finding  restaurant,  set  a  date  for  reservation,  and  simplify reservation  system. Aside from giving customer ease of use, this system also helps restaurant  easier time take reservations.  This  system  is  built  using  prototyping  method  and  tested  to  10  restaurant  and  100  people.  In conclusion  this  reservation  system  able  to  minimize  human  errors  caused  by  miscommunication  between customer and employee in transaction,
Keywords: Reservation system, Prototype method

## I. P ENDAHULUAN
Zaman  sekarang  hampir  semua  kegiatan  manusia dilakukan menggunakan sistem. Sistem dibuat agar dapat mempermudah  dan  mempercepat  pekerjaan  manusia. Didampingi  dengan  perkembangan  teknologi  smartphone membuat  smartphone  zaman  sekarang  bisa  digunakan untuk  hal  apapun. Dengan kecanggihan tersebut, manusia lebih  memilih  melakukan  sesuatu  melalui  smartphone mereka apalagi smartphone mudah dibawa kemana-mana. Dari  survey  yang  dilakukan,  banyak  orang  memiliki keluhan  dalam  reservasi  restoran.  Banyak  restoran  yang melakukan  reservasi  secara  manual  yakni  dengan menggunakan  sebuah  pesawat  telepon  dan  menjalani proses  pencatatan  data,  pesanan,  pertanyaan  mengenai menu  dan  hal  lainnya  melalui  telepon.  Reservasi  manual tersebut juga memiliki kelemahan yaitu human error dalam pencatatan. Tidak jarang terjadi pesanan customer kurang
atau  keliru.  Hal  tersebut  mengurangi  kepuasan  customer sekaligus  dapat  menyebabkan  kerugian  pada  restoran. Untuk  mengurangi  hal  tersebut,  maka  dibuarlah  sistem reservasi restoran ini. Dalam aplikasi ini terdapat berbagai macam  restoran, customer dapat  memilih makanan sesuai kategori  yang  dipilih  dan  menentukan  sendiri  kapan reservasi  ingin  dilakukan  dan  menu  yang  akan  mereka pesanpun  dapat  dilihat  dalam  aplikasi.  Maka  customer dapat  melakukan  reservasi  sendiri,  mencari  informasi sendiri dan mengurangi miskomunikasi dan human error.
Tujuan dari pembuatan sistem ini adalah :
• Mempermudah customer dalam pencarian restoran.
• Mempermudah  customer  dalam  mengecek  tanggal kosong pada sebuah restoran.
• Mempermudah customer dalam reservasi restoran.
• Mempermudah  restoran  dalam  pencatatan  reservasi customer.

## II. M ETODOLOGI
Pada  bagian  ini  akan  membahas  mengenai  teori-teori yang akan menunjang pembuatan program aplikasi sistem reservasi  restoran  ini.  Berikut  adalah  berbagai  teori  yang akan digunakan.

## A. User Centered Design
User  Centered  Design  (UCD)  adalah  tahapan  design interface  yang  berfokus  pada  kegunaan,  kebutuhan pengguna, dan alur kerja pada desainnya [1]. Ada beberapa hal yang perlu diperhatikan dalam UCD, yaitu User, desain rancangan aplikasi, proses pengujian dari awal hingga akhir dengan melibatkan user, dan perancangan interaktif. Dalam metode  UCD,  ada  4  tahapan  yang  harus  dilalui. Tahapan pertama, specify the context of use, yaitu mengidentifikasi siapakah  user  yang  akan  menggunakan  aplikasi  ini. Tahapan kedua, specify user and organizational requirements,  yaitu  mengidentifikasi  kebutuhan  customer dan  restaurant  pada  aplikasi  ini.  Tahapan  ketiga, produce design  solutions,  yaitu  merancang  sebuah  desain  sebagai solusi  dari  aplikasi  yang  sedang  dirancang.  Tahapan keempat, evaluate design, yaitu mengevaluasi design yang telah dibuat pada tahap sebelumnya. User Centered Design digunakan untuk  mencari tahu bagaimana kebutuhan user sehingga dapat mengembangkan sistem reservasi ini sesuai kebutuhan dan keinginan customer [2] [3].

## B. Metode Pembangunan Sistem Menggunakan Prototyping
Prototyping  merupakan  teknik  pengembangan  sistem yang  memberikan  fasilitas  pada  pengembang  dan  user untuk  saling  berinteraksi  selama  proses  pembuatan sehingga  pengembang  dengan  mudah  membangun perangkat  lunak  yang  akan  dibuat  dan  sesuai  dengan kebutuhan  dari  user  [4].  Ada  5  tahapan  proses  pada prototyping,  yaitu  communication,  quick  plan,  quick design,  prototype  construction,  dan  delivery  &  feedback. Communication  adalah  tahap  dimana  pengembang  dan klien berdiskusi untuk menentukan tujuan akhir, kebutuhan yang  diinginkan,  dan  merencanakan  bagian  yang dibutuhkan selanjutnya. Quick plan adalah tahapan dimana perancangan  dilakukan  dengan  cepat  dan  mewakili perangkat  lunak  yang  akan  dibuat  saat  melakukan  fact finding  pada  user-user  yang  bersangkutan  mengenai gambaran yang mereka miliki akan perangkat lunak. Quick design adalah tahapan yang berfokus pada desain perangkat lunak yang bisa dilihat oleh user bedasarkan simpulan dari fact  finding.  Prototype  construction  adalah  membuat prototype  sederhana  dari  perangkat  lunak  yang  sudah didiskusikan. Delivery & feedback adalah prototype yang telah  dibuat  oleh  pengembang  bedasarkan  masukan  dari user  dan  siap  untuk  diserahkan  kepada  user  untuk dievaluasi,  kemudian  user  akan  memberikan  feedback kepada  pengembang  secara  langsung  untuk  melakukan perbaikan  dan  peningkan  sisten  serta  menemukan kebutuhan-kebutuhan baru perangkat lunak yang dibangun dan  yang  sebelumnya  tidak  diketahui  karena  user  belum menggunakan  perangkat  lunak  akhir  secara  menyeluruh. Prototyping digunakan untuk simulasi interface dari sistem
sehingga  user  dari  sistem  reservasi  ini  dapat  melihat  dan mencobanya  untuk  mengetahui  apakah  mudah  dipahami user  dan  sudah  membantu  dalam  menyelesaikan  masalah mereka.
Gambar.  1 Alur Penelitian

## C. Usability Testing
Usability  testing  adalah  salah  satu  metode  yang berfungsi  untuk  mengevaluasi  user  experience  terhadap software  atau  website  yang  dibuat  dengan  melakukan pengujian  kepada  beberapa  konsumen.  Langkah  awal usability  testing  ini  adalah  dengan  memberikan  tugas kepada  user  yang  berinteraksi  langsung  dengan  aplikasi yang  diuji.  Pengujian  task  ini  akan  memperhitungkan tingkat  kesuksesan  participant  dalam  menyelesaikan  task. Tahap selaanjutnya adalah membagikan kuisioner kepada participant. Participant mengisi  kuesioner yang  diberikan berdasarkan  pengalaman terhadap apa yang dilihat dan apa yang  dirasakan  saat  mengerjakan  task  atau  tugas-tugas sebelumnya.  Setiap  pertanyaan  dari  kuesioner  tersebut bertujuan untuk menunjukkan kegunaan menurut pandangan  serta  penerimaan  pengguna.  Dari  hasil kuisioner  tersebut,  akan  melihat  mana  fitur  yang berguna bagi  user  dan  mana  fitur  yang  menghalangi  user. Pembangun  sistem  kemudian  akan  memperbaiki  setiap fungsi  yang menghalangi user dan memberikan fitur baru yang  dibutuhkan  agar  tujuan  akhir  user  tercapai  tanpa halangan.  Proses  ini  akan  diulangi  beberapa  kali,  sampai user  bisa  mencapai  tujuan  mereka  tanpa  terhalang  sistem dan  memperoleh  dukungan  dari  sistem  [5]  [6].  Proses  ini berhenti  sampai  80%  user  menyatakan  puas  dalam menggunakan sistem.

## III. H ASIL DAN P EMBAHASAN
Alur  sistem  menjelaskan  alur  dari  fitur  utama  dalam sistem  ini.  Fitur  utama  dari  sistem  ini  adalah  reservasi restoran.  Proses  berjalannya  reservasi  restoran  akan dijelaskan melalui context diagram dan data flow diagram yang  merupakan  sebuah  alur  pergerakan  data  [7].  Sistem
yang  diharapkan  akan  menghilangkan  miskomunikasi antara customer dan restoran yang dilakukan oleh melalui telepon. Maka sistem reservasi Android ini dibangun agar customer  dapat  melakukan  pemesanan  secara  mandiri melalui  aplikasi.  Wawancara  pertama  yang  dilakukan  ke restoran, mengatakan bahwa customer biasanya memesan waktu  reservasi  kemudian  ada  yang  langsung  memesan makanan  saat  itu  juga.  Kemudian  selain  waktu  dan makanan,  beberapa  restoran  juga  menyediakan  fasilitas untuk  disewakan  dan  perlu  dipesan  juga  agar  bisa dipersiapkan, seperti sound system untuk karaoke ataupun sebuah LCD Proyektor untuk melakukan presentasi dan hal lainnya.

## Gambar.  2 Context Diagram Alur Sistem
Dari  context  diagram  diatas  dapat  terlihat  inti  penting dari alur sistem reservasi ini. Terdapat 2 role yang berperan penting dalam proses reservasi, yaitu customer dan admin restoran.  Dalam  role  customer,  customer  melakukan reservasi  dan  menerima  QR  code  yang  digenerate  oleh sistem.  QR  code  adalah  kode  Quick  Response  yang digunakan untuk menyimpan data dalam 2 dimensi dengan keunggulan:  data  yang  disimpan  lebih  besar,  lebih  cepat dalam  pembacaan  dan  bisa  di  scan  dari  berbagai  macam sudut  [8].  Dalam  role  admin  restoran,  admin  tersebut menerima  data  reservasi  dari  sistem,  lalu  admin  juga mengkonfirmasi  atau  memproses  reservasi  tersebut,  dan admin  dapat  menyatakan  pesanan  selesai  dengan mengescan  QR  code  yang  tergenerate  di  customer. Keunggulan  lainnya  dari  QR  code  adalah  teknologi  ini sudah  diadopsi  dalam  teknologi  yang  ada  pada  hari  ini. Sehingga  tidak  memerlukan  perangkat  lunak  lain  untuk membaca  QR  code  dan  sudah  terbukti  membantu  dalam beberapa penelitian terdahulu [9] [10] [11] [12].

## Gambar.  3 Data Flow Diagram Alur Sistem Level 1
Customer  melakukan  reservasi  restoran  dan  data tersebut  akan  masuk  ke  database  data  transaksi.  Data tersebut  dikirim  ke  admin  restoran.  Lalu  admin  restoran melakukan  konfirmasi  pesanan  dan  status  data  transaksi tersebut berubah menjadi dikonfirmasi. Setelah terkonfirmasi,  sistem  akan  mengenerate  QR  code  yang akan  muncul  di  account  customer.  QR  code  akan digunakan  untuk  discan  ketika  customer  telah  sampai  di
restoran. Ketika customer menghadiri reservasinya, admin restoran akan melakukan scan qr codenya. Setelah di scan, status transaksi dinyatakan selesai
Pada sistem ini, uji coba dilakukan dengan uji coba user interface dengan prototyping dan uji coba sistem. Prototype dibuat  sesuai  dengan  rencana  pembangunan  sistem. Prototype yang dibuat merupakan fitur utama dari system yang akan langsung dipakai oleh user [13]. Fitur utama dari sistem customer adalah dashboard customer, form reservasi, list  restoran,  dan  form  pilih  makanan.  Berikut  adalah tampilan prototype dari masing-masing fitur customer.
1)  Dashboard  Customer: Dashboard  customer  adalah halaman pertama yang dilihat customer setelah melakukan login. Di dalam dashboard terdapat  banner-banner promo dari berbagai restoran. Berikut tampilan prototypenya.

## Gambar.  4 Prototype Dashboard Customer
2)  Form Restoran: Form reservasi adalah form yang akan diisi  oleh  customer  ketika  customer  hendak  melakukan reservasi  restoran.  Form  reservasi  berisi  beberapa  field yaitu nama, nomor telepon, tanggal reservasi, jam reservasi, jumlah orang, dan catatan keterangan. Field tersebut  diisi oleh  customer  sebagai  informasi  reservasi.  Berikut prototype form reservasi.
Gambar 5. Prototype Form Reservasi
1)  List  Restoran: List  restoran  adalah  halaman  dimana customer  memilih  restoran  yang  ingin  direservasi.  Di halaman  ini  terdapat  informasi  tiap  restoran  seperti  foto restoran,  nama  restoran,  alamat  restoran,  dan  rating restoran. Berikut prototype list restoran.
Gambar 6. Prototype List Restoran
2)  Form  Pilih  Makanan: Form  pilih  makanan  adalah halaman dimana customer memilih makanan apa yang akan dipesan.  Selain  itu,  customer  juga  dapat  melihat  rincian biaya  dari  pesanan  yang  telah  dibuat.    Berikut  prototype form pilih menu makanan.

## Gambar 7. Prototype Form Pilih Makanan
List  menu  makanan  tersebut  dapat  di-scroll  sesuai dengan  banyaknya  makanan  yang  ada  di  restoran  yang dipilih.  Customer  dapat  menekan  tanda  +  untuk menambahkan  makanan  yang  ingin  dipesan.  Customer dapat  menekan  tanda  –  jika  ingin  mengurangi  jumlah makanan  yang  dipesan.  Jika  customer  swipe  up  maka muncul  rincian  pesanan  dan  rincian  harga  yang  harus dibayarkan oleh customer.
Dari hasil uji coba tersebut, penulis meminta user untuk mengisikan  kuisioner  yang  telah  dibuat.  Tujuan  dari  uji coba ini adalah untuk mengetahui bagaimana user interface yang  mudah  dipahami  dan  mudah  dijalankan  oleh  user. Dari hasil uji coba prototype customer, terdapat responden yang  memberikan  saran  untuk  memperbesar  banner  dan menambahkan  fitur  profil  resto  dan  chat  resto  agar  lebih mudah dipahami oleh customer. Penulis melakukan revisi desain  prototype  agar  sesuai  dengan  keinginan  customer bedasarkan  hasil  backlog  [14].  Berikut  prototype  versi  2 dari fitur customer.
1)  Dashboard  Customer: Dari  hasil  survey,  1  orang mengatakan  bahwa  lebih  baik  jika  banner  dibuat memanjang agar lebih mudah dibaca. Lalu desain direvisi sesuai  komentar  responden.  Setelah  direvisi,  tampilan dashboard customer menjadi seperti ini.

## Gambar 8. Prototype Dashboard Customer Versi 2
Setelah diubah seperti gambar diatas, survey dilakukan lagi dan semua responden menyatakan setuju. Responden mengatakan  bahwa  tampilan  tersebut  membantu  mereka melihat  promo  lebih  jelas.  Dapat  disimpulkan  bahwa tampilan tersebut akan menjadi tampilan akhir di sistem.
2)  Form  Reservasi: Pada  versi  pertama  form  reservasi, semua field diisikan manual oleh customer. Namun, untuk mempermudah  customer  dalam  pengisian  data  maka penulis menambahkan date time picker pada field tanggal dan jam reservasi. Dengan date time picker, customer tidak perlu mengetik tanggal dan jam secara manual tetapi hanya dengan mengklik tanggal dan jam yang diinginkan. Berikut tampilan form reservasi dengan date time picker.

## Gambar 9. Prototype Form Reservasi Versi 2
Setelah  ditambahkan  date  time  picker  seperti  gambar diatas,  penulis  melakukan  survey  lagi.  Dari  hasil  survey tersebut, dapat disimpulkan bahwa adanya date time picker dapat  mempermudah  customer  dalam  pengisian  tanggal dan jam reservasi.
3)  List  Restoran :  Prototype  list  restoran  di  atas  dapat komentar  dari  responden.  Responden  meminta  agar terdapat informasi profil restoran secara detail. Maka dari itu, prototype list restoran ini direvisi oleh penulis. Berikut tampilannya setelah direvisi.
Gambar 10. Prototype List Restoran Versi 2
Dari  gambar  diatas  terlihat  bawah  di  sebelah  kanan rating restoran terdapat beberapa simbol baru. Untuk profil restoran  secara  detail  terdapat  pada  simbol  ke  empat. Namun penulis juga menambahkan 3 simbol lainnya, yaitu simbol pertama digunakan untuk melihat jadwal reservasi restoran tersebut, simbol ke dua digunakan untuk melihat dan claim  voucher restoran, dan simbol  ketiga digunakan untuk  chat  dengan  admin  restoran.  Dengan  penambahan tersebut, customer merasa tampilan tersebut sudah baik dan mudah dipahami.
Selain  prototype  customer,  penulis  juga  membuat  testing prototype  untuk  fitur  utama  restoran.  Fitur  utama  dari sistem  restoran  adalah  list  transaksi.  Berikut  tampilan prototype dari masing-masing fitur.
1)  List  Transaksi  Belum  Diproses: List  transaksi  belum diproses  adalah  halaman  yang  berisi  list  reservasi  yang dibuat oleh customer dan belum dikonfirmasi oleh restoran. Dalam  list  ini,  transaksi-transaksi  tersebut  masih  bisa direschedule oleh customer. Berikut prototype list transaksi belum diproses.
Gambar 11. Prototype List Transaksi Belum Diproses
Jika admin mengklik  detail, maka menuju halaman detail transaksi.  Di  dalam  detail  transaksi  berisi  data  reservasi secara  lengkap  dan  rinci.  Di  sana  juga  terdapat  button
proses  jika  admin  restoran  menyetujui  untuk  memproses pesanan tersebut. Berikut prototype detail transaksinya.
Gambar 12. Prototype Detail Transaksi Belum Diproses
2)  List Transaksi Diproses : List transaksi diproses adalah halaman yang berisi list reservasi yang telah dikonfirmasi oleh admin restoran. Tampilan list transaksi diproses sama dengan  tampilan  list  transaksi  belum  diproses.  Bedanya hanya di data yang tertera di listnya. Namun ketika diklik detail,  tampilan  detail  transaksinya  agak  sedikit  berbeda. Berikut prototype detail transaksi diproses.
Gambar 15. Prototype Detail Transaksi Diproses
Dalam detail transaksi diproses terdapat button scan untuk pergi ke halaman scan QR code. QR code tersebut terdapat di  account  customer.  Admin  dapat  meminta  ke  customer untuk  menunjukkan  QR  code  tersebut  agar  bisa  di  scan. Setelah  di  scan,  transaksi  tersebut  dinyatakan  selesai. Berikut tampilan scannya.
3)  List  Transaksi  Selesai: List  transaksi  selesai  adalah halaman  yang  berisi  transaksi-transaksi  yang  telah diselesaikan  oleh  restoran.  Tampilan  list  transaksi  selesai juga sama dengan tampilan list  transaksi  pada Gambar 8. Bedanya hanya di  judul halaman dan data yang tertera di dalamnya.  Ketika  admin  mengklik  detail,  tampilan  detail transaksi  juga  sama  dengan  detail  transaksi  pada Gambar 10. Bedanya hanya tidak ada button dalam detail transaksi selesai ini.
Dari hasil uji coba tersebut, penulis meminta user untuk mengisikan  kuisioner  yang  telah  dibuat.  Tujuan  dari  uji coba ini adalah untuk mengetahui bagaimana user interface yang  mudah  dipahami  dan  mudah  dijalankan  oleh  user.
Dari  hasil  uji  coba  prototype  restoran,  2  dari  3  orang memberikan saran untuk menghilangkan gambar makanan dan harga makanan karena admin tidak membutuhkan itu. Penulis  melakukan  revisi  desain  prototype  agar  sesuai dengan keinginan admin restoran. Berikut  prototype versi 2 dari fitur restoran.
Gambar 17. Prototype Detail Transaksi Versi 2
Setelah direvisi seperti gambar diatas, dilakukan survey lagi.  Dari  hasil  survey  tersebut,  para  admin  restoran mengatakan  tampilan  sudah  baik  dan  mudah  dipahami. Oleh  karena  itu,  tampilan  prototype  itu  akan  menjadi tampilan di sistem.
Setelah  program  selesai  dibuat,  penulis  melakukan  uji coba  sistem.  Uji  coba  yang  dilakukan  adalah  usability testing.  Usability  testing  dilakukan  dengan  pengujian sistem  kepada  user  dengan  memberikan  tugas  yang  akan dikerjakan  user  di  sistem  dan  user  akan  memberikan feedback  terkait  aplikasi  [6]  [15].  Usability  testing dilakukan kepada 2 user, yaitu customer dan restoran.
1)  Uji  Coba  Customer: Uji  coba  dilakukan  dengan  cara meminta  orang-orang  untuk  mencoba  aplikasi  yang  telah dibuat.  Setelah  mereka  mencoba,  penulis  memintanya untuk  menjawab  kuisioner.  Kuisioner  customer  berisi beberapa pertanyaan seperti berikut:
• Menurut  anda,  apakah  alur  proses  transaksi  mudah dipahami?
• Apakah  fitur-fitur  yang  ada  telah  membantu  anda sebagai customer dalam mereservasi restoran?
• Fitur apa yang paling membantu anda?
• Apakah ada fitur yang menyusahkan anda?
• Jika iya, fitur apa yang menyusahkan? Dan tuliskan alasan menyusahkan
• Apa fitur yang menjadi harapan anda yang harusnya ada di dalam sistem ini?
• Apakah  sistem  ini  memudahkan  anda  dalam pencarian restoran yang ingin direservasi? Jika tidak, berikan saran perbaikannya.
• Apakah  sistem  ini  memudahkan  anda  dalam menemukan  tanggal  kosong  pada  restoran?  Jika tidak, berikan saran perbaikannya.
• Apakah  sistem  ini  memudahkan  anda  dalam mereservasi  restoran?  Jika  tidak,  berikan  saran perbaikannya.
• Seberapa puas anda menggunakan sistem ini?
TABEL I R ATE KEPUASAN CUSTOMER
Apakah alur transaksi mudah dipahami? 4.8 Seberapa puas anda menggunakan sistem ini? 4.8
Setelah dilakukan uji coba, banyak orang merasa terbantu dalam  reservasi  restoran.  Tabel  diatas  menunjukkan  rata- rata rate dari customer. Selain rate tersebut, customer juga menjawab  beberapa  pertanyaan  mengenai  kemudahan dalam menggunakan sistem. Berikut tabel dengan sampel 5 customer.
TABEL 2 U JI COBA CUSTOMER
Ya Tidak
Apakah fitur-fitur yang ada telah membantu anda sebagai customer dalam mereservasi restoran? 5 0 Apakah ada fitur yang menyusahkan anda? 0 5 Apakah sistem ini memudahkan anda dalam pencarian restoran yang ingin direservasi? 5 0 Apakah sistem ini memudahkan anda dalam menemukan  tanggal kosong pada restoran? 5 0 Apakah sistem ini memudahkan anda dalam mereservasi restoran? 5 0
Responden  mengatakan  bahwa  fitur-fitur  di  dalam  sistem sangat  membantu  dan  tidak  menyusahkan  customer. Responden-responden  tersebut  juga  memberi  tahu beberapa fitur yang sangat  membantu customer dan  fitur harapan  customer.  Berikut  tabel  list  fitur  membantu  dan fitur harapan dari customer.
TABEL 3
F ITUR YANG M EMBANTU DAN H ARAPAN C USTOMER Customer Fitur Membantu Fitur Harapan Customer 1 List restoran Google sign in Customer 2 Filter restoran lengkap Atur meja reservasi Customer 3 List restoran sesuai tanggal reservasi Jarak lokasi customer dan restoran Customer 4 List restoran Template form reservasi Customer 5 List restoran Favorite restoran
Banyak dari customer yang menyukai fitur list restoran. Hal  itu  karena  bisa  melihat  restoran  mana  saja  yang  bisa menangani  di  tanggal  dan  jam  yang  customer  inginkan. Customer  merasa  tidak  perlu  susah-susah  mencocokkan jadwal dengan pihak restoran. Selain itu customer juga bisa membandingkan  restoran-restoran  yang  ingin  direservasi.
Customer  juga  terbantu  dengan  filter  restoran  sehingga mereka bisa menemukan restoran yang sesuai  budget  dan tidak  jauh  dari  lokasi  mereka.  Responden  juga menyarankan  beberapa  fitur  seperti  pada  tabel  diatas. Dengan saran tersebut, dapat membangun sistem lebih baik lagi ke depannya.
2)  Uji  Coba  Restoran: Uji  coba  dilakukan  dengan  cara meminta  admin  restoran  untuk  mencoba  program  yang telah  dibuat.  Setelah  dicoba,  penulis  meminta  mereka mengisi  kuisioner  yang  telah  dibuat.  Kuisioner  restoran berisi beberapa pertanyaan seperti berikut :
• Apakah  list  transaksi  membantu  anda  dalam merekap pesanan customer? Jika tidak, berikan saran perbaikannya.
• Apakah  detail  transaksi  sudah  menjelaskan  isi pesanan  customer  dengan  baik?  Jika  tidak,  berikan saran perbaikannya.
• Setelah  anda  mencoba  sistemnya,  apakah  sistem berjalan dengan baik?
• Jika tidak, fitur apa yang tidak berjalan dengan baik?
• Fitur apa yang paling membantu anda?
• Fitur apa yang kurang membantu atau menyusahkan anda? Berikan alasannya.
• Apakah ada fitur yang sulit dipahami?
• Jika  ya,  fitur  apa  yang  sulit  dipahami?  Berikan alasannya.
• Fitur apa yang menjadi harapan anda yang harusnya ada di sistem ini?
• Rate kepuasan anda terhadap sistem ini.
• Apakah sistem ini memudahkan anda sebagai admin dalam  mencatat  reservasi  customer?  Jika  tidak, berikan saran perbaikannya.
TABEL 4 R ATE KEPUASAN RESTORAN
Seberapa puas anda menggunakan sistem ini? 4,8
Setelah  dilakukan  uji  coba,  sebagian  besar  admin restoran  merasa  puas  dengan  sistem  ini.  Tabel  diatas menunjukkan rata-rata rate dari admin restoran. Selain rate tersebut,  admin  restoran  juga  menjawab  beberapa pertanyaan  mengenai  kemudahan  dalam  menggunakan sistem. Berikut tabel dengan sampel 5 restoran.
TABEL 5 U JI COBA CUSTOMER Ya Tidak
Apakah list transaksi
membantu anda dalam merekap pesanan customer? 5 0 Apakah detail transaksi sudah menjelaskan isi pesanan customer dengan baik? 5 0 Setelah anda mencoba sistemnya, apakah sistem berjalan dengan baik? 5 0 Apakah ada fitur yang sulit dipahami? 0 5
Apakah sistem ini memudahkan anda sebagai admin dalam mencatat reservasi customer? 5 0
Setelah dilakukan uji coba, sebagian besar admin restoran merasa terbantu  dalam merekap dan memproses reservasi customer  dengan  adanya  sistem  ini.  Admin  restoran  juga tidak  merasa  kesulitan  dengan  alur  sistem  ini.  Selain  itu, admin  restoran  juga  memberi  tahu  beberapa  fitur  yang sangat  membantu  dan  fitur  harapan  mereka  akan  ada  di sistem ini. Berikut tabel list fitur yang membantu dan fitur harapan admin restoran.
TABEL 6 F ITUR YANG M EMBANTU DAN H ARAPAN A DMIN R ESTORAN Admin Fitur Membantu Fitur Harapan Admin 1 Detail Transaksi - Admin 2 List Transaksi Menuju WA customer Admin 3 Scan QR Code - Admin 4 Laporan Pendapatan Chat WA customer Admin 5 List Transaksi -
Admin  merasa  terbantu  dengan  adanya  list  transaksi, detail  transaksi,  dan  laporan  pendapatan.  List  transaksi membantu  admin  dalam  melihat  secara  rinci  tanggal- tanggal reservasi dari customer. Detail transaksi membantu admin dalam melihat rincian pesanan yang diinginkan oleh customer. Dengan 2 fitur tersebut, restoran terbantu dalam menyiapkan  pesanan  customer  sesuai  dengan  tanggal- tanggal yang tertera.  Hal ini mengurangi resiko kesalaham dalam pemrosesan pesanan customer. Lalu, admin restoran juga terbantu dengan adanya laporan pendapatan. Laporan tersebut  membantu  admin  dalam  merekap  pendapatan restoran dari hasil reservasi di sistem ini.
Dengan metode prototyping dan User Centered Design, sistem  yang  dibangun  menjadi  sebuah  sistem  yang berfokus  pada  kebutuhan  user  dan  mampu  memberikan user  fitur-fitur  yang  membantu  user  mencapai  tujuan mereka,  yakni  melakukan  reservasi  restoran,  menu  dan fasilitasnya.  Salah  satu  kekurangan  sistem  adalah  tidak adanya  fasilitas  untuk  melakukan  percakapan  teks  seperti WhatsApp  seperti  yang  diharapkan  oleh  customer. Perubahan yang terjadi seperti pengurangan fitur juga bisa terlihat  jelas  karena  prototype  yang  diberikan  pada customer. Customer bisa dengan mudah menunjukan/menulikan hal  yang menganggu mereka atau membuat mereka bingung dalam menggunakan sistem

## IV. K ESIMPULAN
Kesimpulan  diambil  dari  hasil  uji  coba  yang  telah dilakukan  oleh  penulis.  Kesimpulan  didapatkan  dari terjawabnya  tujuan  yang  telah  ditentukan.  Berikut kesimpulan yang didapatkan.
Responden  merasa  bahwa  fitur  yang  paling  membantu mereka  adalah  fitur  form  reservasi  dan  fitur  list  restoran. Fitur  tersebut  membantu  mereka  dalam  menemukan
restoran  yang  bisa  menangani  tanggal  dan  jam  yang diinginkan.  Hal  ini  bisa  diketahui  karena  menggunakan prototype yang desain bedasarkan kebutuhan user sehingga user bisa menunjukan fitur yang mendukung mereka dalam melakukan reservasi
Responden  mengatakan  bahwa  sistem  ini  telah memudahkan dalam mereservasi restoran. Dengan adanya sistem  ini,  mereka  merasa  dapat  melakukan  reservasi dengan lebih cepat dibandingkan dengan telepon.
Admin  restoran  merasa  fitur  yang  paling  membantu mereka  adalah  list  transaksi  dan  detail  transaksi.  Dengan adanya fitur itu, mereka dapat melihat secara rinci tanggal- tanggal  yang  direservasi  oleh  customer.  Di  dalam  detail transaksi juga terdapat pesanan makanan secara rinci agar koki di restoran tidak salah menyiapkan makanan.
Untuk  mencari  dan  membangun  sebuah  sistem  yang sesuai  kebutuhan  user,  prototyping  sangat  membantu namun  salah  satu  kelemahannya  yang  bisa  ditarik  adalah user  terbiasa  menggunakan  aplikasi  yang  sering  mereka pakai dan mengacu pada aplikasi tersebut, terutama apabila mereka  memiliki  sebuah  kebingungan.  Namun  salah  satu aplikasi  yang  diacu  adalah  aplikasi  percakapan  via  teks yang membutuhkan keaktifan dari 2 user untuk bercakap- cakap  di  media  tersebut.    Keterbatasan  berikutnya  adalah dengan dibangunnya sistem, user memiliki keinginan yang makin  banyak  dan  makin  luas.  Sehingga  Pembangunan dibatasi  dan  tidak  terlalu  meluas  hingga  tersambung dengan aplikasi lain.

## D AFTAR P USTAKA
[1]   B. Still and K. Crane, Fundamental of User-Centered Design : A Practical Approach, Boca Raton: CRC Press, 2016.
[2]   L. Miller, The Practitioner Guide to User Exeperience Design, New York: General Asembly, 2016.
[3]   M. Agarina and A. S. S. Karim, “User-Centered Design Method in the Analysis of User Interface Design of the Department of Informatics System’s Website,” in The 5th International Conference on Information Technology and Bussiness (ICITB 2019) , 2019.
[4]   T. Pricillia and Zulfachmi, “Perbandingan Metode Pengembangan
Perangkat Lunak (Waterfall, Prototype, RAD),” Jurnal Bangkit
Indonesia, vol. 10, no. 1, pp. 6-12, 2021.
[5]   J. Rubin and D. Chisnell, Handbook of Usability Testing: How to Plan, Design, and Conduct Effective Tests, 2nd Edition, New York: Wiley, 2008.
[6]   D. Kurniawan and F. Yuamita, “Usability Testing Pengunaan Menu Kartu Hasil Studi di Website Sistem Informasi AKademik
Universitas Teknologi Yogyakarta,” Jurnal Teknologi dan Manajemen Industri Terapan, vol. 2, no. 1, pp. 41-52, 2023.
[7]   K. Kendall and J. Kendall, System Analysis and Design 9th Edition, Pearson, 2013.
[8]   S. Tiwari, International Conference on Information Technology (ICIT), Bhubaneswar, 2016.
[9]   S. Murni and R. Sabaruddin, “PEMANFAATAN QR CODE DALAM PENGEMBANGAN SISTEM INFORMASI KEHADIRAN SISWA BERBASIS WEB,” Jurnal Teknologi dan Manajemen Informatika, vol. 4, no. 2, pp. 199-208, 2018.
[10]  “Pemanfaatan QR Code dalam Memudahkan Proses Absensi Siswa Berbasis Aplikasi Mobile,” Masyarakat Telematika Dan Informasi : Jurnal Penelitian Teknologi Informasi dan Komunikasi, vol. 10, no. 1, pp. 1-12, 2019.
[11]  R. Pratama and R. Purnama, “PEMANFAATAN QR CODE PADA SISTEM TRANSAKSI KULINER BERBASIS WEB
(STUDI KASUS : CAFE SOCIETY PROBOLINGGO),” Jurnal Simantec, vol. 11, no. 1, pp. 73-84, 2022.
[12]  Irwansa and N. Huda, “PEMANFAATAN QR CODE DALAM PEMESANAN MAKANAN & MINUMAN PADA RUMAH MAKAN KEJORA JAYA MENGGUNAKAN METODE USER CENTERED DESIGN (UCD),” Journal of Information Technology and Computer Science (INTECOMS), vol. 7, no. 1, pp. 196-206, 2024.
[13]  R. Aditya and V. H. P. P. B. A. A. Pranatawijaya, “Rancang Bangun Aplikasi Monitoring Kegiatan Menggunakan Metode Prototype,” JOINTECOMS, vol. 1, no. 1, pp. 47-57, 2021.
[14]  K. Parveen, “Rapid Digital Transformation Using Agile Methodologies for Software Development Projects,” Lahore Garrison University Research Journal of Computer Science and Information Technology, vol. 5, no. 3, pp. 54-64, 2021.
[15]  C. Barnum, Usability Testing Essentials: Ready, Set ...Test!, Burlington: Elsevier, 2010.