Apakah ada sistem spesifikasi desain grafis?

8

Apakah ada sistem spesifikasi desain yang umum digunakan untuk menyajikan desain grafis kepada pelanggan sebelum kami memulai implementasinya? Tantangan saya secara khusus pada surat (PDF A4, HTML dikirim per surat), tetapi saya senang mendengar wawasan dari domain lain (desain web, iklan, ...)

Tujuan saya adalah menyajikan dokumen, yang dapat ditandatangani oleh pelanggan, dan mewakili desain yang sebenarnya. Setelah dokumen ditandatangani, kita dapat memulai implementasinya; dan memiliki risiko yang sangat kecil bahwa pelanggan tidak puas dengan produk yang sebenarnya; atau meminta banyak perubahan sesudahnya.

Terutama, saya mencoba untuk menghindari beberapa perjalanan bolak-balik setelah implementasi di mana pelanggan bertanya: "Bisakah Anda memindahkan kotak ini sedikit ke kiri?", "Hmm, bisakah Anda memindahkannya sedikit ke bawah?", "Bisakah ini gambar menjadi sedikit lebih biru? "," Hum, bisakah bidang ini sedikit lebih besar? "," Ini berfungsi dengan baik di GMail, tapi saya tidak senang dengan Lotus Notes! "

Saya mengerti bahwa pendekatan berulang, baik ditagih sebagai Waktu & Bahan, atau dengan upaya maksimal, mungkin lebih cocok untuk itu. (dan jika Anda menggunakannya, sebagai desainer profesional, beri tahu saya juga). Namun, dalam beberapa proyek, pelanggan membutuhkan pendekatan air terjun karena beberapa alasan. Saya ingin tahu bagaimana menangani kasus-kasus itu dengan baik.

— Gerard Yin
sumber

4

Menggunakan Brief Kreatif yang sangat terperinci harus memastikan bahwa semua orang ada di halaman yang sama.

— Dom

@Dominic menarik, saya tidak tahu tentang konsep ini. Pengalaman saya adalah bahwa pelanggan saya dipengaruhi oleh "tampilan-dan-rasa" yang sebenarnya dari dokumen tersebut, benar-benar sering disertai dengan mock-up, dan membuat kita memiliki kebebasan dalam kreativitas yang terbatas. (Pada dasarnya kami bukan perusahaan desain, tetapi perusahaan IT). Berdasarkan pengalaman, mereka lebih pilih-pilih pada item seperti posisi di dalam halaman daripada yang lainnya.

— Gerard Yin

1

Jika Anda dapat secara logis menjelaskan mengapa sesuatu harus / tidak boleh dilakukan, hanya orang gila yang bisa membantah. Di sisi lain, jika Anda tidak bisa, itu mungkin tidak perlu. Mungkin Anda perlu memutuskan apakah Anda ingin menjadi perangkat point-and-klik untuk klien atau konsultan ahli, seolah-olah mereka tidak mendengarkan pendapat Anda, Anda mungkin yang pertama bagi mereka. Salah satu dari mereka baik-baik saja, seperti yang Anda katakan Anda di IT, brief kreatif jauh lebih berguna bagi konsultan yang terampil. Tapi, pertimbangkan ini hehe ..

— Dom

7

Anda tidak dapat melakukan Agile dengan hasil cetak. Tidak ada iterasi. Setelah itu di tekan, itu di tekan.

Namun, proses desain hingga saat itu dapat sebanyak mungkin seperti yang Anda inginkan. Pastikan Anda menagih yang sesuai, tentu saja.

Biasanya mock-up dibuat (untuk desain cetak, mungkin semudah cetakan laser warna). Pada titik tertentu, Anda ingin mock-up 'final' diakhiri.

Lalu ia pergi ke pra-tekan, di mana harus ada 'bukti' yang dibuat yang pada dasarnya adalah mock-up, tetapi ukuran aktual dan warna aktual. Ini kemudian perlu diperiksa oleh perancang dan klien. Jika tidak apa-apa, maka itulah dokumen terakhir Anda. Mulai pers!

Jika kita berbicara desain digital (email, web) ...

