Sejauh mana desainer bertanggung jawab atas desain yang responsif?


20

Perhatikan bagan berikut (ideal).

masukkan deskripsi gambar di sini

Sekarang, saya telah bekerja dengan rekan-rekan dari semua sisi spektrum ini dan telah belajar bahwa, sayangnya, cenderung lebih seperti ini.

masukkan deskripsi gambar di sini

Sebagian besar "pengembang web" cenderung tahu sedikit tentang prinsip-prinsip desain sementara, di sisi lain, "desainer web" cenderung tahu sedikit tentang sisi teknis web. "Perajin web" yang berpengetahuan luas sulit ditemukan.

Skenario yang tidak menguntungkan tetapi nyata ini membuat membuat situs web responsif untuk tim pengembang dan desainer menjadi sulit. Desainer web cenderung lupa bahwa situs harus beradaptasi dengan setiap perangkat komersial yang mungkin dan seringkali merancang tata letak kaku yang tampak hebat di layar mereka sendiri tetapi tidak mungkin untuk berubah menjadi situs web yang responsif. Pengembang, di sisi lain, cenderung membuat adaptasi brutal dari visi perancang yang berusaha mencapai responsif.

Di mana seharusnya tanggung jawab merancang situs web responsif jatuh? Haruskah perancang web diharapkan memberikan pedoman yang dipikirkan dengan baik untuk pengembang tentang bagaimana menyesuaikan situs web untuk setiap skenario yang mungkin? Atau apakah ini harapan yang tidak masuk akal?

Harap perhatikan saya fokus pada sisi desainnya, bukan pada sisi pengembangannya.


2
BTW, saya suka grafik Anda. Mungkin masuk akal sebagai kurva lonceng terbalik juga. Di dunia yang ideal, jumlah orang dengan keterampilan ini akan menjadi garis datar. Namun, pada kenyataannya, seperti yang Anda temukan, ujung spektrum dihuni jauh lebih tinggi daripada pusat dengan gradasi kurva bel-kebalikan.
DA01

