Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer e-ISSN: 2548-964X

Vol. 3, No. 9, September 2019, hlm. 8831-8840 http://j-ptiik.ub.ac.id

Perancangan User Interface Aplikasi EzyPay menggunakan

Metode Design Sprint
(Studi Kasus PT. Arta Elektronik Indonesia)
Rahmadhana Ramadan1, Hanifah Muslimah Az-Zahra2, Retno Indah Rokhmawati3

Program Studi Sistem Informasi, Fakultas Ilmu Komputer, Universitas Brawijaya

Email: 1rahmadhanar@gmail.com, 2hanifah.azzahra@ub.ac.id, 3retnoindahr@ub.ac.id

Abstrak
PT. Arta Elektronik Indonesia merupakan perusahaan atau startup yang bergerak dalam pengembangan
aplikasi Fintech atau financial technology dengan nama aplikasi EzyPay. Pihak EzyPay membutuhkan
pembaharuan dari segi tampilan antarmuka yang dinilai kurang maksimal dalam menunjang adanya
proses bisnis yang baru. Berdasarkan studi kasus permasalahan di atas, maka penulis memberikan
sebuah solusi dengan merancang user interface dan mengembangkan aplikasi EzyPay versi terbaru yang
clean dan modern dengan menambahkan fitur utama yaitu saldo Ezypay. Sehingga dengan adanya
antarmuka yang baru, masyarakat dalam melakukan pembayaran dan pembelian dengan mudah melalui
EzyPay. Perancangan user interface ini menggunakan metode design sprint hingga tahap hi-fidelity
prototyping dengan melaksanakan lima fase yaitu understand, define, sketch, decide, prototype, dan
validate. Pengujian dalam penelitian ini menggunakan Usability Testing dengan task scenario dan
kuesioner untuk mencapai parameter aspek effectiveness, efficiency, dan System Usability Scale (SUS)
untuk mencapai parameter satisfaction. Dari hasil pengujian Usability Testing dengan parameter
tersebut, didapatkan nilai penerimaan sebesar 92,5% yang berarti sistem dapat diterima oleh pengguna.
Kata kunci: user interface, high-fidelity prototyping, financial technology, design sprint.
Abstract
PT. Arta Elektronik Indonesia is a company or startup that is engaged in developing Fintech
applications or financial technology with the application name EzyPay. EzyPay also needs an update
in terms of the interface that is considered to be less than optimal in supporting the existence of a new
business process. Based on the case studies of the above problems, the authors provide a solution by
designing the user interface and developing the latest version of EzyPay application with clean and
modern interface with new main features that is EzyPay balance. So that with the new interface, people
can make payments and purchases easily through EzyPay. Designing the user interface uses the Design
Sprint method until the hi-fidelity prototyping stage and do five phase that is understand, define, sketch,
decide, prototype, and validate. Testing in this study uses Usability Testing with task scenarios and
questionnaires to achieve the parameters of the effectiveness, efficiency, and System Usability Scale
(SUS) aspects to achieve parameter satisfaction. From the results of Usability Testing with these
parameters, the acceptance value is 92.5%, which means the system can be accepted by the user.
Keywords: user interfaces, high-fidelity prototyping, financial technology, design sprint.

dikembangkan berdasarkan urgensi atau

1. PENDAHULUAN
Dengan perkembangan era digitalisasi
membuat masyarakat kita yaitu masyarakat
Indonesia merasakan dampak dari berbagai
aspek dari adanya kemajuan teknologi.
Kemajuan teknologi yang akan dibahas pada
topik ini merupakan perkembangan teknologi di
bidang aplikasi mobile. Banyak aplikasi mobile
permasalahan real yang ada disekitar kita.
Hasil survei Penetrasi dan Perilaku
Pengguna Internet Indonesia 2018 menyatakan,
bahwa dari pengguna internet terdapat kenaikan
delapan persen dari tahun sebelumnya menjadi
143,26 juta jiwa atau setara dengan 54,68 persen
dari populasi 262 juta jiwa. Sementara pengguna
smartphone memperoleh angka 70,96 persen

Fakultas Ilmu Komputer

