Apa yang dilakukan penulis UX?

Halo, Habr! Saya mempersembahkan kepada Anda terjemahan artikel "Apa yang dilakukan penulis UX sepanjang hari?" oleh Yael Ben-David.

Menyadari fakta bahwa keberadaan posisi semacam itu sebagai penulis UX agak kontroversial, tidak dapat dipahami, dan tidak cocok untuk proyek apa pun, saya memutuskan untuk mengambil risiko dan menawarkan kepada masyarakat sebuah artikel yang mengungkap konteks karya para penulis UX. Terima kasih sebelumnya kepada semua orang yang meluangkan waktu untuk membaca.



Bahkan 10 tahun yang lalu, membuat teks UX bukanlah proses khusus. Kita dapat berasumsi bahwa bahkan sekarang tidak semua orang mengerti apa pekerjaan ini. Di pesta-pesta, ketika mereka bertanya tentang pekerjaan, saya suka menertawakannya: "Ketika Anda membuka aplikasi ... kata-kata yang Anda lihat di layar ... saya menulisnya." Tetapi pada layar aplikasi dan program yang paling sukses tidak ada begitu banyak kata. Oleh karena itu, saya dapat membayangkan bahwa sulit bagi orang untuk mengetahui bagaimana menulis teks UX dapat menghabiskan waktu kerja.

• Jika Anda pernah mendengar bahwa mengerjakan teks dari sudut pandang UX penting untuk perusahaan Anda dan Anda berpikir untuk mempekerjakan penulis UX, artikel ini adalah tentang apa yang dapat Anda harapkan dari mereka.
• Jika Anda berencana untuk menjadi penulis UX, artikel ini akan membantu Anda memahami jika karya ini akan membuat Anda bahagia.
• Jika Anda sudah menjadi penulis UX dan sedang melakukan sesuatu yang tidak disebutkan dalam artikel: tolong beri tahu saya - mungkin saya lupa menambahkan ini, atau mungkin saya tidak, tetapi saya harus!

Fitur baru

Ini adalah hal terpenting yang kami lakukan. Setelah 2-3 minggu sprint (ketika berkembang sesuai dengan metodologi Agile. Saya harap semua orang bekerja dengan cara ini sekarang) produk ditumbuhi dengan fungsi baru, dengan mempertimbangkan tujuan bisnis dan target kuantitatif untuk rilis berikutnya dalam strategi mereka.

Kata-kata sangat penting jika kita berbicara tentang cara memperkenalkan fungsi baru dan menjelaskannya kepada pengguna (dalam hal ini, kepentingan penulis dan pengguna UX harus saling berhubungan). Kami menulis kata-kata ini. Kami menulisnya dengan cepat, dengan mempertimbangkan informasi akun dari semua pihak yang berkepentingan. Kami menggunakan produk kami untuk memastikan bahwa kami memahami tujuan dan konteks kata-kata kami; kami bekerja dengan desainer untuk memastikan bahwa produk tersebut sesuai untuk digunakan dan diorganisasikan dengan paling efisien; Kami berinteraksi dengan pengembang untuk memastikan bahwa kami tidak menciptakan masalah teknis yang tidak masuk akal dengan janji kami; dengan penerjemah untuk memastikan bahwa pesan tersebut dirasakan dalam bahasa lain dengan cara yang sama. Daftar ini terus berlanjut. Pada saat yang sama, fungsi selalu bukan satu, dan setiap sprint harus ditulis segera untuk banyak fungsi.

Tim pengembangan biasanya mencakup manajer produk, analis, pengembang, insinyur dan desainer QA. Tim tidak memiliki penulis UX sendiri; alih-alih, sumber daya penulis dibagikan oleh beberapa tim pengembang sekaligus. Berapa banyak tim yang penulis kerjakan? Yah, itu berbeda. Di satu perusahaan, saya adalah satu-satunya penulis UX untuk 10 tim pengembangan. Saya tidak makan, tidak tidur, dan tidak pergi ke toilet, tetapi di sisi lain saya menerima adrenalin selama setahun, dan saya tidak akan pernah melupakannya. Di perusahaan lain, saya menulis untuk 3 tim. Saya memiliki begitu banyak waktu luang sehingga pada awalnya saya lumpuh karena menyadari peluang besar untuk memulai proyek saya sendiri. Saya berhasil dengan cepat mengatasi kenyataan baru dan mengisi waktu saya dengan proyek-proyek yang selalu ingin saya selami, tetapi tidak ada kesempatan.

Untuk menulis teks baru untuk suatu fungsi:

1. Anda berpartisipasi dalam pengarahan atau melakukan wawancara. Manajer proyek menjelaskan fungsi, bagaimana ia dibuat, dan mengapa.
2. Anda mengajukan pertanyaan.
3. Mulai: lakukan riset yang diperlukan, bentuk konsep, timkan dengan spesialis yang diperlukan, ulangi dan ulangi lagi, lagi dan lagi ... dan lagi.
4. Maka Anda akan mempresentasikan teks.
5. Pengembang mengajukan pertanyaan bagaimana menerapkan ini, dan Anda menjawabnya.
6. Dan kemudian anak Anda mulai hidup, dan Anda sendiri memeriksa bagaimana itu terjadi, karena Anda tidak peduli.
7. Anda melacak metrik kunci untuk berinteraksi dengan produk.
8. Jika (kapan) Anda menemukan cara meningkatkan metrik melalui teks, Anda akan mentransfer data ini ke manajer proyek.

Ini diulang untuk setiap fungsi, untuk setiap manajer proyek, setiap sprint.

Optimasi

Mari kita lihat lebih dekat langkah 7 dan 8.

Ketika versi teks saya masuk ke produk, ini tidak berarti saya bisa melupakannya. Tidak mungkin. Saya sudah melihat perbedaan besar dalam kualitas antara iterasi pertama dan yang terakhir, jadi saya tahu bahwa semua yang saya tulis selalu dapat ditingkatkan. Hal utama yang saya lakukan selama jeda antar sprint: memperbaiki teks yang ada.

Ada alat hebat untuk membantu kita memahami apa yang berhasil, apa yang tidak, dan apa yang bekerja lebih baik. Kami dapat mengamati bagaimana pengguna kami berinteraksi dengan layar kami dengan melihat tulisan Full Story. Berdasarkan ini, kami dapat berhipotesis tentang opsi alternatif yang dapat meningkatkan kinerja dan meluncurkannya untuk anggota usertesting.com. Dan, tentu saja, kita melihat angkanya. MixPanel, Google Analytics, dan Tableau adalah layanan di mana Anda bisa mendapatkan gagasan tentang seberapa efektif teks dan antarmuka, dan di mana kami bisa melakukan perubahan.

Tidak ada batasan untuk kemungkinan perbaikan. Selalu ada indikator kinerja utama yang perlu ditingkatkan; selalu ada pengecualian bahwa kita tidak berhasil sebaik yang kita bisa; Selalu ada ruang untuk bergerak maju.

Suara dan nada

Bekerja pada nada suara dan suara suatu produk (Suara & Nada) adalah jenis tugas yang jauh lebih besar dan tidak terlalu mendesak. Jika Anda beruntung bekerja di perusahaan muda, Anda mungkin bertanggung jawab untuk menciptakan dan mempertahankan suara dan nada. Sebuah proyek dapat memakan waktu berbulan-bulan dan mencakup wawancara, seminar, dan banyak lagi.

Jika Anda bekerja untuk perusahaan yang terus mengembangkan produk, masing-masing mungkin memerlukan kebijakan sendiri untuk berkomunikasi dengan dunia luar. Jika Anda bekerja untuk perusahaan yang sedang menjalani rebranding, Anda dapat memikul tugas memperbarui suara / nada. Dalam hal apa pun, Anda akan selalu bertanggung jawab untuk memastikan bahwa semua teks konsisten dengan ide umum.

Mengerjakan ini memerlukan banyak waktu untuk refleksi, brainstorming, penelitian, mengumpulkan informasi dari manajer dan layanan yang bekerja secara langsung dengan pengguna, misalnya, dukungan teknis. Pekerjaan ini jauh lebih lambat daripada deskripsi fungsi baru dan pengoptimalannya, tetapi memiliki dampak yang jauh lebih besar daripada fungsi apa pun, dan terus menerus. Inilah yang selalu Anda (juga) lakukan.

Unifikasi

Seiring pertumbuhan perusahaan, mempertahankan penyatuan semua bagian dari produk membutuhkan waktu yang semakin lama. Untuk memastikan bahwa produk Anda memberikan pengalaman pengguna yang mulus, konsistensi adalah penting.

Kombinasikan yang lama dengan yang baru . Saat menulis teks baru, yang terbaik adalah menjaga konsistensi dengan layar yang ada. Namun terkadang salinan baru menjadi jauh lebih baik, maka lebih baik menarik yang lama ke tingkat yang baru. Anda mungkin akan mulai dengan meneliti untuk memastikan bahwa perbaikan memang merupakan perbaikan, dan kemudian pastikan dengan bantuan manajer proyek bahwa tim pengembangan dapat menyelesaikan tugas. Namun, untuk menentukan ukuran tugas, Anda harus terlebih dahulu menjabarkan semua tempat dalam produk di mana teks yang sesuai ada. Dan kemudian Anda mulai menyatukan.

