:::Webディレクターズブログ:::

「時間」

いつも、ワークフローに関しては、もろ、クライアント寄りで投稿している訳ですが、今回はクリエイター寄りで。クリエイター寄りのディレクションだと、アートディレクターなんても言えると思うのですが、工程管理者として、の立ち位置で。
ウェブの工期は大抵、非常にタイトなケースが多いです。クリエイターやプログラマーなど関連のスタッフがストレス無くベストを尽くせる工程は残念ながら、確保しづらいですね…。特にクリエイターは時間があればあるだけ、良いものができるように努力しつづけるだろうし、いろんなことにチャレンジもできると思います。ただ、ビジネスの側面から見れば、当然、納期、お金の問題が付きまといます。「管理」というとおこがましいですが、与えられた時間の中で最善を尽くすことができる環境をつくってあげることはしてあげたい、と。
金銭的な問題を除けば、基本的には「時間」に関するストレスがやはり大半でしょう。直接的にウェブに携わったことのないクライアントさんにはなかなか判りづらいところかと思います。クリエイターとの橋渡し役として、「時間」の問題に関してはできれば融通を聞いてあげたいと思ってはいるのですが…。
ウェブって、そんなに簡単にはできないんですよ、って声を大にして言いたいですけど、実際、スピードが自慢の同業者も居たりするんですよね。

素材から

「美味い料理を食べたい！」という要望に応えるには、まず、食材から用意しますよね。そりゃあ、プロの料理人なら、冷蔵庫にあるものだけで、それなりに美味い料理を作ることは可能かとは思うのですが、限度ってありますよね。

または、作りかけの料理に、「やっぱ、肉はこだわりたいよね！」という要望が突然、入ってきたとしたら、当然、「いや、料理にも段取りってものがあるから！今日は魚料理だよ！」と突っ込まざるを得ない。この素材があったから、こういう料理を作ろうと思った訳だし・・・。魚料理を作ってたのに、肉を食いたい！って言われてもねぇ・・・。

ウェブ制作のフローを料理に例えてみました。

追加でもう1品！？その1品をつくるのには少々、お時間をいただきますが・・・。

構築期間

ウェブ制作を「プロダクト（デザイン）」と考えたい、という話しは過去に記述しましたが、DBやプログラム設計の現場では、稼働日（納入日）の前後を含む全てを構築期間と考えるようだ。（最近、よくシステム屋さんから好んで話を聞いている。）
と、いうのは、そのプログラム構築の打ち合わせ、制作期間はもちろん、“納入”を挟んで、その後のバグ処理や実際の現場で運用し始めた後の「現場の声」を汲み上げた処理までが工程の一部として捉えられている（ケースが多い）。
これは、じっくり考え抜かれたシステムも「使ってみたら、こーだった、あーだった」が起こり易いものである、という理由らしい。ウェブは「見た目のデザイン」だけ見れば、納品時に一応の完成を見ますが、やはり「使い勝手」という視点で見れば、この考え方は合っています。やはり、一通りの作業終了後、運用後に思うことってのは当然出てくるので。
グラフィックデザインならば、納入時にそれは完成形となった、と言えるでしょう。情報を掲載した成果物、ということで作業はクローズします。ウェブには最終形態はありません。パーフェクトな形で、ある期日を以って終了させる、ということは非常に難しいことです。ウェブが単なる広告物の一種で、「デザイン」というカテゴリに収められたときに誤解が発生しやすい、という話し。

ウェブサイトの「企画」の部分