Maka jawaban saya agak berbeda. Untuk pekerjaan web, tidak ada yang namanya 'bukti' karena itu bukan media set-in-stone fisik. Karena itu, saya sangat menyarankan untuk menjauh dari dokumen sign-off dan sebagai gantinya mengadopsi metodologi Agile. Ini bisa menjadi tantangan mengingat bahwa banyak klien dan organisasi masih akrab dengan model water-fall lama di mana sign-off terjadi di tempat yang sangat spesifik di sepanjang jalan.

Selidiki 'Lean UX' untuk mendapatkan inspirasi tentang cara bekerja mendesain model agile.

— DA01
sumber

Permintaan maaf karena pertanyaan saya mungkin agak menyesatkan. Tidak ada cetakan yang terlibat (pengiriman sebenarnya adalah email). Bagaimanapun, saya mengambil dari pos Anda adalah (1) menyesuaikan penagihan dengan upaya (2) telah sign-off. Itu pasti cara untuk pergi. Saya telah memberi +1 pada jawaban Anda, ini tentunya merupakan pendekatan yang akan saya gunakan jika memungkinkan. Terima kasih atas waktunya.

— Gerard Yin

@ GerardYin oh! Kita bicara digital. Saya punya jawaban yang sangat berbeda untuk itu. Saya akan memperbarui jawaban saya.

— DA01

4

Setelah saya membaca jawaban hebat DA , dan karena saya telah menggunakan Scrum (Agile) untuk pengembangan web dan desain antarmuka, saya ingin berbagi pengalaman saya untuk dua kasus ini.

Karena kami melakukan perangkat lunak, kami bekerja dengan Scrum Sprints. Butuh beberapa saat untuk menyesuaikan metodologi dengan sisi desain proses (bagian yang paling sulit bagi saya adalah untuk mengkalibrasi waktu, cukup sulit untuk membayangkan berapa lama sesuatu yang kreatif harus dilakukan!).

Apa yang saya lakukan sekarang adalah sebagai berikut: Saya biasanya punya satu item simpanan besar untuk UI . Tugas di dalamnya berawal dari penelitian dan maket untuk meninjau, melaksanakan, dan menguji. Dalam praktiknya, mengejek biasanya berarti membuat gambar datar dan membaginya dengan tim. Kami mengadakan rapat pagi setiap hari, jadi kami terkadang menggunakannya untuk membahas proposal.

Membahas dirinya sendiri dan 'bentuk' yang diperlukan tidak begitu penting (email, rapat), yang penting adalah ini: Setelah kartu tugas dipindahkan ke kolom 'Selesai', tidak dapat kembali. Jika kami perlu melakukan perubahan baru, kami membuat kartu baru di Unexpected, atau biarkan untuk Sprint berikutnya. Semua orang di tim terbiasa dengan ini, Anda tidak memindahkan kartu ke Selesai sampai Anda yakin itu benar-benar selesai (kami menyimpan daftar hal-hal untuk diperiksa sebelum kami memindahkan kartu, hanya untuk memastikan). Jika fitur baru ditambahkan, atau hal-hal yang perlu dipikirkan kembali, instruksi ditambahkan ke dalam jaminan simpanan dan kami memilih waktu terbaik untuk melakukannya.

Sekarang, ini mungkin bukan sesuatu yang benar-benar dapat Anda lakukan dengan masing-masing klien, jadi jawaban saya terbatas pada skenario yang berbeda (kecuali jika Anda dapat melatih klien Anda di Scrum, dan mereka dapat memiliki akses ke papan Tugas!). Untuk klien individu, saya pikir komunikasi yang jelas dan kontrak yang baik yang akan melindungi Anda dari modifikasi tanpa akhir adalah pendekatan terbaik yang dapat Anda ambil.

— Yisela
sumber

Sangat menarik. Itu tentunya merupakan pendekatan yang bisa kami gunakan dengan beberapa pelanggan. Terima kasih telah meluangkan waktu untuk menjelaskan cara Anda melakukannya. Saya telah memberi +1 jawaban Anda.

— Gerard Yin