Ide bagus! Kurva lonceng ol mogok lagi:) Ini harus menjadi fungsi 3D, karena ada 3 variabel (keterampilan desain, keterampilan teknis, dan jumlah orang.
cockypup

Poin bagus! Anda membutuhkan sumbu-z. Sekarang saya melihat kurva lonceng terbalik berbentuk dasi kupu-kupu (menyempit di tengah sepanjang sumbu z).
DA01

3
Komunikasi! Jika Anda memiliki seseorang di kiri yang benar-benar pandai berkomunikasi dengan satu di ujung kanan, maka pada dasarnya Anda memiliki dua orang di tengah. Itu sebabnya komunikator yang baik sama pentingnya dengan pekerja terampil yang berpengetahuan luas.
Octopus

Jawaban:


9

Setiap desainer yang terampil selalu akan tertarik pada implementasi sampai tingkat tertentu. Mungkin tidak dalam aspek "Saya bisa membangunnya", tetapi setidaknya dalam aspek "itu tidak mungkin".

Apakah seorang desainer menyentuh sisi paling kanan grafik Anda atau tidak, mereka harus selalu tahu apa yang bisa dan tidak bisa mereka lakukan dalam media apa pun. Anda tidak dapat mendesain dengan baik untuk cetak jika Anda tidak memahami pemisahan. Anda tidak dapat mendesain dengan baik untuk signage jika Anda tidak memahami resolusi, dll.

Saya pikir setiap desainer yang bertanggung jawab atas materi web setidaknya harus masuk ke dalam ini:

masukkan deskripsi gambar di sini

Dan saya tidak berpikir itu miring seperti grafik kedua Anda.

Hari-hari di mana Anda dapat melakukan mock-up cantik di Photoshop dan menyerahkannya sudah hilang dalam pengalaman saya. Dalam pengalaman saya, pengembang (berarti sisi kiri grafik Anda) tidak benar-benar mencari seseorang di paling kanan. Mereka mencari desainer yang setidaknya memahami apa yang mungkin dan batasan yang diperlukan untuk mendesain dengan baik. Ini menggerakkan mereka dari paling kanan, setidaknya satu centang kiri.

Apakah masih ada pengembang yang paling kiri, tentu saja. Sama seperti masih ada desainer yang memukul paling kanan. Namun, aspek yang lebih penting mungkin pengalaman . Apakah ada pengembang / desainer yang mencapai paling kiri / kanan jika mereka memiliki pengalaman 5, 8 atau 10 tahun? Aku meragukan itu. Semakin banyak pengalaman seseorang semakin dekat ke tengah yang mereka dapatkan.

Jadi mungkin ini lebih tepat:

masukkan deskripsi gambar di sini

Dalam struktur perusahaan Anda mencari individu untuk mengisi posisi paling kanan / kiri. Hal ini memberikan dasar yang kuat untuk itu keahlian yang diinginkan. Namun, saya berspekulasi bahwa semakin calon yang diinginkan, semakin dekat ke dua gambar tengah keterampilan mereka jatuh.


Saya suka visual terakhir. Untuk sebuah tim, saya pikir kita dapat memperluasnya dengan gagasan sumbu rotasi. Dengan tumpang tindih yang cukup, semua area dicakup oleh pengalaman.
Yorik

Saya pikir saya punya pengalaman buruk baru-baru ini dengan desainer yang hampir penuh merah :( jadi itulah yang saya mulai mempertanyakan harapan saya. Saya mendapatkan "mockup PS cantik" secara teratur dari mereka :(
cockypup

Ada pepatah lama @cockypup - Seseorang naik ke tingkat ketidakmampuan mereka. Semakin banyak "desainer" setiap hari. Pasar telah benar-benar kebanjiran setidaknya 10-15 tahun sekarang. Jadi, ada banyak orang di luar sana yang tidak memiliki keinginan atau bakat untuk keterampilan yang lebih baik. Itu seharusnya tidak dilihat sebagai "norma".
Scott

Perlu diketahui juga bahwa banyak pekerja hanya menginginkan gaji yang mudah. Jika mereka bisa lolos hanya dengan mockup Photoshop, itu jauh lebih mudah.
Scott

2
Saya pikir drive jelas merupakan bagian dari itu tetapi ... yang lebih penting, IMHO, adalah gairah untuk produk . Desainer yang sangat peduli dengan produk juga sangat peduli dengan pengembangan. Pengembang yang sangat peduli tentang produk juga sangat peduli dengan desain. Ini berbeda dengan orang yang hanya peduli dengan pekerjaan mereka. Saya menemukan semakin banyak budaya perusahaan terdiri dari orang-orang yang berfokus pada pekerjaan, semakin banyak produk menderita karena semua orang benar-benar hanya mencari tahu sendiri. Di sinilah pertempuran rumput benar-benar dapat mulai mengisolasi tim. Desain cara di sini, dev cara di sana ...
DA01

12

Di mana seharusnya tanggung jawab merancang situs web responsif jatuh?

Biasanya pada manajemen. Manajemen yang cerdas akan mewujudkannya sebagai proyek tim sehingga semua orang perlu dikoordinasikan dan bekerja bersama-sama. Ini akan termasuk (tetapi tidak terbatas pada) desain visual, UX, dev UI, dev back end, tim konten, pemasaran, dll.

Pengembangan lincah adalah cara yang baik untuk mendekati ini.

Banyak organisasi tidak melakukan ini, tentu saja, dan cenderung untuk silo masing-masing tim di atas dan menggunakan yang lama "melemparkannya ke pagar dan jangan khawatir tentang hal itu" proses air terjun.

Harap perhatikan saya fokus pada sisi desainnya, bukan pada sisi pengembangannya.

Itu masalahnya. Anda tidak dapat fokus pada satu dan bukan yang lain. The desain dari situs responsif adalah pengembangan situs responsif.

Ini berlaku untuk desain interaksi, secara umum. Desain interaksi (baik itu tata letak responsif, menu drop down, animasi, dll.) Harus dirancang dalam media yang akan digunakan dalam - browser. Ini membutuhkan beberapa tingkat pengembangan.

Struktur tim UX ideal saya akan mencakup peran berikut *:

  • Desainer Visual dan / atau Desainer UI
  • Pengembang UI
  • Konten
  • Penelitian / Pengujian Pengguna

Sekarang, itu tidak berarti pengembang UI Tim UX adalah orang yang menulis kode produksi, tetapi mereka menulis kode kerja untuk mendesain, membuat, dan menguji interaksi dengan benar.

Ini kemudian dibagikan dengan dev, dan pekerjaan lebih lanjut dilakukan sebagai tim untuk mengintegrasikannya ke dalam tujuan sistem responsif akhir.

* Peran yang disebutkan harus mencakup setidaknya satu 'perajin web' Anda. Saya setuju bahwa mereka kadang-kadang lebih sulit ditemukan, tetapi mereka adalah keharusan di tim. Anda memerlukan setidaknya satu orang yang dapat berkomunikasi di seluruh papan dan dapat berbicara dengan desainer ikon serta admin DB.


Saya pada dasarnya setuju dengan jawaban ini, kecuali saya tidak benar-benar setuju bahwa tanggung jawab ini terutama terletak pada "manajemen." Tim yang terstruktur dengan baik adalah kuncinya. Yang membawa dua komentar ke dalam pikiran. 1) Ini diposting pada bagian desain grafis situs dan desain grafis bukan desain web. Anda mungkin ingin mencoba bertanya di StackOverflow dan melihat apakah Anda tidak mendapatkan perspektif yang berbeda. 2) Anda tampak agak junior? Saya bekerja untuk perusahaan teknologi yang sangat besar (diperdagangkan NASDAQ) dan kami tidak memiliki masalah ini sama sekali. Jadi di studio butik? Iya nih. Tetapi pada tingkat yang lebih tinggi ini bahkan bukan percakapan, FWIW.
Dave Kanter

@DaveKaye di mana perusahaan Anda melakukannya dengan benar bukan merupakan indikasi bahwa semua melakukannya. Saya jelas bukan Junior dan telah bekerja untuk beberapa perusahaan Fortune 500 yang belum mengetahuinya. Dalam pengalaman saya, semakin besar org, semakin banyak tim terfragmentasi, karenanya masalah ini. Perusahaan yang mencoba untuk melakukannya dengan benar, tentu saja. Semakin banyak yang bergerak ke arah Agile (dengan hasil yang berbeda).
DA01

Oh, untuk 'manajemen', saya pikir kita sepakat. Anda mengatakan bahwa tim yang terstruktur dengan baik adalah kuncinya dan saya berpendapat bahwa Anda memerlukan manajemen yang baik untuk membangun tim yang terstruktur dengan baik. Pada akhirnya, seseorang yang bertanggung jawab bertanggung jawab atas tim tersebut.
DA01

1
Sebagai contoh, pada pertunjukan saya saat ini, UX berada dalam bagan organisasi yang sama sekali berbeda dari UI Dev. Jelas ini membuat hal-hal sulit bagi kita di lapangan, karena kita harus berurusan dengan rantai komando yang sama sekali berbeda dan politik yang mengikutinya. setiap.
DA01

1
@ dataran kain dalam struktur ideal saya, IA, ID, dan Konten semuanya bekerja berdampingan.
DA01

6

Sementara saya setuju dengan mentalitas dalam jawaban DA01, saya pikir ada lebih banyak pertanyaan daripada hanya apa yang dia bahas.

Fakta sederhananya adalah bahwa perusahaan diorganisasikan dengan cara yang berbeda karena mereka memiliki orang-orang dengan keterampilan yang berbeda dan jumlah karyawan yang berbeda-beda di setiap divisi. Setiap perusahaan perlu mendekati keputusan ini dengan hati-hati dan memikirkan perusahaan mereka untuk memilih cara yang baik untuk menciptakan.

Karena itu, saya tidak berpikir ada satu cara "terbaik" untuk membuat keputusan atau struktur tim ini. Setiap kelompok orang berbeda dan mereka yang bekerja untuk satu perusahaan mungkin tidak bekerja untuk yang lain, bahkan jika struktur dan sejenisnya kira-kira sama.

Dengan itu, ada beberapa prinsip umum yang berlaku untuk semua perusahaan ketika membuat jenis keputusan ini:

  • Manfaatkan keahlian yang tersedia - Beberapa orang bekerja lebih baik di lingkungan tertentu melakukan hal-hal tertentu. Jika sesuatu memperlambat proses dengan sangat sedikit manfaat nyata, kemungkinan itu bukan keputusan yang baik untuk dibuat. Itu bukan untuk mengatakan Anda tidak boleh berubah karena satu orang tidak menyukai perubahan, tetapi penting untuk diingat preferensi dan kemampuan tim untuk membuat orang menikmati pekerjaan mereka dan menyelesaikan sesuatu.

  • Kolaborasi adalah kunci - Setiap desainer dan pengembang harus berkomunikasi dan mengetahui apa yang dilakukan pihak lain pada setiap tahap proses, mulai dari berbicara dengan klien (betapapun dimungkinkannya - melihat catatan diskusi atau sesuatu yang serupa mungkin cukup kadang-kadang cukup ) hingga implementasi akhir. Satu kelompok biasanya melakukan pekerjaan pada satu langkah, tetapi yang lain harus setidaknya tahu apa yang terjadi dan memiliki kemampuan untuk memberikan semacam umpan balik pada setiap tahap.

    Keahlian orang bervariasi, jadi kami ingin orang menangkap masalah potensial yang orang lain tidak akan lihat sedini mungkin selain memberikan ide-ide tambahan.

  • Arahan atas kesempurnaan - Jauh lebih baik untuk mengetahui tujuan dan membangun menuju tujuan itu secara langsung tetapi kasar. Maksud saya iterasi ini lebih baik daripada pixel yang sempurna untuk mayoritas proses mast. Kita perlu memastikan bahwa kita menuju ke arah yang benar dengan setiap keputusan desain dan kemudian memperbaiki keputusan itu dengan mengulangi. Dengan melakukan itu, kita biasanya dapat menghindari masalah yang lebih besar di akhir proses.

    Merancang dalam browser (atau media apa pun yang ada dalam aplikasi) dapat membantu hal ini karena menggabungkan dua pekerjaan menjadi satu, memaksa orang untuk bekerja bersama atau memiliki keterampilan dalam keduanya. Tentu saja, penting untuk menjaga prinsip pertama yang tercantum di sini dalam pikiran.

Terakhir, untuk langsung menangani masalah di tangan dalam satu keadaan yang OP tampaknya referensi, saya akan mengatakan bahwa jika pemisahan lengkap pekerjaan yang diputuskan (pemisahan lengkap pengetahuan / umpan balik harus tidak dilakukan), maka saya sarankan bahwa tim desain harus membuat versi kecil dan besar, setidaknya dalam sebagian besar kasus, dan sisanya diserahkan kepada pengembang. Ini memaksa tim desain untuk mengingat semua tahap di antara sementara tidak perlu khawatir tentang detail yang tepat.


1
Poin baiknya adalah: tidak ada satu solusi untuk ini karena semua perusahaan berbeda.
DA01

3

Ada beberapa jawaban bagus di sini, tetapi ini sebenarnya tidak terlalu rumit.

Intinya:

Tim desain (apakah satu atau banyak) bertanggung jawab atas setiap permutasi tampilan atau templat.

Jangan meminta pengembang untuk mengisi bagian yang kosong atau bersandar pada kerangka kerja.

Lakukan yang terbaik di awal dan kemudian bayangan dev sebagai hal-hal berkembang. Anda harus mengambil keputusan saat tantangan muncul. Kadang-kadang mungkin mockup lain, lain kali lebih baik memberikan beberapa kode kasar (jika Anda bisa).

Jangan membuat Teknik melakukan pekerjaan Anda dan mereka tidak akan meminta Anda melakukan pekerjaan mereka ;-)


