どうしたら、キリッとした企画が立てられるのですか？と質問されることがあります。

もちろん、私たちなりのフレームワークみたいなものはあります。もっといいものがないかと、たくさんの方法論を学び、採り入れもします。しかしそれだけでは、誰もが考えつくようなものにしかなりません。あと一歩、足りないのです。お客さん側からすると、もうひと味加えてくれないかな？状態です。

では、どうしたら喜ばれる企画になるのか？

つまるところ、お客さんのことをどれだけ理解しようとしているか、考え抜こうとしているか…ではないでしょうか。うそ？それが答え？と、言うなかれ。それができていないことが多いんですから。

企画にかかっている間は他のことをしていても、頻繁にそのことを思い出します。頭のなかだけで考えようとせず、現場に足を運びます。もう少し話を聞かせて、と電話する、メールする、押しかける…。

「どうにかしてあげたい」
「喜んでもらいたい」

そういった思いが企画書に出ていれば、提案中に大きく頷いてくれるお客さんの姿が見えるはずです。といいつつ、まだまだ悩むことしきりですが。

写真は、コンペ後に見えた中之島の夕景。すがすがしく、妙にキレイに見えるから不思議。

近所のローソンにタバコを買いに行った。カートンで買ったので、店員がライターを付けてくれたのはいいが、3回ほどタバコに火を点けると使えなくなってしまった。最初から、なんだかおかしな具合で、原因は間違いなく「ガス切れ」だ。
もらったものであるし、このことに文句を言うつもりはない。

改めて気づいたのは、「確認」がいかに大切であるかということだ。
もしあのとき、ライターが使えるモノかどうか、店員が一度だけ確認すれば、残念なことにはならなかった。時間にして、ほんの1秒。これを実行していれば、「なんだかあのローソンは店員への教育がなっていない」とはならなかったはずだ。これがいくつも重なって、サービス業は大きな差がついていく。

ウェブ屋だって同じだ。サービスの品質は、しっかり問われる業界である。

社内で依頼されたものを「できました」とパスする。依頼した人がチェックすると、おかしなところがぽろぽろ…程度ならまだいい（効率を考えれば、依頼者の時間を無駄にしているのだから、本当は良くないが）。社内の依頼事項までダブルチェックはしないので、「頼むよ～。ちゃんとやってよ～」で済む。

これに対して、お客さんに納品するものを確認しないで見せるのは、言語道断。納品の連絡をするのは、何回も自分でチェックし、さらに隣の人にも確認してもらい、最終の「GO」が出たあとだ。一文字修正するのも、同じプロセスをたどる。例外はない。ローカルルールを認めると、品質が保てなくなるからだ。

誰しもミスは犯す。例外はなく、私もミスる。
でも、それを防ぐのは確認するという行為でのみ防げるのであり、たとえ私がミスっても、隣の優秀なスタッフが防いでくれる（いつもしっかりしたチェックをありがとう(笑)）。何をおいても、「確認、かくにん、カクニン」だ。

ある程度のスキルを持つウェブ屋であれば、あたりまえで便利な仕組みSSI※（サーバーサイドインクルード）。こんな便利なことを使っていないサイトも多いのです。

「ヘッダーにあるリンクを修正して欲しいと言ったら、7万円かかると言われた」

「ものすごく手間がかかるので、次回のリニューアル時にしましょう」

よく聞いてみると、ヘッダーやフッター部分を共通ファイルにして読み込ませていない。つまり、全ページにヘッダーやフッターを入れ込んでしまっているんですね。そりゃ手間はかかるし、コストもかかります。納得。

いやいや、納得してちゃいけない。
それは、そんな仕組みでサイトを作ったウェブ屋の責任です。リンクを修正するだけなのであれば、作業の手間や確認といったプロセスをふんだとしても、数千円。それぐらいの費用でできるはずです。そんなウェブ屋なら、他にも不要なコストをたくさん払わされているかもしれません。

まだ若い業界ですから、知識レベル、技術レベルにかなりの差があります。業界全体がもっとスキルを高めて、より良いネット環境を築ければと思います。

※SSI（サーバーサイドインクルード）
HTMLのなかに、あるコメントを挿入することで、ウェブサーバーがコメントを挿入した場所に実行コマンドの結果（たとえば共通ヘッダーの表示）などを表示してくれる機能。
たとえば、ヘッダーを表示させたい部分に、以下のコメントを記述。

<!–#include virtual=”header.txt” –>

別ファイルの「header.txt」には、ヘッダーのHTMLを記述するだけです。サーバー側での設定なども必要です。