Desainer terus berkembang.
Luasnya, ke langit dan bahkan ke samping.
Jika sebelumnya cukup disebut desainer dan belajar melafalkan kata “Photoshop” tanpa ragu, sekarang keterampilan ini jelas tidak cukup untuk mencari pekerjaan yang layak.
Salah satu jenis desainer dengan arah yang cukup baru adalah toko bahan makanan. Dalam artikel itu, tentang dia yang ingin saya bicarakan.
Saya akan memukul teori dan praktek.
Secara teori, saya ingin mencari tahu siapa dia dan apa yang mereka inginkan darinya.
Dalam praktiknya - gambarkan proses kerja perancang ini pada produk.
Pergilah!
Bagian satu. Teoretis.
Siapa, berapa harganya dan apa yang diharapkan
Jadi, di baris pertama surat saya, para hadirin yang budiman, saya masih ingin menjelaskan hewan seperti apa “Perancang produk” itu dan apa yang diinginkan perusahaan darinya, menerima yang mulia.
Pertama-tama, saya beralih ke kursus yang mengajarkan desain produk ini.
Inilah yang dikatakan kursus.
Netology menjanjikan gaji 120 ribu. rubel
"Desainer UX / UI, desainer produk adalah salah satu profesi digital yang paling diminati dengan banyak peluang untuk berkembang dan gaji tinggi.
Ini menggabungkan analitik dan kreativitas, pendekatan teknik, dan solusi non-standar. Pekerjaan perancang yang kompeten meningkatkan keuntungan klien dan meningkatkan interaksi pengguna dengan produk. "
Skillbox memikat dengan gaji 80 ribu.
“Seorang desainer produk bertanggung jawab untuk menciptakan dan mengembangkan produk, dari ide hingga peluncuran pasar.
Anda akan belajar bagaimana memikirkan strategi bisnis, bekerja dengan tim TI, melakukan penelitian dan merancang sistem desain. "
Bangbangeducation bungkam soal penghargaan moneter.
« , , , . . . , -. , . — .»
Secara umum, semua yang ada di deskripsi agak kabur.
Sekarang mari kita lihat hh.ru dan lihat apa yang sebenarnya diharapkan oleh pemberi kerja dari seseorang yang disebut desainer produk.
Saya bertindak canggung dan tanpa embel-embel: Saya mengetik "Desainer Produk" ke dalam kotak pencarian dan menuliskan persyaratan yang sering ditemui.
Catatan untuk nyonya rumah: dalam lowongan, tingkat gaji sering tidak ditunjukkan, jadi gambaran sebenarnya sulit dipahami.
Tapi saya bisa berduka atas janji dan harapan gaji dari 100 ribu.
Ada, ada perusahaan yang menginginkan banyak, tetapi sama sekali tidak siap membayar banyak untuk itu.
Nah, sekarang mereka mengemudi sesuai dengan persyaratan umum :
- Pengalaman dalam desain dan perangkat lunak lainnya (Sketch, Zeplin, Figma, InVision, Adobe Photoshop, dll.);
- web, iOS Android ( , , );
- ;
- . , , , . , , , , ;
- . , , , , . , ;
- ux- — , , ;
- , ;
- . ;
- - , ;
- - ( : , , );
- , ux ;
- . , , ;
- frontend , . frontend , , , ; , - front ;
, . ;
Jadi, pada hal-hal kecil: keterampilan mempresentasikan pekerjaan Anda, kemampuan untuk berdebat dengan pengembang, pengorganisasian mandiri, multitasking, dll.
Secara umum, persyaratannya cukup luas. Di suatu tempat lebih banyak, di suatu tempat lebih sedikit.
Semoga arah utamanya jelas.
Seorang desainer produk idealnya menggabungkan desainer, desainer antarmuka, analis bisnis, peneliti, pembicara, ahli logika kreatif, dan umumnya orang yang luar biasa dengan jiwa yang luas dan pandangan yang kuat.
Faktanya, semuanya berbeda untuk setiap orang.
Tetapi saya tahu pasti bahwa beberapa bagian dari persyaratan yang berat, yang tanpanya, Anda tidak dapat menarik pekerjaan dengan cara apa pun, pada kenyataannya, ternyata tidak perlu, atau dalam volume yang sangat kecil.
Tapi ini pengalaman pribadi saya. Mungkin seseorang sama sekali tidak seperti itu.
Alasan dari keadaan ini cukup lumrah: tidak ada cukup waktu untuk semua sushu-pusu ini dengan penelitian, pengujian, dan omong kosong lainnya. Karena pernikahan tidak tertahankan dan pihak mengatakan itu perlu, tapi kami mengiyakan.
Dan bila Anda adalah orang Swiss, penuai, dan penjudi dalam satu orang, maka, tentu saja, tidak ada kekuatan untuk melepaskan diri dari satu perancang produk besar menjadi sekelompok perancang ux dan ui kecil, peneliti ux, penyalin, seniman dan analis, tidak ada kekuatan ... Ngomong-ngomong, waktu juga. Tetapi di sini semuanya, sekali lagi, bergantung pada waktu, kerumitan, dan benda langit lainnya.
Sejujurnya, menurut saya suatu saat orkestra manusia akan berakhir dan salah satu desainer produk akan berantakan menjadi spesialisasi tersendiri. Karena bebannya cukup tinggi, dan setiap orang memiliki pola pikir yang berbeda.
Ini seperti cerita dengan desainer tata letak.
Kedengarannya bagus secara teori. Dalam praktiknya, saya belum melihat satu pun desainer tata letak yang dapat membuat desain berkualitas tinggi dari awal dan sebaliknya. Mungkin saya terlihat buruk atau penglihatan saya mengecewakan saya.
Tetapi sementara itu, saya duduk, menjuntai kaki saya, mengeluh tentang kehidupan dan menyebut diri saya seorang desainer produk, saya ingin berbagi pengalaman saya tentang bagaimana saya membangun proses-proses itu agar nanti tidak terlalu menyakitkan ...
Karena saya masih harus melakukannya.
Nah bagaimana caranya?
Pertama, luangkan waktu dan bangun proses pengerjaan produk sehingga setelah peluncuran Anda tidak jatuh pingsan karena menyadari bahwa alih-alih tertawa bahagia pengguna, Anda mendengar pasangan pilihannya. Nah, dikembangkan, lagi, karena tidak baik menyipitkan mata ke arah Anda.
Bagian kedua. Praktis.
Berdasarkan kisah nyata.
Saya tidak akan mengatakan bahwa pada semua proyek yang saya lakukan sesuai keinginan. Tapi ada… ada titik terang dalam biografi saya saat berhasil.
Dan ceritaku akan tentang titik terang ini.
Di sini perlu memberi perhatian khusus pada fakta bahwa selama empat tahun terakhir saya telah mengembangkan proyek dari awal. Oleh karena itu, uraian proses akan menjadi perhatian mereka. Tetapi ada sesuatu yang memberitahu saya bahwa proses tersebut dapat diterapkan pada produk yang sudah jadi.
Dan ya, dalam artikel ini saya hanya akan menyentuh proses pengembangan dan peluncuran fungsi yang benar-benar baru. Tentang menghasilkan hipotesis, mengumpulkan umpan balik, dan sebagainya nanti, jika tidak, akan ada banyak hal.
Begitu…
Mengumpulkan persyaratan dari pelanggan
Persyaratan dapat dikumpulkan dari Pemilik Produk, pelanggan, atau orang yang bertanggung jawab lainnya.
Pada tahap ini, penting untuk memahami cara kerjanya sekarang dan bagaimana hal itu dilihat oleh penanggung jawab. Dan tidak hanya di sini dan sekarang, tetapi juga dengan celah untuk masa depan.
Lagi pula, saat Anda melihat keseluruhan gambar, dan bukan potongan-potongan, selalu lebih mudah untuk meletakkan dasar untuk penskalaan dan penyempurnaan lebih lanjut.
Persyaratan harus dikumpulkan dengan hati-hati, tanpa meninggalkan satu pun titik putih.
Kabar baiknya adalah ini harus dilakukan oleh seorang analis bisnis. Saya menemukan, menuliskannya, membawanya, membuat "Smack" dan melambaikan pena saya.
Tetapi dengan pengalaman pahit ponsel rusak di bawah ikat pinggang saya, saya yakin desainer produk harus melakukan ini. Baik, atau hadir di kumpulan persyaratan.
Karena ada hal-hal yang tidak begitu penting bagi seorang analis, namun ketika mendesain sebuah interface tidak ada artinya tanpa mereka. Oleh karena itu, dia dan hanya dirinya sendiri, baik, atau di sampingnya, seperti piano di semak-semak dengan buku catatan, pena dan perekam suara.
Omong-omong, saya ingin mengatakan tentang dictaphone secara terpisah: jika Anda tidak menggunakannya dalam pekerjaan Anda, mulailah menggunakannya. Fungsinya sangat berguna. Saat Anda tahu bahwa seluruh percakapan sedang direkam, Anda dapat memusatkan perhatian tanpa kehilangan fokus perhatian selama prosesnya, terganggu oleh rekaman, dll.
Mengumpulkan persyaratan dari pengguna
Ini adalah sisi lain dari koin.
Sekarang Anda memahami cara kerjanya di atas, dan sekarang Anda perlu menggali lebih dalam. Penting untuk menggali ke arah mereka yang tidak hanya mengetahui puncak, tetapi juga akarnya.
Duduk dan lihat bagaimana dia bekerja dengan apa yang sudah dia miliki.
Tanyakan apa yang cocok untuk Anda dan apa yang tidak. Dan seperti yang kami inginkan. Apa yang penting saat mengambil tindakan tertentu, mengambil keputusan, dan sebagainya.
Bahkan jika kita melakukan sesuatu yang belum dilakukan, bagaimanapun juga mereka tetap menyelesaikan masalah ini.
Setelah menyodok dengan tongkat di kedua arah, Anda sudah memiliki gambaran yang kurang lebih dapat dipahami yang dapat Anda gunakan.
Hal penting lainnya: bagaimana cara kerjanya dan apa yang salah, lebih baik belajar bukan dari para ahli, tetapi dari pengguna akhir. Karena para ahli mungkin hanya memiliki teori atau ingatan tentang hari-hari yang telah berlalu, sementara pengguna akhir memiliki praktik nyata, rasa sakit dan air mata.
Mengapa saya memperhatikan ini? Karena, lagi-lagi, benturan dari latihan. Saya mengumpulkan masalah dari para ahli, lulus dan pergi untuk melihat betapa bahagianya pengguna akhir atas kebahagiaan yang telah menimpa mereka dalam bentuk penyelesaian masalah mereka.
Dan tiba-tiba, tiba-tiba, ternyata beberapa masalah tidak valid, beberapa tidak muncul di sini dan tidak saat ini, tetapi beberapa secara umum terdengar aneh dan mereka buruk, apa yang harus dilakukan dengannya. Singkatnya, terima kasih, kami memutuskan, meskipun mereka hanya memperburuk keadaan.
Diagram jalur pengguna
Bagian ini bisa disebut CJM, entah bagaimana masih bisa.
Esensinya terletak pada kenyataan bahwa setelah menerima setumpuk ilmu, timbunan ini perlu diubah menjadi semacam pupuk untuk pekerjaan selanjutnya, kali ini. Dua - untuk memutuskan apakah semuanya dipahami, diperhitungkan dan ditulis dari kata-kata korban dengan benar.
Izinkan saya mengingatkan Anda bahwa saya sekarang berbicara tentang pengembangan produk baru. Bagaimana saya melakukannya. Mungkin seseorang melakukannya secara berbeda atau tidak melakukannya sama sekali.
Dan saya mengambil dan meletakkan seluruh jalur penggunaan pengguna dengan beberapa fungsi dari titik A ke B, dari B ke C dan seterusnya.
Karena saya sering harus melakukan sesuatu yang belum ada, saya tidak bisa menyampaikan masalah nyata, kegembiraan, dan sebagainya.
Saya membayangkan, secara teori, bahwa mungkin ada, pada saat apa mereka mengambil risiko beralih ke sisi gelap kejahatan, pergi ke jalan yang salah, dan seterusnya.
Memikirkan setiap langkah dengan kemungkinan opsi untuk masalah, solusi, cabang, dll., Sangat mudah untuk melihat apakah Anda sendiri mengerti apa yang akan Anda lakukan (ya, bahkan pada tahap ini, setelah semua percakapan, Anda dapat menemukan piano yang tidak dikenal di semak-semak, lalu pergi dan untuk memperjelas hal lain). Senjata apa yang berupa kancing, informasi, gambar, dan kucing yang akan Anda berikan untuk pejuang masa depan Anda?
Ketika seluruh jalur sudah jelas, seperti air mata bayi, Anda sudah dapat memulai prototipe.
Prototipe satu: kertas
Entahlah, mungkin langkah ini opsional bagi seseorang, tapi saya selalu melakukannya. Ini membantu Anda dengan cepat menelusuri dan memperbaiki solusi tanpa terganggu oleh keindahan tombol dan gradien.
Makalah dapat disusun dalam satu baris dan mengevaluasi logika dan kejelasan produk masa depan.
Di selembar kertas, Anda bahkan bisa menuliskan beberapa poin yang perlu Anda pikirkan atau segera tulis pertanyaan yang muncul yang perlu diperjelas dengan perkembangan, misalnya.
Prototipe dua: dinamis
Saya melakukannya di Axure.
Jujur saja, saya mencobanya di program lain, tetapi tidak nyaman bagi saya, terutama jika jumlah layarnya cukup besar.
Prototipe dinamis diperlukan untuk menunjukkan kepada kekuatan yang lebih tinggi bahwa semuanya berjalan sebagaimana mestinya dan pengguna pada saat pengujian.
Saya tidak akan mengatakan bahwa saya mendesainnya secara langsung, tetapi saya membuat beberapa aksen dan warna penting.
Pengujian prototipe
Menjalankan skrip dengan prototipe membantu memastikan Anda mencapai tujuan yang Anda inginkan. Atau mungkin mereka mendapatkannya, tapi tidak di sana. Atau mungkin mereka tidak memukul sama sekali.
Bagaimanapun, prototipe mentransfer semua pengeditan lebih mudah daripada produk yang diluncurkan dalam produksi.
Saya menguji bagian sesuai dengan skenario tertentu, seberapa banyak pengguna memahami arti simbol, apakah nyaman baginya untuk disajikan dengan informasi, dll.
Saya tidak akan mengatakan bahwa semuanya berjalan lancar dan benar.
Ada juga batasan waktu ketika Anda baru saja datang dan menunjukkan hasil pekerjaan Anda. Seperti, lihat: Anda bertanya, dan inilah yang kami lakukan. Kemudian Anda duduk dan mendengarkan umpan balik.
Pertama kali saya berpikir bahwa buah ara dari pendekatan ini akan menjadi baik, tetapi tidak. Kesalahan, momen yang tidak bisa dipahami dan kontroversial masih ditemukan.
Oleh karena itu, saya menyimpulkan bahwa jika tidak mungkin mengalokasikan waktu "untuk berbicara", maka Anda dapat membatasi diri Anda pada pertunjukan, mengumpulkan umpan balik.
Ini pasti lebih baik daripada tidak sama sekali.
Tampilkan pengembangan prototipe
Secara umum, fokus seperti itu tidak selalu diperoleh, tapi menurut saya penting untuk menemukan waktu untuk kedua sisi.
Seringkali, ketika waktu terbatas, sesuatu dapat disederhanakan tanpa kehilangan kualitas.
Anda juga bisa mencatat tempat-tempat yang akan membutuhkan penjelasan logika kerja yang lebih detail, agar para developer nantinya hidup lebih mudah.
Tadam! Peregangan rumah: desain
Tidak ada yang istimewa untuk diceritakan. Anda duduk, membuka program dan mulai menggambar, baik atau tidak, apa yang Anda kerjakan di seri sebelumnya.
Waktu memungkinkan - Anda pergi untuk mendapatkan inspirasi visual dan lainnya tentang sumber daya, yang namanya tidak dapat diucapkan, karena akhir-akhir ini sering dibenci.
Transfer ke pengembangan
Sebelumnya, saya menjelaskan skenario dalam format cerita pengguna.
Bunyinya seperti ini:
Saya, suka ..., saya ingin ...
Selanjutnya, fungsi itu sendiri, tindakan pengguna, fitur tambahan, dll. Diuraikan.
Ternyata kadang-kadang ternyata banyak dan tidak ada yang mau membacanya, jadi saya mulai memahat catatan dalam prototipe itu sendiri dan meletakkannya di miro, caranya adalah dengan layar yang sudah didesain.
Ternyata jauh lebih nyaman bagi pengembang untuk bekerja dengan cara ini.
Mereka melihat semuanya sekaligus, mereka dapat mengajukan pertanyaan atau menempelkan stiker agar mereka tidak melupakan sesuatu.
Sebenarnya, ini hampir semua yang ingin saya ceritakan tentang bagaimana seorang desainer produk harus bekerja dengan suatu tugas.
Kesimpulan
Saya ulangi bahwa ini adalah visi dan pengalaman saya.
Setiap langkah penting untuk membuatnya bekerja dengan baik. Dan setiap langkah membutuhkan waktu.
Mungkin inilah sebabnya saya tidak terlalu percaya pada cerita bahwa posisi seorang desainer produk akan bertahan lama. Nah, entah setiap orang akan punya banyak waktu, atau sesuatu tidak akan dikerjakan dengan begitu hati-hati.
Saya sangat ingin mengetahui pendapat Anda tentang konstruksi proses kerja, tanggung jawab, dan kemampuan seorang desainer produk.
Akankah profesi ini relevan di masa depan atau akankah pada akhirnya akan hancur menjadi spesialis sempit individu?