Universitas Brawijaya 8831
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
dari populasi (Asosiasi Penyelenggara Jasa
Internet Indonesia, 2018)
Dengan adanya pernyataan tersebut, maka
tak sedikit pula perusahaan di Indonesia yang
berlomba-lomba dalam berinovasi di bidang
aplikasi mobile, salah satunya adalah perusahaan
teknologi PT. Arta Elektronik Indonesia. PT.
Arta Elektronik Indonesia merupakan
perusahaan atau startup yang bergerak dalam
pengembangan aplikasi Fintech atau financial
technology dengan nama aplikasi EzyPay.
EzyPay sendiri terbentuk karena adanya
urgensi tentang permasalahan pembayaran yang
ada di Indonesia, permasalahan yang diangkat
adalah banyak masyarakat yang masih merasa
kesulitan dalam melakukan berbagai macam
pembayaran dan pembelian.
Untuk urgensi pembayaran dapat berupa
tagihan PLN, PDAM, Asuransi Kesehatan BPJS,
tagihan Kredit, tagihan Internet, tagihan Kartu
Pascabayar, tagihan Telkom, tagihan TV Kabel.
Dan untuk pembelian dapat berupa pembelian
pulsa, paket data, token listrik, saldo E-Money,
voucher games.
Tidak hanya urgensi di atas saja yang
menjadi permasalahan, saat ini EzyPay ingin
mengembangkan cangkupan bisnisnya ke dalam
bisnis biro perjalanan, yaitu mengembangkan
fitur pemesanan hotel, tiket pesawat, dan tiket
kereta. Selain itu pihak EzyPay juga
membutuhkan pembaharuan dari segi tampilan
antarmuka yang dinilai kurang maksimal dalam
menunjang adanya proses bisnis yang baru.
Oleh karena itu berdasarkan studi kasus
permasalahan di atas, maka diperoleh sebuah
solusi dengan merancang user interface dan
mengembangkan aplikasi EzyPay versi terbaru
yang sesuai dengan proses bisnis yang
dibutuhkan oleh stakeholder, terutama pada
metode pembayaran yang menggunakan fitur
utama, yaitu melalui saldo EzyPay. Sehingga
masyarakat dapat melakukan pembayaran dan
pembelian dengan mudah melalui EzyPay
dengan mengisi saldo EzyPay terlebih dahulu
Dalam proses penggalian kebutuhan
aplikasi, di dapatkan spesifikasi kebutuhan
melalui dokumentasi aplikasi EzyPay yang telah
dirilis baik secara perancangan maupun desain
tampilan antarmuka.
Berdasarkan latar belakang permasalahan
di atas, penulis tertarik untuk mengevaluasi dan
merancang User Interface Aplikasi EzyPay
hingga tahap prototype dengan menggunakan
metode design sprint yang merupakan
metodologi desain yang dikembangkan oleh
Fakultas Ilmu Komputer, Universitas Brawijaya
8832
Google untuk menyelesaikan masalah dengan
melibatkan pengguna melalui perancangan,
pembuatan prototype, dan pengujian ide dengan
cepat. Metode ini digunakan kare na adanya
urgensi waktu pembuatan prototype yang
singkat atau cepat.
Dalam proses evauasi dan perancangannya
akan menerapkan beberapa tahapan yaitu yang
pertama melakukan brainstorming terkait tujuan
yang dari aplikasi dengan stakeholder
menggunakan pendekatan stakeholder review
untuk mengetahui permasalahan yang ada,
kedua melakukan breakdown proses untuk
menghasilkan metrik-metrik yang dapat diukur
berdasarkan tujuan aplikasi, tahap selanjutnya
melakukan paper sketching untuk
menggambarkan ide desain, selanjutnya
memilih ide dari paper sketching yang telah
dibuat sebelumnya, lalu melakukan prototype
dengan membuat hi-fi, dan terakhir melakukan
validasi dengan cara stakeholder review dan
pengujian dengan menggunakan usability
testing.
Dalam proses perancangan user interface
menggunakan iOS guideline yang merupakan
prinsip dasar desain yang dikembangkan oleh
Apple baik dari segi aesthetic integrity,
consistency, direct manipulation, use
metaphors, clarity and depth dengan tujuan
memaksimalkan penggunaan. Guideline ini
digunakan karena stakeholder menginginkan
desain yang clean dan modern.
Diharapkan dengan adanya perancangan
dengan metode design sprint ini, dapat
mengakomodir proses bisnis yang ingin
dijalankan oleh stakeholder serta dapat
memberikan nilai lebih kepada user dalam
menggunakan aplikasi ini, serta parameter
penilaian yang ingin dicapai dari stakeholder
review dan usability study yaitu berupa
effectiveness, efficiency, dan satisfaction (ISO
9241-210, 2010). Di mana terdapat task scenario
dan task assessment untuk mengukur sejauh
mana tingkat efektifitas dan efisiensi, serta
mengukur kepuasan dengan menggunakan SUS
(System Usability Scale) Questionnarie yang di
mana terdapat sepuluh pertanyaan yang akan
diberikan kepada setiap responden untuk
dievaluasi dari segi tingkat usability dan
performance dari sistem, di mana sepuluh
pertanyaan tersebut akan diberi score oleh
responden dengan lima skala poin dari sangat
tidak setuju hingga sangat setuju (Brooke, 1986)
kemudian akan dilakukan perhitungan SUS
score nya.
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 8833