モノを創る過程において、「企画」というフローが存在します。「デザイン」とは別もので。このフローの線引きはあいまいですよね。「企画/デザイン」といった形で一緒くたになるケースもあります。
「企画」という目に見えない部分を表現する方法に「企画書」というアウトプットがありますが。これはファーストステップとして次のフローに入る前のプレゼンテーションとして利用されるケースが多いですが、この時点で何が伝わるか？伝えられるか？のテクニックがなければ、あまり意味をなさないとも言えます。
次のフローである「デザイン」、（要は“見た目”）非常にわかりやすい形に落としこまれて、初めて趣旨が伝わった、なんてことはないでしょうか？結果、せっかく作った企画書は、単なる時間の浪費・・・。
グラフィック、（今までの）ウェブなどの制作物にとっては「企画を含むデザイン」に慣れてしまった感があると思ってます。ボクらがやっているウェブ制作は、「見せるもの」であると同時に「使えるもの」であること。むしろ後者が重要。この場合の「企画書」は、「サイト設計図/仕様書」という意味を持つのですが、ここで理解させる、してもらう、ことで、その先のフローが決まります。
「デザイン」というクリエイティブな部分は当然、おろそかにできないです。インターフェースがそのサイトのユーザビリティを左右するとも言えるからです。ですが、「デザイン先行型」では、なかなかウェブの品質は高まりづらい、といのが実情です。

建築現場で思うこと

ディレクターという立ち位置から、印刷物を手伝ったりもする時もあります。サイトも当社で手伝わせて頂いたクライアントさんなのですが、「建築家とつくる家づくり」というコンセプトの戸建住宅の見学会用折込チラシ。撮影があるので、現場を見てきました。「人が住むもの」をつくるって大変だなぁ、と改めて思います。
建築家は「人」が生活する「箱」を頭の中からゼロベースで構築していく。すごい創造力だと思います。生活スタイルによって間取りも変われば、構造も変わる。想像する視点のチャンネルが多くないとできないですよね。
施主とはじっくり話し合う時間を設けるんだそうです。施主さんの「考え方」を反映させ、思い描く以上のものをご提案するわけですから、きっと何歩も先を見据えてるんでしょうね。
単純な比較はできないですが、ボクらも似たような感じ。そのサイトをどう使っていきますか？どのように見せたいですか？という初期の打ち合わせで、目的意識を共有できればできるほど、着地点でのお互いの満足度が高いですね。

原稿制作/搬入

サイト制作依頼を受けて、何回かのヒアリングを重ね、「受注」ということになるのですが、確認事項（ヒアリングシートなんて言ったりもします。）で、原稿（情報）は大抵は「大体、渡せるから。」ということになる。“大体”の解釈はマチマチですが、実際はなかなか出なかったりするケースもある。ご紹介したい商品/サービスの概要（コンセプト）や、企業情報はボクらには正直、本質はわからないです。お話しの中で「なるほど、わかる、わかる」、「あー、こういうこと？」ってなんとなく思えるものもあれば、全くの未知の分野もあります。
とにかく、時間をかけて僕らが理解させてもらうか、結果的に見てもらいたいエンドユーザーが理解できる情報を頂きたいな、と。創造力豊かなプロのコピーライターさんなら、2を聞いて10にすることもできるかも知れないですが、その商品/サービスの『プロフェッショナル』は発注者であるクライアントさん。僕らはウェブの『プロフェッショナル』、どう活かせるかを考えることはできます。「商品説明」や「社長さんの挨拶」をお任せいただいても、ちょっとねぇ・・・。実際、書くケースも多いんですが、それは「薄い」でしょう。

見積もり

当然ながら、制作にあたって「見積もり」というものが存在します。ケースによっては「合い見積もり」を取られる場合もありますよね。それに関しては全く問題は無いのですが、ウェブ制作の「見積もり」の比較は初期段階において、あまり意味を持たないと考えます。その会社によって「品質」「技術」「公開後の運用方法」など考え方が全く違うからです。例えば、ある案件に対してプレゼンがあったとします。
●A社：HTMLファイルで構成される静的なサイト。以後の更新/管理は固定費で請け負う。
●B社：基本的にはHTMLファイル構成だが、一部にCMSを導入し、公開後の運用がクライアント側で可能。各種検索エンジンにも登録。
●C社：サイト全体をオールFLASHで展開。ビジュアル訴求を重視し、情報は少なめ。同時にネット広告を展開。
・・・、ざっくり割り振っちゃいましたが、もちろん上記以外にもご提案の手法は考えられます。A、B、C社の「見積もり」は全く違うものでしょう。クライアントから最初にご提供いただいた情報は同じだとしても、ページ構成も違いますし、質も変わります。公開後の展開も違ったものになるでしょう。“企画（規格）”が異なりますから、単純な価格での比較検討は難しいところです。
「ページ単価はどのくらい？」もしくは「大体30Pのサイトなんだけど幾ら？」というご質問にはお答えしづらい、というご説明の例として。