-2

Idealnya, para desainer memiliki desain, polos dan sederhana. Jika para perancang mampu mendesain sebuah spek yang jelas, relevan, dan realistis, maka ia harus menghapus dugaan kerja dari persamaan untuk perancang web.

Tugas seorang perancang web adalah menerjemahkan visi perancang ke dalam kode. Ini bisa mudah jika speknya jelas dan web designernya bagus, atau bisa jadi sulit jika semua web designer dapatkan adalah .psd dengan instruksi 'lakukan ini.' Spesifikasi yang baik berarti implementasi yang lebih akurat.

Saya akan melewati pengrajin web, karena saya tidak benar-benar bekerja dengan istilah itu.

Pengembang web tidak seharusnya berurusan dengan desain dalam pengalaman saya. Mereka biasanya fokus pada pengembangan backend dan hanya akan menyentuh desain jika benar-benar diperlukan. Sebagian besar pengembang web yang saya kenal tidak terlalu mengenal CSS, dan tentu saja tidak menggunakan Photoshop.

Pengembang Perangkat Lunak mencakup 99% pengembang. Saya tidak akan mengatakan bahwa mereka tidak mendesain seperti pada grafik Anda, tetapi itu biasanya bukan bagian dari deskripsi pekerjaan.

TL; DR: Jika perancang datang dengan spesifikasi yang bagus, perancang web harus dapat menangani implementasinya dengan mudah.