2. LANDASAN KEPUSTAKAAN
2.1 User Interface
User Interface merupakan “User interfaces
are inputs and outputs that more directly involve
a system user. The user interface is everything
the user comes into contact with while using the
system—physically, perceptually, and
conceptually.” (Satzinger, et al., 2012) yang
berarti bahwa input dan output yang melibatkan
pengguna sistem secara langsung baik secara
fisik, perseptual, dan konseptual. Dapat
dikatakan juga bahwa User Interface merupakan
media penjembatan antara pengguna dalam
berinteraksi dengan sistem sesuai dengan
kebutuhan dan keinginan pengguna dengan
beberapa pertimbangan yang menjadikan sistem
dapat digunakan dengan baik dan tepat.
2.2 Design Sprint
Design Sprint merupakan metodologi
desain yang dikembangkan oleh Google untuk
menyelesaikan masalah dengan melibatkan
pengguna melalui perancangan, pembuatan
prototype, dan pengujian ide dengan cepat.
Design Sprint juga dapat diartikan sebagai
metode untuk membuat suatu produk yang baru.
Pada penelitian ini akan menghasilkan suatu
tampilan user interface dari aplikasi mobile
EzyPay, sehingga metode design sprint terhadap
penelitian ini dapat berarti membuat suatu solusi
user interface pada kasus aplikasi mobile
EzyPay. Terdapat lima tahapan Design Sprint
(Knapp, et al., 2016):
1. Fase di hari Senin : Menentukan tujuan
Tahap awal fase Sprint di hari Senin adalah
- Menentukan tujuan jangka panjang,
dengan cara membuat daftar pertanyaan
mengenai apa yang akan dicapai dan
bagaimana cara mencapai tujuan
tersebut
- Memetakan tantangan yang akan dituju,
dengan cara menuliskan siapa saja actor
dan tujuan yang akan diselesaikan
- Bertanya kepada ahli, dengan cara
melakukan metode How Might We,
metode ini memungkinkan untuk
menggali solusi yang lebih spesifik.
- Menentukan target
2. Fase di hari Selasa : Mencari Solusi
Tahap Sprint di hari Selasa yaitu:
-
Mencari inspirasi kemudian
menggabungkan dan
mengembangkannya, dengan cara
Lightning Demo. Lightning Demo
merupakan metode yang digunakan
untuk mengumpulkan berbagai ide dan
menyatukan ide tersebut
- Membuat sketsa wireframe produk,
dengan melakukan metode Crazy 8
dengan anggota tim, kemudian
menjelaskan detail solusi tersebut
kepada masing-masing anggota
3. Fase di hari Rabu : Memutuskan Solusi
Tahap Sprint di hari Rabu, yaitu:
- Memutuskan solusi yang akan
dijadikan atau dibuat menjadi prototype
dengan cara:
1. Present Sketch Solutions,
Menempelkan sketsa
2. Heatmap Voting, Melihat solusi
sketsa yang ada dan menandai
yang dianggap menarik
3. Quick Criticism, Membahas
solusi setiap sketsa
4. Note and Vote, Setiap orang
memilih satu solusi dengan cara
menempelkan note atau alat
bantu untuk memilih pada
sketsa yang ada
5. Rumble or All in One, Decision
Maker mengambil keputusan
dengan cara menilai sketsa
mana yang mempunyai note
terbanyak
- Membuat Storyboard dari sketsa
4. Fase di hari Kamis : Membuat Prototype
Tahap Sprint di hari Kamis, yaitu:
- Membuat prototype berdasarkan
Storyboard yang telah dibuat, dalam
pembuatan protoype ini peneliti
menggunakan tools Adobe XD dan
Invision
5. Fase di hari Jumat : Melakukan Validasi
Tahap Sprint di hari Jumat, yaitu:
- Melakukan validasi dengan
menggunakan metode Stakeholder
Review dan melakukan pengujian
dengan menggunakan metode usability
testing kepada stakeholder dikarenakan
aplikasi ini harus sesuai dengan
permintaan stakeholder sebelum
diluncurkan kepada user.