世界の三大珍味

Web用に写真の撮りおろし。近日公開サイトにおける『フレンチメニュー』のコンテンツ用です。やはり制作するにあたって、自分たちの意思で新規素材を用意できる（予算を取れる）、というのは嬉しいですね。（本来はそうあって然るべきかな、と。）
Web制作を「料理」に例えるならば、「美味いシチューが食べたい！」というオーダーに対し、「手元にある食材でつくる」のと「美味いものをつくるために食材からこだわり、用意する」のとではやはり違いますよね。もちろん、撮影後においしくいただいてしまった「フォアグラ」「キャビア」「トリュフ」までとは言わないですけど、メインディッシュに使う食材くらいは、こだわりたいかな、と。「シェフ、ご馳走様でした。」

スピード

ビジネスにおけるスピードとはなんでしょう。対応（レスポンス）の速さ、答えを導き出す速さ、モノを創る速さ、いろいろありますね。どんな意味でも、遅いよりは速いのが良いですね。ビジネスですから誰も好き好んで、ダラっとやる意味も無いですから。
ボクらの業界で何かと求められがちなのは、「モノを創るスピード（速さ）」です。技術/デザインレベルや目的達成のための仕組みを無視して良いのならば、（要は最低限の情報を伝えるだけのモノ）スピードにも自信有り」と言ってしまいましょう。でも実際は、掘り下げれば、皆様、いろんなことを期待していらっしゃいます・・・。
「来週中に制作してもらいたいんだけど・・・」という依頼に対して、「出来ません」とは言わないです。サイト制作の目的が「来週中に何らかの告知をしなくてはならない」ということであれば、その目的をかなえるためのWebサイトは制作できます。もしかしたら、それは1Pか2Pのサイトかも知れません。でも、それだけあれば告知は可能なはずで、目的は達成できます。
極端な話し、100Pもあるようなサイトを1週間で、というご依頼は実際、困ります。100Pもあるからには、それは何かを告知すること以外にもきっと目的があるはずです。その目的を達成するために、1週間で制作することが果たして「吉」なのか？目的は「1週間後に100Pのサイトを公開することですか？」サイト制作の本来の目的は何でしょう？
クライアントの要望に“スピード”も含めて、期待以上に応えたいと、大抵の制作者は考えているはずです。「急げ、急げ」は本来の目的を見失う結果にもなってしまいます。まさに「急がば回れ」です。

役割分担

案件毎にアタマを悩ます問題ですが、そのサイトをどういった目的のために利用するかによって、Webサイトは形を変えていきます。この場合“Webサイト”と括りが同じだけなだけで、静的な「会社案内」サイトだったり、動的な「コミュニケーション」サイトだったり・・・。それによって関わるスタッフの“質”が変わります。極端な話し、（デザインであれ、システムであれ）1制作者が1人でクローズさせることができる案件は、もはや“稀”なタイプと言えます。
Webサイトを構築する目的が多岐に渡ってきた昨今では、大まかに言えるだけで、プロデューサー、ディレクター、ライター、デザイナー、システムエンジニア、プログラマー・・・など多くの専門的なスタッフが必要です。そして何と言ってもそれぞれが自分の役割以外の知識/技術についても理解している、ということが理想のチームです。
Ｗｅｂサイトを構築すること、これは多くのスタッフを巻き込む「プロジェクト」です。大袈裟だと思われてしまうかな・・・。
「ホームページをつくりたい」という要求に応えることは僕らの仕事です。ただ、その“ホームページの質”そのもののレベルがどうしても「大掛かりなもの」へと発展してしまうケースが多くなってきているのも事実なんです。