Gabungkan pemasaran dengan produk . Suara adalah individualitas produk, dan nadanya adalah bagaimana Anda terdengar di berbagai titik kontak dan skenario selama pengguna bekerja dengan produk tersebut. Tetapi jalur pengguna tidak hanya berjalan di dalam produk - tidak sama sekali! Dan ketika kita melihat perbedaan antara pemasaran dan apa yang terjadi pada produk, itu adalah UX yang buruk. Apakah Anda ingin terus terlibat dengan penyedia IDP? Apakah Anda akan mempercayai mereka ketika ada begitu banyak pilihan lain? Kolaborasi dengan pemasaran adalah langkah pertama dalam mencegah disonansi ini. Lakukan sekali dan sinkronkan secara teratur.

Kombinasikan dukungan teknis dan tenaga penjualan dengan produk . Pengalaman pengguna dengan dukungan teknis dan tim penjualan juga sangat penting. Apa dukungan teknis, bahwa tenaga penjualan harus berbicara tentang produk dengan cara yang persis sama, dan dengan nada yang sama seperti pemasaran. Cara yang baik untuk menyelesaikan masalah ini adalah menyinkronkan perintah saat fungsi baru tersedia. Setiap kali fitur baru muncul atau rilis dirilis, semua orang yang berkomunikasi secara langsung dengan pengguna perlu memperbarui informasi produk; mungkin menyesuaikan skrip panggilan, templat email, halaman FAQ, dll. Tidak ada yang memahami fitur baru lebih baik daripada orang yang menulisnya, sehingga penulis UX berada dalam posisi yang ideal untuk menjaga konsistensi semua perintah pengguna.

Skala . Ketika organisasi Anda tumbuh, tim Anda akan tumbuh, tetapi Anda tidak akan memiliki lebih banyak jam per hari (sayangnya, ini benar ... Saya sudah memeriksa). Karena itu, Anda tidak dapat secara bersamaan mengontrol bahasa / penyatuan pesan dan tugas-tugas lain dari pekerjaan Anda. Beberapa alat yang tampaknya berguna untuk menyelesaikan masalah ini: database dengan semua teks produk dan dokumentasi percobaan (Dokumentasi Onboarding). Basis data dapat ditemukan, misalnya, di Google Sheet, tempat Anda menyimpan teks Anda, membaginya menjadi saat ini, masa lalu dan masa depan. Ternyata semacam kamus yang dapat dirujuk semua orang, dan memungkinkan untuk tidak menyimpang konsep dan nada pesan. Singkatnya, membuat proses lebih nyaman. Tentu saja, mungkin ada pengecualian, tetapi dengan database terorganisir, bahkan ketika Anda menulis sesuatu yang baru, Anda bisa mulai dengan ide yang jelas tentang apa yang sudah ada. Dokumentasi pencarian fakta membantu Anda dengan cepat melatih dan masuk ke dalam urusan terkini dari pendatang baru mana pun dalam tim. Ini termasuk tautan ke sampel Suara & Nada, panduan gaya, database pesan, daftar pihak yang berkepentingan, dan hal lain yang membantu suara baru dalam produk terdengar sama seperti yang lama. Kedua alat ini bisa sangat berharga, tetapi hanya jika diperbarui. Dan itu membutuhkan waktu (secara pribadi, saya memperbarui database sebulan sekali, dan dokumentasi dengan setiap perekrutan baru).

Perbaikan

Seperti dalam profesi apa pun, terutama di bidang IT, melanjutkan pendidikan adalah bagian penting dari pekerjaan penulis UX. Pengembangan melibatkan membaca dan mendengarkan para ahli terkemuka; menghadiri konferensi, webinar, dan seminar; partisipasi dalam kehidupan komunitas khusus; mencari mentor dan siswa; membuat konten Anda sendiri untuk pelatihan dan mendukung topik komunitas penting. Memang butuh waktu, tetapi efeknya sangat berharga, karena Anda mendapat kesempatan untuk memastikan bahwa produk Anda tidak tertinggal dalam awan para pesaing yang berdesakan.

Penulis UX melakukan banyak tugas, terutama jika ada beberapa tim / produk di zona tanggung jawab. Bisnis kami adalah niche, berbeda dari copywriting atau pembuatan konten. Tentu saja, ada fitur umum, tetapi kita hidup di era spesialis, bukan generalis. Unicorn adalah bagian dari masa lalu.

Untuk mendapatkan lirik terbaik untuk produk Anda, gunakan penulis UX. Tidak hanya untuk menghindari skenario "jack of all trades, tetapi bukan master dalam beton apa pun", tetapi juga karena penulis UX menikmati pekerjaan seperti itu, yang tidak bisa dibanggakan oleh spesialis pemasaran, misalnya. Gairah memungkinkan Anda untuk membuat hal-hal keren.