Fakultas Ilmu Komputer, Universitas Brawijaya

Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
2.3 iOS Guidelines
iOS Guideline merupakan prinsip dasar
desain yang dikembangkan oleh Apple, dan
berfokus pada perancangan user interface untuk
produk-produk khusus buatan Apple yaitu
iPhone. Prinsip iOS Guideline lebih berfokus
pada perancangan UI dengan tujuan untuk
memaksimalkan penggunaan. Detail yang
dimaksud adalah segi Aesthetic Integrity,
Consistency, Direct Manipulation, Use
Metaphors, Clarity and Depth (Apple Inc.,
2019).
3. METODOLOGI PENELITIAN
Langkah-langkah dalam melakukan
penelitian disajikan dalam Gambar 3.1.
Gambar 1. Metodologi Penelitian
Metodologi dalam penelitian ini dimulai
dengan melakukan analisis permasalahan
dengan cara brainstorming dengan stakeholder
review. Kemudian dilanjutkan dengan studi
literatur untuk mencari referensi terhadap
penelitian sebelumnya yang mengangkat
masalah sejenis sebagai landasan penelitian ini.
Fakultas Ilmu Komputer, Universitas Brawijaya
8834
Tahapan selanjutnya adalah pengumpulan data
pendukung dimana pada tahapan ini dilakukan
untuk membantu dalam pemecahan masalah
dengan mengumpulkan dokumen-dokumen
terkait yang mampu menunjang solusi penelitian
ini, seperti solution mapping hasil diskusi, hasil
feedback prototype, perancangan storyboard,
dan lain sebagainya.
Setelah pengumpulan data pendukung
dilakukan, selanjutnya adalah pelaksanaan
metode design sprint yang dimulai dengan fase
awal yaitu understand guna menentukan tujuan
jangka panjang, dengan membuat daftar
pertanyaan mengenai apa yang akan dicapai dan
bagaimana cara mencapai tujuan tersebut.
Tahapan selanjutnya dilakukan fase kedua, yaitu
define untuk mencari inspirasi dari setiap
anggota tim yang nantinya akan digabungkan
dengan cara Lighting Demo, kemudian ide
tersebut dibuat sketsa wireframe dengan metode
Crazy 8. Setelah itu masuk pada fase ketiga yaitu
sketch and decide, di mana akan memutuskan
solusi yang akan dijadikan prototype dengan
membuat storyboard dan Rumble or All in One.
Setelah solusi yang akan dibuat prototype
terlebih dahulu telah diputuskan, tahapan
selanjutnya adalah pembuatan prototype
berdasarkan storyboard yang telah dibuat, dalam
pembuatan prototype ini peneliti menggunakan
tools Adobe XD dan Invision. Setelah prototype
dibuat, maka masuk pada tahap validate, di mana
prototype yang telah dikembangkan sebelumnya
akan di review dengan menggunakan usability
testing bersama stakeholder berdasarkan aspek
parameter yang akan dicapai yaitu efisiensi,
efektivitas, dan kepuasan pengguna terhadap
kebutuhan dengan fungsi utama dan alternatif
sistem. Proses sprint ini akan dibagi menjadi
empat iterasi design sprint berdasarkan
keputusan yang diambil mengenai solusi yang
akan dikerjakan terlebih dahulu. Tahapan
terakhir adalah memberikan kesimpulan dan
saran dari hasil analisis pengujian yang telah
dilakukan.
4. DOKUMENTASI KEBUTUHAN DAN
PERANCANGAN
Bagian ini menjelaskan tentang proses dari
fase di hari Senin dan Selasa dari proses Design
Sprint. Di bagian ini juga menjelaskan proses
dan output dari tiap tiap fase yaitu Menentukan
Tujuan (Fase hari Senin) dan Mencari Solusi
(Fase hari Selasa).
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
Tahapan yang akan diselesaikan dari tiap
fase adalah Fase hari Senin (Menentukan tujuan
jangka panjang, memetakan tantangan yang
diselesaikan, berdiskusi dengan ahli, dan
menentukan target), sedangkan fase di hari
Selasa (Mencari inspirasi desain yang terkait dan
membuat sketsa dari tiap solusi).
4.1 Tempat dan Waktu Penelitian
Penelitian ini dilakukan pada bulan
Februari 2019 hingga bulan Maret 2019.
Penelitian ini bertempat di kantor PT. Arta
Elektronika Indonesia.
4.2 Menentukan Tujuan (Fase hari Senin)
Fase tahapan awal dalam Design Sprint
adalah Menentukan Tujuan Jangka Panjang
(Fase di hari Senin)
Pada tahapan ini yaitu menentukan: tujuan
jangka panjang, memetakan tantangan yang
akan dituju, bertanya kepada ahli dengan cara
melakukan metode How Might We, dan yang
terakhir menentukan target.
4.2.1 Menentukan Tujuan Jangka Panjang
Pada tahap ini hal yang dilakukan adalah
berdiskusi dengan tim dan stakeholder untuk
menentukan tujuan jangka panjang atau goal dari
aplikasi yang diinginkan. Metode yang
digunakan dalam tahap ini hanya berupa diskusi
ringan dengan menyiapkan daftar pertanyaan
dan jawaban yang akan menjadi inti dari diskusi.
Output hasil keluar dari tahap proses
menentukan tujuan jangka panjang adalah
berupa jawaban dari hasil diskusi berdasarkan
pertanyaan yang telah diajukan. Berikut jawaban
dari hasil diskusi tersebut:
Tabel 1. Penentuan Jangka Panjang
No Pertanyaan Jawaban
Apa yang ingin kita Perancangan User
1 selesaikan di Sprint Interface Aplikasi
ini? Ezypay
Dengan memetakan
Untuk mencapai
tujuan akhir jangka
semua permasalahan
dan solusi kedalam
Panjang tersebut,
2 ide yang siap untuk
bagaimana cara yang
dieksekusi sesuai
dilakukan untuk
prosedur desain
merealisasikannya?
sprint
Jika di masa depan Faktor internal dan
aplikasi ini mengalami eksternal, faktor
3 kegagalan, apa yang internal sendiri dapat
mungkin menjadi berupa banyaknya
penyebab kegagalan kendala saat aplikasi
Fakultas Ilmu Komputer, Universitas Brawijaya
8835
itu? diluncurkan seperti
bug. Faktor eksternal
dapat berupa
perubahan proses
bisnis ditahun tahun
mendatang dan
munculnya
competitor baru.
4.2.2 Menentukan Tujuan Jangka Panjang
Pada bagian ini akan membahas mapping
solusi dari tiap permasalahan yang ingin
diselesaikan. Aktivitas memetakan solusi ini
memerlukan diskusi dari stakeholder mengenai
permasalahan apa yang diangkat beserta solusi
yang ingin di selesaikan. Aktivitas ini hanya
membutuhkan aktor dan tujuan akhir. Output
dari tahap proses memetakan solusi
permasalahan adalah alur atau flow dari tiap
solusi untuk masing-masing permasalahan yang
telah dijabarkan
Gambar 2. Pemesanan Kereta
Pada Gambar 2 merupakan salah satu
output berupa flow dari solusi permasalahan tiket
kereta, terdapat dua aktor yaitu Pelanggan dan
Petugas Loket, di mana alternatif manual yang
dapat dilakukan pelanggan adalah mengunjungi
stasiun kereta api.
4.2.3 Berdiskusi Dengan Ahli
Pada tahap ini hal yang dilakukan adalah
berdiskusi dengan seseorang yang menjadi ahli
dalam tim proyek aplikasi tersebut, dalam studi
kasus ini yang menjadi seorang expert/ahli
adalah CMO dan CEO dari Ezypay. Metode
yang digunakan dalam diskusi ini yaitu How
Might We, pada metode HMW masing-masing
expert akan diberikan dijelaskan mengenai
Solution Mapping yang telah dibuat sebelumnya.
Kemudian masing-masing expert memberikan
kritik dan solusi mengenai apa yang kurang dari
Solution Mapping yang telah dibuat
sebelumnya.
Hal yang ingin dicapai dengan metode How
Might We ini adalah informasi apa yang
dibutuhkan dari setiap solusi permasalahan dan
bagaimana langkah kita menyelesaikan solusi
yang dibangun. Output dari hasil diskusi ini
adalah:
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
Gambar 3. How Might we
Pada Gambar 3 merupakan hasil diskusi
dengan ahli (expert) dengan menggunakan
metode How Might We. Terdapat 2 orang yang
bertindak sebagai ahli yaitu Hendra Saputra
selaku CMO dari Ezypay dan Edo selaku CEO
dari Ezypay.
Dari hasil diskusi dengan CMO dari
Ezypay, HOW yang didapatkan adalah
informasi yang dibutuhkan untuk merealisasikan
solusi ini adalah adanya API yang bersifat open,
jadi API tersebut akan berfungsi sebagai control
request yang meneruskan akses data layanan
yang sedang diminta ke pusat layanan yang
memilki data tersebut. MIGHT yang didapatkan
adalah dengan membuat API agar dapat
mengontrol permintaan data akses ke layanan
pusat.
Kemudian, dari hasil diskusi dengan CEO
Ezypay, HOW yang didapatkan adalah
informasi yang dibutuhkan yaitu terkait dnegan
data pengguna, data pengguna yang dimaksud
adalah data tagihan dan pembayaran, di mana
Ezypay memerlukan request akses untuk
meneruskan data tersebut. MIGHT yang
didapatkan adalah dengan membuat API baru
untuk meneruskan request layanan pengguna
kepada server pusat.
4.2.4 Menentukan Target Sprint
Pada tahap ini aktivitas yang dilakukan
adalah berdiskusi dengan tim dan stakeholder
mengenai solusi yang akan dijadikan target
sprint. Teknik yang digunakan untuk
menentukan solusi adalah dengan voting. Voting
ini melibatkan setiap anggota tim dan
stakeholder untuk memilih solusi yang dijadikan
prioritas sprint. Cara menentukan target sprint
yaitu dengan menyiapkan voting dot yang
nantinya setiap anggota menempelkan voting dot
pada Solutions Mapping yang dipilih. Hasil
Fakultas Ilmu Komputer, Universitas Brawijaya
8836
voting terbanyak akan terpilih untuk menjadi
prioritas Sprint. Output dari tahap ini adalah:
Tabel 2. Penentuan Target Sprint
Target Sprint Keterangan
Tagihan BPJS
Tagihan Finance
Tagihan Indihome
Tagihan Pascabayar
Target Sprint - 1
Tagihan PDAM
Tagihan PLN
Tagihan TELKOM
Tagihan TV Kabel
Pembelian Paket Data
Target Sprint - 2
Pembelian Pulsa
Pembelian Voucher Token PLN
Pembelian Voucher E-Toll
Pembelian Voucher E-Transport
Target Sprint - 3
Pembelian Voucher TV Kabel
Pembelian Voucher WiFi
Pembelian Voucher Games
Pemesanan Hotel
Target Sprint - 4 Pembelian Tiket Kereta
Pembelian Tiket Pesawat
4.3 Mencari Solusi (Fase hari Selasa)
Pada tahapan ini yaitu mencari solusi sketsa
dan membuat sketsa aplikasi yang akan
dikembangkan. Tahapan ini berfokus untuk
menggali inspirasi sketsa berdasarkan solusi
yang sudah dipilih pada tahap sebelumnya, dan
juga proses pembuatan sketsa dari aplikasi.
4.3.1 Mencari Inspirasi Desain Sketsa
Pada tahap ini setiap anggota tim
melakukan brainstorming dengan cara mencari
inspirasi desain yang mereka suka dan dirasa
sesuai untuk di rancang pada solusi tersebut dan
menggabungkannya menggunakan metode
Lightning Demo yang digunakan untuk
menggabungkan berbagai macam inspirasi yang
telah dicari sebelumnya dan mempresentasikan
untuk menjelaskan alasan dibalik terpilihnya
inspirasi desain tersebut. Outputnya adalah
penjelasan mengenai alasan bahwa inspirasi
desain yang dipilih cocok diterapkan pada solusi
tersebut.
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
Gambar 4. Inspirasi Desain
Pada Gambar 5 merupakan salah satu dari
inspirasi desain atau moodboard yang disukai
masing-masing anggota tim yaitu Andi dan
Dana. Di mana memiliki kriteria seperti desain
layout yang clean, modern, dan fresh, serta
menggunakan warna gradasi.
4.3.2 Membuat Sketsa
Tahap pembuatan sketsa merupakan
implementasi dari penentuan inspirasi desain
yang sudah diselesaikan pada tahap sebelumnya.
Pada tahap membuat sketsa ini diperlukan
metode Crazy 8’s sebagai acuannya.
Dalam metode Crazy 8’s ini peneliti
membagi kertas menjadi 8 bagian, kemudian
membuat desain sketsa dalam waktu 1 menit.
Kemudian hasil sketsa tersebut dijelaskan
kepada stakeholder.
Peran stakeholder disini mengevaluasi
sketsa desain tersebut sudah memenuhi target
solusi yang akan diselesaikan atau tidak. Output
dari tahap membuat sketsa solusi ini, berupa
sketsa wireframe low-fidelity dari solusi yang
akan diselesaikan dan terlampir.
4.3.3 Memutuskan Desain Sketsa
Dalam tahap ini diperlukan peran
stakeholder dan peneliti (desainer) untuk
memutuskan tahap final dari sketsa yang telah
dibuat sebelumnya.
Metode yang digunakan pada tahap ini
adalah Rumble or All in One, Stakeholder
bertindak sebagai Decision Maker untuk
mengambil keputusan dengan cara menilai
sketsa mana yang mempunyai note terbanyak.
Output dari tahap ini yaitu desain sketsa yang
dipilih berdasarkan voting dot yang ditempelkan
paling banyak.
5. PROTOTYPE DAN VALIDASI
PROTOTYPE
Bagian ini menjelaskan tentang proses dari
fase di hari Kamis dan Jumat dari proses Design
Sprint. Di bagian ini juga menjelaskan proses
Fakultas Ilmu Komputer, Universitas Brawijaya
8837
dan output dari tiap tiap fase yaitu Membuat
Prototype (Fase hari Kamis) dan Melakukan
Validasi (Fase hari Jumat). Tahapan yang akan
diselesaikan dari tiap fase adalah Fase hari
Kamis (Membuat Desain High Fidelity dan
Membuat Prototype nya), sedangkan fase di hari
terakhir yaitu Jumat (Melakukan validasi dengan
stakeholder).
5.1 Membuat Prototype (Fase hari Kamis)
Pada tahapan ini terbagi menjadi 2 langkah,
yang pertama adalah Membuat Desain High
Fidelity dengan menggunakan acuan desain
sketsa yang telah diputuskan di fase sebelumnya.
Dan langkah yang kedua yaitu membuat desain
high fidelity tersebut menjadi bentuk aplikasi
prototype.
5.1.1 Membuat Desain High Fidelity
Breakdown pertama dari fase Membuat
Prototype, yang pertama adalah membuat desain
high-fidelity atau (hi-fi). Dalam pembuatan
desain hi-fi diharuskan menyesuaikan dengan
desain sketsa (wireframe) yang telah disepakati.
Untuk pembuatan desain hi-fi peneliti
menggunakan tools Adobe XD by Adobe.
Adobe XD sendiri merupakan tools yang
secara khusus dioperasikan untuk mengerjakan
desain user interfaces dan live prototyping.
Output dari tahap ini yaitu berupa gambaran
desain high fidelity dari screen yang telah
diselesaikan
Gambar 5. Desain High Fidelity
Pada Gambar 6 merupakan salah satu
contoh tampilan yang merupakan halaman
utama dari aplikasi Ezypay.
5.1.2 Membuat Prototype Aplikasi
Breakdown kedua dari fase Membuat
Prototype, yang kedua adalah membuat
prototype dengan menggunakan desain hi-fi
yang telah dibuat sebelumnya. Untuk membuat
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 8838

