Hai, ini Natasha, pemimpin redaksi di UX Yandex.Money. Saya menulis teks ini karena saya tidak bisa lagi diam tentang pekerjaan saya.
Mereka dulu menganggap kami sebagai copywriter. Kami menulis lebih baik daripada manajer. Kami dapat memeriksa keaksaraan. Mengedit untuk membuatnya lebih jelas. Kami menghapus kata-kata yang tidak perlu.
Sekarang mereka berpikir bahwa kita adalah penulis mikroteks. Menemukan tombol yang tepat untuk tombol tersebut. Periksa apakah tautannya disebut dengan benar. Kami memotong semua yang buruk.
Nah, apa yang tidak Anda sukai, Natasha?
Saya tidak meninggalkan tombol, tautan, label, dan alat. Aku mencintai mereka, memotongnya dengan jigsaw, melipatnya, kecuali aku mengantarnya ke jeruji.
Tetapi semua ini adalah tentang bagian keenam dari pekerjaan saya (kami). Yang terakhir. Saat melewati urutan keenam. Sesuatu seperti ini: pada awalnya saya pergi ke toko kelontong, mencuci sayuran, mengelupas, memotong dadu dan sedotan, membuat kaldu, dan setiap sepuluh menit saya berlari untuk melihat apakah sudah lari. Dan akhirnya, tambahkan garam, merica dan lavrushka. Tombol, tautan, tooltips. Surat
Saya (kita) tidak punya cukup banyak orang yang mengerti bahwa suatu teks tertentu sangat penting, tetapi masih merupakan langkah terakhir dalam pekerjaan editor UX.
Anda tidak bisa hanya mengambil "tulis satu tombol", atau "datang dengan judul di sini", atau "perbaiki huruf pada tata letak". Tata letak bukanlah gambar terpisah dalam bingkai: hampir selalu merupakan bagian dari suatu proses. Dan prosesnya adalah bagian dari produk yang kita semua (perancang, editor, analis dan manajer produk) kembangkan UX.
Di awal, di tingkat makna
Editor dalam Uang memiliki tata letak bersyarat ini:
- pertama Anda bekerja pada tingkat pengertian umum,
- lalu Anda memutuskan bagaimana memperluas arti ini ke dalam langkah-langkah dan prioritas,
- pada akhirnya, Anda beralih ke kata-kata dan nada suara.
Tahap pertama - tentang artinya - menyiratkan bahwa editor UX terhubung ke proyek di awal. Dan ketika saya mengatakan "pada awalnya", saya tidak berbicara tentang poin "perancang mulai mengerjakan tata letak". Saya berbicara tentang permulaan yang nyata: ada pembenaran, gagasan, dan konsep umum, pengembangan solusi teknis telah dimulai (atau bahkan belum dimulai).
Di sinilah tim UX kecil berperan: seorang desainer dan editor.
Apa hubungan solusi teknis dengan itu
Saya bukan analis, bukan pengembang, bukan pemilik produk. Saya tidak akan membahas bagaimana komponen sistem harus berkomunikasi satu sama lain atau bagaimana skema teknis baru akan mempengaruhi kinerja bisnis.
Tapi kami, bersama dengan desainer UX, akan naik ke yang lain - di sini, misalnya:
- negara pengguna apa yang perlu diperhitungkan dalam formulir : orang-orang ini dapat dikirim segera untuk membayar, orang lain perlu dikirim melalui kuesioner dengan data pribadi,
- data apa yang akan ditarik ke halaman tertentu : di sini saldo utang pinjaman penting, dan ada alamat kantor pos tempat kartu bank akan tiba,
- Logika apa yang digunakan untuk pesan status : di sini Anda pasti membutuhkan halaman terpisah dengan perincian (dan di sana, Anda perlu meneruskan data dari langkah pertama), dan di sana lebih logis untuk kembali ke bagian itu dan memberi sedikit petunjuk pada item tertentu.
Ini tidak berarti bahwa selain kita, tidak ada yang berpikir tentang logika dan nuansa. Ini berarti bahwa editor dan perancang selalu mendiskusikan solusi teknis untuk memastikan: data yang kita butuhkan, status, parameter sudah tersedia. Jadi kamu bisa bekerja.
Dari teknis ke manusia
Ada seseorang, dan seseorang ingin melakukan sesuatu. Ada sistem yang dapat melakukan ini: tetapi pertama-tama, ia membutuhkan sesuatu sebagai balasannya.
Salah satu tugas utama editor UX adalah untuk mengingat bahwa ia bekerja untuk seseorang. Karena itu, segala sesuatu yang diinginkan sistem dari seseorang, editor menerjemahkannya ke dalam bahasa manusia. Pertama, pada level makna, kemudian pada level teks.
Tentang makna umum
Sebagian besar pekerjaan kami berlangsung di bawah rasi bintang "Mengapa." Ini mungkin pertanyaan favorit editor UX.
- Mengapa kita berpikir bahwa ini penting untuk orang, editor akan bertanya kepada manajer produk.
- Mengapa perlu memimpin seseorang melalui titik ini, ia akan bertanya pada analis.
- Mengapa kami memvalidasi data ini dengan cara yang berbeda, tanyakan pengembang.
- Mengapa kita bahkan ingin seseorang menunjukkan ini, tanyakan orang lain.
Kaos pertemuan sempurna saya
Beberapa "karena" akan sederhana dan dapat dimengerti: seseorang dan suatu sistem menginginkan hal yang sama, mereka hanya merumuskannya secara berbeda. Berikutnya adalah masalah teks.
Yang lain akan terikat pada logika internal yang kompleks atau keterbatasan sistem. Tetapi setelah serangkaian "mengapa," mungkin ternyata bahwa logika dapat diubah, dan pembatasan dielakkan. Jadi editor akan mempengaruhi skrip, dan alih-alih lima layar (tujuh tombol), dua layar akan tetap (tiga tombol). Kisah nyata, kehidupan nyata.
Tentang teks
Begitu saja, jika Anda tidak menyelam terlalu dalam, tampaknya: teks antarmuka harus mematuhi aturan yang ketat. Tombolnya adalah kata kerja. Toggle switch - on / off. Tautan - indikasi tempat. Segalanya tampak sederhana.
Kami percaya pada yang lain: teks front-end adalah refleksi dari cara dialog manusia.
- Sistem ingin pengguna untuk "membaca kondisi" dan klik "Konfirmasi". Sebagai pribadi, saya ingin mengatakan kepadanya bahwa saya mengerti.
- Sistem ingin mengatakan: kesalahan, nomor yang salah. Saya ingin melihat: ada salah ketik di sini - periksa lagi nomornya.
Tentu saja, ini tidak selalu memungkinkan, dan tidak selalu berhasil. Antara lain, juga karena kemanusiaan teks adalah hal subyektif.
Misalnya, untuk waktu yang lama bagi kami tampaknya bahwa untuk kesalahan teknis ada tajuk yang luar biasa - "Ada yang salah." Cocok untuk kasus apa pun, menunjukkan fakta kesalahan, sementara tidak ada sedikit robotisasi di dalamnya. Tetapi waktu dan umpan balik telah menunjukkan: orang-orang sangat kesal ketika "ada yang tidak beres." Apa, mereka bertanya, apa sebenarnya? Secara umum, tidak ada lagi "sesuatu" dalam kesalahan baru (dan kami menangkap sedikit dari kesalahan lama).
Itu tidak akan pernah berakhir (halo chat)
Dulu menurut saya: Anda memulai proyek, Anda bekerja, Anda memulai - Anda dapat menghembuskan napas dan beralih ke tugas berikutnya.
Sekarang saya tahu bahwa ini tidak terjadi.
Editor (dan perancang) tetap dalam mode dukungan kronis, karena: a) produk berubah setiap saat, b) pengguna mengajukan pertanyaan baru, atau bahkan c) beberapa fitur sebagai akibatnya tidak berfungsi seperti yang kami harapkan.
Misalnya, dengan tim kartu bank, saya punya dua obrolan. Satu toko: ada PO, PM, analis, orang yang mendukung dan kami dengan desainer dari UX. Obrolan kedua dengan front-end: di sana lagi kita bersama desainer, PM dan pengembang.
Obrolan bahan makanan diperlukan agar semua bahan makanan tidak lewat. Sebagai contoh: sinyal dukungan bahwa orang sering mulai datang dengan pertanyaan serupa. Kami segera membahas cara memperlakukan ini: desain, teks, peningkatan back-end (atau umumnya sekaligus).
Dalam obrolan dengan front-end, kami memecahkan masalah streaming: tidak ada petunjuk yang cukup untuk bidang tersebut, di mana letak penyelarasan. Atau bahkan - tes cadangan mana yang lebih baik untuk digunakan dari sudut pandang UX di tempat khusus ini: sinkron atau asinkron (mereka menjelaskan perbedaannya kepada saya, sekarang pada setiap kesempatan saya menunjukkannya dalam subjek).
Hasilnya, seluruh tim ada di ujung jari Anda. Dan Anda sudah dekat. Dengan nyaman.
Pikiran bersama, +1
Editor UX bukan mesin pengolah informasi yang ideal. Kita salah, bodoh, lupa menganggap sesuatu yang penting. Atau sebaliknya, kami sangat tenggelam dalam konteks yang hampir tidak mungkin untuk muncul dan melihat karya Anda sendiri dengan tampilan segar dari pengguna.
Ada beberapa cara yang jelas untuk mengatasinya. Biarkan saya melihat seorang kolega yang tidak tahu detailnya, amati pengguna dalam penelitian, beralih ke tugas lain dan kembali ketika Anda sedikit di luar konteks.
Ada yang kurang jelas: kumpulkan solusi yang berhasil di perpustakaan, dapatkan algoritme yang dapat Anda andalkan dalam proyek baru.
Dan masih ada tim - seperti otak kolektif. Dan tim ini membutuhkan lebih banyak editor UX: untuk mempelajari solusi teknis, memikirkan artinya, mempertajam kata-kata (dan bodoh secara berkala, di mana tanpanya).
Jika Anda memiliki orang seperti itu dalam pikiran Anda, atau Anda sendiri adalah orang tersebut, lihat lowongan kami .