Mengumpulkan persyaratan

Mengumpulkan persyaratan untuk pengalaman percakapan bukan hanya soal menentukan fitur dan fungsi, meskipun itulah hasil utamanya. Pada intinya, proses pengumpulan persyaratan adalah tentang memahami pengguna dan kemampuan teknis.

Memulai dengan persyaratan yang jelas dan diteliti dengan baik adalah cara terbaik untuk menghindari kebutuhan akan perubahan besar setelah desain dan/atau pengembangan selesai.

Mengidentifikasi pengguna

Mengumpulkan persyaratan adalah soal mengajukan pertanyaan dan menggunakan data untuk menjawabnya. Contoh:

  • Siapa pengguna Anda?
  • Apa kebutuhan mereka?
  • Bagaimana mereka menyelesaikan tugas ini hari ini?
  • Kata dan frasa apa yang mereka gunakan untuk membahas tugas ini?
  • Situasi atau situasi apa yang memicu tugas ini?

Meskipun penting untuk mengoptimalkan pengguna yang paling sering, jangan melakukannya dengan mengorbankan pengalaman pengguna lainnya. Produk yang dirancang dengan baik bersifat inklusif dan dapat diakses secara universal. Mendesain untuk populasi yang berbeda berarti memanfaatkan desain inklusif atau strategi desain universal. Sering kali, akomodasi yang dipaksa untuk dibuat untuk satu populasi pada akhirnya menguntungkan semua orang (mis., tanjakan lebih mudah daripada tangga). Untuk informasi selengkapnya, lihat pedoman Desain Material untuk Aksesibilitas.

Buat persona dan perjalanan pengguna

Persona pengguna

Siapa penggunanya?

Persona pengguna adalah deskripsi singkat tetapi spesifik tentang setiap pengguna. Pikirkan tentang jenis orang yang Anda harapkan untuk menggunakan Actions Anda, dan buat beberapa persona pengguna untuk mewakili mereka. Persona pengguna ini akan membantu Anda menghindari mendesain hanya untuk diri sendiri dan sasaran Anda.

Perjalanan pengguna

Apa sasaran pengguna?

Apa konteks pengguna?

Perjalanan pengguna adalah jalur bagi pengguna untuk menyelesaikan sasaran dalam konteks tertentu.

Perjalanan penting pengguna

Jelaskan setiap momen yang relevan dalam perjalanan

Perjalanan penting pengguna adalah yang 1) sangat sering terjadi atau 2) sangat penting bagi pengguna. Upayakan untuk membantu pengguna menyelesaikan salah satu perjalanan ini dari awal hingga akhir. Fokus pada hal ini akan membantu Anda membuat Action yang menjangkau audiens dalam jumlah besar dan/atau khusus.
Lihat postingan blog ini untuk detail selengkapnya tentang cara kami mendesain dan membuat Action I/O 18. Anda juga dapat melihat kode open source untuk mempelajari struktur lebih lanjut.
Anna, 27 tahun, adalah desainer UX dan seniman sketsa dengan antusiasme untuk menciptakan pengalaman pengguna yang menarik serta membantu pengguna menyelesaikan berbagai hal dalam kehidupannya.
Anna punya jadwal lengkap yang direncanakan untuk Google I/O dan tidak ingin melewatkan apa pun. Ia bersemangat untuk mempelajari cara mendesain pengalaman dengan Actions on Google dengan mengikuti diskusi yang relevan. Dia juga ingin melihat semua demo baru dan mengambil beberapa suvenir Google.
Anna berada di Mountain View untuk Google I/O. Ia baru memulai harinya, meninggalkan hotelnya dan menuju Shoreline Amphitheatre.
Anna memulai dengan mendapatkan rute ke Shoreline Amphitheatre dan info tentang tempat parkir. Saat berada di tempat acara, dia mendapatkan bantuan untuk menemukan cara mengambil badge. Setelah itu, dia menuju ke panggung utama untuk keynote, mengambil sesuatu untuk sarapan. Setelah puas, dia punya waktu untuk menunggu, jadi dia mengulas beberapa sesi berikutnya. Hari akan cerah, jadi dia diingatkan untuk menggunakan tabir surya di tas suvenirnya sambil menunggu.