prototype peneliti menggunakan tools Invision testing berdasarkan aspek penilaian yaitu
Studio by Invision yang merupakan tools yang efektivitas (effectivity).
secara khusus dioperasikan untuk mengerjakan
live prototyping, desain user interfaces, dan Tabel 3. Metrik Hasil Pengujian Efektivitas Setiap
melakukan exports developer hand outs. Output Task
dari tahap ini yaitu berupa desain high fidelity
yang telah diubah menjadi prototype

5.2 Validasi Prototype (Fase hari Jumat)

Pada tahapan ini adalah Melakukan
interview dengan stakeholder terkait hasil
prototype dan yang melihat reaksi dari Keterangan: S = Sukses, G = Gagal, T = Task
stakeholder saat menggunakan prototype Tabel 4. Metrik Hasil Pengujian Efektivitas
aplikasi dan menilai tingkat usability Responden
penggunaan berdasarkan reaksi stakeholder.
5.2.1 Stakeholder Review
Dalam fase ini stakeholder sebanyak empat
orang akan diwawancara secara satu persatu dan
dijelaskan bagaimana proses pengujian
prototype. Keterangan: S = Sukses, G = Gagal, R = Responden.
Proses wawancara sendiri menggunakan
kuisioner tentang sprint yang dijalankan. Setelah Pada Tabel 2 menjelaskan apakah
proses wawancara selesai selanjutnya responden berhasil atau gagal dalam
stakeholder diminta untuk menggunakan menjalankan setiap task scenario yang
prototype dari sprint yang telah dikerjakan dan diberikan, pada Tabel 3 dan 4 menjelaskan
saat mencoba prototype tersebut akan direkam tentang metrik hasil dari pengujian aspek
untuk sebagai bukti. Dalam proses mencoba efektivitas yang didapat berdasarkan task yang
prototype stakeholder akan diarahkan untuk berhasil dilakukan oleh setiap responden yaitu
mengikuti task scenario yang telah disiapkan sebanyak empat responden. Didapatkan hasil
pada Tabel 5.2. nilai 100% atas pengujiannya, di mana setiap
Setelah semua stakeholder mencoba responden berhasil melakukan seluruh task
menggunakan prototype selanjutnya stakeholder scenario yang diujikan.
diminta untuk mengisi kuisioner tentang
bagaimana perasaan setelah menggunakan 5.2.3 Hasil Pengujian Efisiensi
prototype tersebut. Pada bagian ini merupakan penjelasan dari
Dari hasil kuisioner dan task scenario hasil pengujian dengan menggunakan usability
tersebut akan dinilai untuk diukur sejauh mana testing berdasarkan aspek penilaian yaitu
tingkat efektifitas, efisiensi dan kepuasan efisiensi (efficiency). Di mana didapatkan lama
menurut (ISO 9241-210, 2010) dengan durasi ada setiap task scenario yang dijalankan
menggunakan SUS (System Usability Scale) oleh masing-masing responden, yaitu empat
Questionnarie pada Tabel 5.3 yang di mana responden.
terdapat sepuluh pertanyaan yang akan diberikan
di setiap responden untuk dievaluasi baik dari Tabel 5. Metrik Hasil Perhitungan Time-based
tingkat usability dan performance dari sistem, di
mana sepuluh pertanyaan tersebut akan diberi
score oleh responden dengan lima skala poin dari
sangat tidak setuju hingga sangat setuju (Brooke,
1986) kemudian akan dilakukan perhitungan
SUS score, dan task assessment.
5.2.2 Hasil Pengujian Efektivitas
Pada bagian ini merupakan penjelasan dari
hasil pengujian dengan menggunakan usability

