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.
Jawaban:
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.
sumber
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.
sumber