Mengidentifikasi kemampuan teknis

Tentukan jadwal yang dapat dan tidak dapat diberikan dengan linimasa dan fasilitas Anda.

Apa kemampuan dan batasan berbagai sistem yang akan diandalkan oleh Actions Anda?

Contoh: Google I/O 18 memungkinkan pengguna membuat jadwal yang dipersonalisasi untuk semua sesi yang ingin mereka hadiri
  • Bagaimana pengguna akan diidentifikasi? Di seluruh sesi?
  • Bagaimana dan di mana progres mereka akan disimpan?
  • Apakah perubahan mereka akan disinkronkan dengan aplikasi seluler Google I/O?
  • Bagaimana Anda akan menangani sesi yang tumpang tindih?

Apa format dan kualitas data yang akan Anda gunakan?

Contoh: Google I/O 18 membaca informasi tentang sesi
  • Informasi apa yang tersedia? (misalnya, judul, deskripsi, tanggal & waktu, topik)
  • Apa format informasi sesi ini? Apakah teks biasa, audio, atau lainnya?
  • Jika kontennya berupa teks biasa, apakah konten tersebut dimaksudkan untuk dilihat atau didengar?
  • Berapa lama durasinya? Atau berapa lama waktu yang dibutuhkan untuk membaca?

Sering kali, pemformatan ulang harus dilakukan sebelum beberapa jenis konten dapat dirender dengan tepat di text-to-speech (TTS).

Mengidentifikasi kasus penggunaan utama

Dengan mempertimbangkan batasan teknis, tingkat upaya, dan linimasa, kasus penggunaan apa yang dapat Anda dukung? Tetapkan prioritas yang sesuai.
Berusahalah di tempat yang akan memberikan dampak terbesar. Hal ini mungkin merupakan skenario yang memengaruhi jumlah pengguna terbesar. Hal ini dapat menjadi kasus penggunaan/pembeda pasar yang sangat jelas. Atau mungkin merupakan fitur yang membuat perbedaan besar bagi beberapa pengguna setia,
Lakukan riset pengguna tentang cara pengguna menyelesaikan tugas ini hari ini dan bahasa yang mereka gunakan untuk mendeskripsikannya.

Jika Anda belum melakukannya, pastikan untuk membaca postingan blog ini guna mempelajari lebih lanjut cara kami mendesain dan membuat Action I/O 18 (atau lihat kode).

Untuk Aksi Google I/O 18, kami berbicara dengan Googler yang telah bekerja di acara tersebut pada tahun-tahun sebelumnya. Kami menanyakan jenis pertanyaan yang biasanya diajukan peserta selama acara. Pertanyaan-pertanyaan ini biasanya masuk dalam salah satu dari 4 kategori berikut:

Navigasi umum Navigasi pribadi Detail acara Detail acara khusus lokasi

“Di mana kamar mandi?”

“Di mana codelab berada?”

“Di mana sesi saya berikutnya?”

“Di mana saya dapat meminta aplikasi saya ditinjau?”

“Pukul berapa makan siang?”

“Kapan pesta berakhir?”

“Apa sesi berikutnya di ruang ini?”

“Apa yang dapat saya lakukan di sini?”

Dengan pengetahuan tersebut, kami memutuskan untuk berfokus pada kasus penggunaan utama berikut:

  • Berikan informasi petunjuk arah untuk lokasi tertentu yang terkait dengan Shoreline Amphitheatre, misalnya: kamar mandi, tempat parkir, rute mobil
  • Berikan informasi cara menemukan lokasi yang spesifik untuk Google I/O, misalnya: pengambilan badge, sandbox, codelab, waktu konsultasi, dan ulasan aplikasi, setelah jam buka, toko I/O
  • Berikan detail acara untuk semua keynote, sesi, waktu konsultasi, dan makanan; izinkan filter menurut waktu, lokasi, atau jadwal pengguna
Sebelumnya
Apakah percakapan itu benar?
Berikutnya
Buat persona