1
Saya harus sepenuhnya tidak setuju dengan ini. Mengisolasi desain dari pengembangan sebagai set keterampilan yang sepenuhnya terpisah biasanya menyebabkan masalah. Saya juga berpendapat bahwa seorang desainer web, karena mereka memiliki kata 'desainer' dalam judul mereka, benar-benar seorang desainer. Saya akan mengatakan bahwa pengembang yang baik juga seorang desainer ... mereka hanya mendesain dalam kode.
DA01

1
Adapun spec, itu terdengar seperti ide yang bagus, tetapi saya belum pernah melihatnya bekerja. Masalahnya adalah Anda tidak bisa mengabaikan setiap skenario dan interaksi yang masuk ke dalam solusi untuk dapat sepenuhnya menentukannya. Dan ketika ada spec besar, pengembang hanya menjadi pekerja lini perakitan dan tidak didorong untuk berkontribusi pada solusi. Pada akhirnya, semua hal terlewatkan dan spec disalahkan.
DA01

Saya harus setuju dengan DA01, ini adalah cara yang sangat naif untuk melihat situasi
Zach Saucier

Terima kasih atas jawaban Anda tetapi saya setuju dengan @ DA01. Saya ingin menambahkan bahwa bagan saya dimaksudkan untuk menggambarkan berbagai tingkat keahlian tentang keterampilan teknis dan desain. Istilah "web crafter" adalah istilah yang saya buat sebagai moniker untuk seorang profesional berpengetahuan luas yang memiliki keterampilan desain dan teknis, yang sangat umum saat ini, semacam orang Renaissance dari web.
cockypup

Tentang para pengembang yang tidak mendesain, itu juga sangat tidak biasa akhir-akhir ini, mungkin tidak biasa seperti yang ditunjukkan oleh bagan kedua saya, seperti yang ditunjukkan oleh @Scott, yang dibesar-besarkan dengan sengaja hanya untuk menyampaikan suatu hal. Sifat pengembangan web memaksa pengembang untuk mempelajari dasar-dasar desain bahkan jika mereka tidak menyukainya.
cockypup
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.