Fakultas Ilmu Komputer, Universitas Brawijaya

Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
Keterangan: T = Task, R= Responden, TB = Time
Based
Pada Tabel 5 merupakan hasil perhitungan
time-based di setiap task scenario dan akan
dilakukan perhitungan time-based secara
keseluruhan dengan rumus:
(1)
Pt = (Total Responden 1 + Total Responden 2 +
Total Responden 3 + Total Responden 4) / (17 x
4)
Pt = (0,009090909 + 0,007462687 +
0,008064516 + 0,010869565) / (17 x 4)
Pt = 2,557611974 / 68
Pt = 0,037611941
Pt = 2/53 (goals/sec)
Berdasarkan hasil perhitungan tersebut,
didapatkan time-based atau waktu yang
dibutuhkan setiap task yaitu sebesar 0,038 atau
2/53.
5.2.4 Hasil Pengujian Kepuasan
Hasil pengujian berdasarkan aspek
kepuasan, di mana didapatkan dilakukan
perhitungan score System Usability Scale (SUS)
terhadap masing-masing kuesioner yang telah
diberi nilai oleh setiap responden. Perhitungan
SUS akan dibagi menjadi dua sub-scales yaitu
usability (kuesioner nomor 1,2,3,5,6,7,8, dan 9)
dan learnability (kuesioner nomor 4 dan 10).
Pada kuesioner dengan nomor ganjil, nilai akan
dikurangi dengan satu (1). Sementara pada
kuesioner dengan nomor genap, menggunakan
perhitungan lima (5) - nilai skala. Kemudian,
nilai akan dijumlah dan dikalikan dengan 2,5.
Nilai yang telah didapatkan dari perhitungan
score SUS, akan dikategorikan dan memperoleh
hasil:
• R1 = 32 x 2,5 = 80
• R2 = 36 x 2,5 = 90
• R3 = 36 x 2,5 = 90
• R4 = 37 x 2,5 = 92,5
Didapatkan hasil penilaian System
Usability Scale yang dijelaskan pada Tabel 6 dan
dapat disimpulkan bahwa aplikasi Ezypay
memiliki tingkat kepuasan yang tinggi dengan
berdasar kriteria penerimaan (acceptability)
Fakultas Ilmu Komputer, Universitas Brawijaya
8839
yang tinggi, perankingan (grade scale) yang di
atas rata-rata, dan adjective ratings yang baik.
Tabel 6. Hasil Perhitungan System Usability Scale
6. KESIMPULAN
Dari hasil penelitian yang telah dilakukan,
maka dapat diambil kesimpulan sebagai berikut:
1. Hasil diskusi penentuan jangka panjang
diperoleh bahwa yang akan diselesaikan
pada sprint ini adalah perancangan user
interface aplikasi EzyPay, dengan
mematakan semua permasalahan dan solusi
ke dalam ide yang siap untuk dieksekusi
sesuai dengan prosedur design sprint untuk
dapat direlisasikan, dan beberapa hal yang
memungkinkan menjadi penyebab
kegagalan adalah dari faktor internal
maupun eksternal. Di mana faktor internal
sendiri dapat berupa banyaknya kendala
saat aplikasi diluncurkan seperti bug.
Faktor eksternal dapat berupa perubahan
proses bisnis ditahun yang akan datang dan
munculnya competitor baru.
2. Kemudian, pada tahap define terdapat hasil
inspirasi desain yang sesuai dan dibutuhkan
dengan menggunakan metode lightning
demo.
3. Hasil yang diperoleh dari tahap sketch
adalah telah dibuatnya sketsa wireframe
low-fidelity dari solusi yang diselesaikan
dengan menggunakan metode Crazy 8’s, di
mana membagi kertas menjadi delapan
bagian, kemudian membuat desain sketsa
dlaam waktu satu menit, yang nantinya
akan dijelaskan kepada stakeholder, dan
stakeholder akan memutuskan dengan
metode Rumble or All in One di mana
menilai sketsa mana yang mempunyai note
terbanyak
4. Pada tahap prototyping, diperoleh adanya
hasil desain high-fidelity dengan
menggunakan tools AdobeXD yang
disesuaikan dengan desain sketsa yang telah
disepakati dan hasil prototyping dari desain
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 8840

