「デザイン依頼の方法論」振り返り

デザイナーとのやり取りにおける挫折感あふれたとある人のつぶやきがきっかけ?で、片山さんが開催された「デザイン依頼の方法論」に参加しました。

片山さん入れて参加者10人。少人数の勉強会は、ことのほか濃くて刺さりますね。心底面白かったです。主催の片山さん、そして参加の皆様、ありがとうございました。

当日のスライド資料を片山さんが公開してくださってます。以下復習がてら概要をまとめました。

「プロジェクトにおいて的確なビジュアルデザインにたどり着くにはどうすればいいか?を考察する。」
これを、問題が発生する状況を二つのケースに切り分け、フルセットのデザインプロセス/タスクに照らし合わせていて「どこが足りないから問題が起きるの?」が明らかにされています。

■ 発注側にゴールが見えていないとき

->抽象的なコンセプトを具体的なビジュアルデザインに練り上げていくプロセスを知る(共有する)ことで、組織としてのゴールと判断基準を形成しようよ

■ 発注側でゴールが見えているとき

->上記のプロセスのなかで不足しているアートディレクションのタスクの分担を明確にしようよ

以前のWebsigでも思ったことだけれど、片山さんはロジカルに解くのがうまいですね。論理的な考察ってのは混沌の中に光の筋をさします。
混沌から解を導くには、天から蜘蛛の糸が垂れてくるのを待つんでもなければ、福引きのガラガラでアタリ玉が出てくるのを待つんでもないならば、状況を整理して論理的に筋道をつけていく他は無い。
それがすなわちワークフローと呼ばれるものなわけだ。この状況では特に。
そしてワークフローが描けただけでは絵に描いたモチ、だれがそれをやるのか?を割り振って出口を目指す一歩を踏み出す、と。

さて個人的な状況を振り返る。日頃の担当業務で私は、デザインはデザイナーにしてほしいと明言していて、社内から出たビジュアルへの要望は意図に分解してデザイナーへの指示としている。たとえ「ここの文字は赤がいい」という指定でも、コンテンツ提供側に確認した意図とあわせて制作側に伝えてる。上記のフローでいうところのWeb担の領分は守ってる(頑なまでに)。それでもデザイナーからフィードバックされたビジュアルに挫折してつぶやく毎日。

そんな中、この勉強会にてフルセットのフローとタスクを詳細に紐解いてみせていただけたおかげで、改善のために自分が挑戦できる課題はまだあると学びました。
デザイナーにアートディレクションのスキルorタスク担当割がないなら、しょーがねぇオラがやるしかあんめいよ。(片山さんの資料におけるp34の再下段の心境。それにしても「お客さん、もう閉店ですよ」のキャプションはあまりにも絶妙すぎます片山さん)
そして、それは主従関係で言うデザイナーの「上流」ではなく、予算だの能力だのという事情で必要タスクをこなせないデザイナーのサポートという視点であれば「プロを差し置いて指示などおこがましい」という背徳感はなくなる。とくに社内メンバーの意識を共有したビジュアルのゴールを形成する、というタスクが外注がむずかしいなら、必要性を感じた「言い出しっぺ」が担う他あるまい。
# 勉強会後半のワークショップの中でも、とくにWebディレクターさんからの、デザインスキルの無い自分がデザイナーに踏み込んだ指示を出すことに躊躇いがあるという声を複数耳にしましたが、こういう縁の下の力持ち的捉え方ではいかがでしょう?

ま、これとて丁半どう出るかはやってみんとわからんが、もちべーしょんが湧く挑戦ではありまする。

# どうでもいいことだけど、敬語と言い切りを使い分けてます。察して(or流して)読んでいただければ幸甚。