hi-fidelity yang telah dibuat dengan http://cui.unige.ch/isi/icle-

menggunakan Invision Studio by Invision. wiki/_media/ipm:test-suschapt.pdf
5. Hasil yang diperoleh pada tahap validation Rochman, R. N. (2108). Evaluasi dan Perbaikan
adalah terdapat tiga aspek validasi, Desain Antarmuka Pengguna Situs Web
diantaranya adalah pada aspek efektivitas di Pariwisata Dengan Menggunakan
mana telah disimpulkan bahwa secara Pendekatan User Centered Design (UCD)
keseluruhan responden dapat (Studi Kasus: Balai Besar Taman
menyelesaikan seluruh tugas atau dikatakan Nasional Bromo Tengger Semeru
sukses. Selanjutnya pada aspek efisiensi Malang. Jurnal Pengembangan Teknologi
dapat disimpulkan bahwa tugas yang Informasi dan Ilmu Komputer.
dilakukan tiap responden dapat dikatakan
cepat. Hal ini terlihat dari lama durasi
pengerjaan dan perhitungan time-based.
Kemudian untuk aspek kepuasan
(satisfaction) disimpulkan bahwa secara
umum responden menilai aplikasi EzyPay
adalah aplikasi yang bagus, mudah
digunakan, dan warna yang enak
dipandang, dan memiliki tingkat kepuasan
yang tinggi berdasarkan pengukuran
System Usability Scale yang didapat dari
masing-masing kriteria acceptability
ranges, grade scale, dan adjective ratings.
Sedangkan saran yang dapat dilakukan
untuk mengembangkan penelitian ini lebih
lanjut:
1. Perancangan user interface aplikasi EzyPay
setidaknya dilakukan secara rutin setiap
adanya perubahan proses bisnis yang baru.
2. Melanjutkan penelitian mengenai
perancangan user interface menggunakan
metode Design Sprint dengan kasus yang
berbeda

7. DAFTAR PUSTAKA
Knapp, J. and Zeratsky, J. and Kowitz, B.(2016).
Sprint: How To Solve Big Problems and
Test New Ideas in Just Five Days
Satzinger, J. W., Jackson, R. B., & Burd, S. D.
(2012). System Analysis and Design in a
Changing World, 6th ed. (Vol. 6). Boston,
MA 02210, USA: Course Technology.
Apple Inc. (2019, April 08). Human Interface
Guidelines. Diambil kembali dari
Developer Apple: developer.apple.com
ISO 9241-210. (2010). ISO 9241-210
Ergonomics of Human-System Interaction
(1 ed.). ISO.
Brooke, J. (1986). SUS: A "Quick and Dirty"
Usability Scale. Diambil kembali dari

Fakultas Ilmu Komputer, Universitas Brawijaya