「やる気にさせるのがうまいなぁ」
一代で世界60拠点で展開するビジネスを育てたオーストラリアのグローバル企業のオーナーCEOと、早朝から1時間のお話をする機会がありました。多分結構なお年だと思うのですが、そんなことは微塵も感じさせない、見るからに若々しくエネルギッシュな方で、初対面の私にも熱く自分のビジネスを語っていただきました。冒頭の思いはそのときに思った率直な感想です。たった1時間の間で、初対面で言語の違う人間を、これほどやる気にさせてしまうのは、やはりカリスマ的な資質としか思えません。人とのコミュニケーションを仕事にしてきましたが、こんな人には会ったことがありません。とても率直で素直な印象も受けました。
「あとイシューは何が残ってたかなぁ」
Issueは日本語に訳すと重要な点、論点、問題点などと辞書には書かれていますが、やはりイシューリストの場合は、「課題」というのが一番適切な訳のように思います。プロジェクトの場合、必ずしも問題点ばかりをイシューリストに入れるわけではありませんし、重要な点ばかりでもなく、備忘録的に使う場合も多いと思います。あまり構えて使うのでは無く、最初は課題と思われるものを書き出してこの備忘録として使うのもアリでしょう。ただ本来の課題管理表は「進捗や品質の阻害要因」をまとめて管理するものです。違う観点のものが多数混ざると分かり難くなるので、慣れてきたら課題だけに絞ると分かりやすくなります。
「いつまで経ってもクライアントからのフィードバックが無い」
などということもプロジェクトでは往々に起きがちです。これをすべてクライアントとの窓口となっている人の責任とするのは酷です。クライアント側も通常の業務が多忙なため、Webサイト関連の情報収集などに時間が割けないということもあります。振り返ってみて、たとえば自社のサイトの更新にどれだけ時間を割けているか考えてみると分かり易いかもしれません。大抵の場合は通常の仕事より優先順位が低くなってしまっているのではないでしょうか。
「○○で検索しても出てこないんですけど、SEO対策しているんですか？」
クライアントからこんな質問のメールをもらいました。最近ではSEOという言葉が独り歩きをしているので、このような質問は初めてでは無いですし、今後も増えていくことでしょう。さあ、このような場合あなたならどう答えますか。中途半端な答え方をすると、かえって誤解を招いてしまいますので、注意が必要です。私はこのような場合、まずなせそれが必要なのかを逆に質問することから始めます。
「元のファイルが無いのでFlashのファイルが修正できない」
クライアントからの要望で、Flashのファイルのリンク先などを変更しようとした際、元ファイルがすでに入手困難で編集不可という状態を経験したことはありませんか。リンク先などをXMLで外部ファイル化して編集可能にしてあれば良いのですが、元のソースファイルに埋め込まれていたりすると、その元ファイルが入手できない限り、修正は困難でした。先日も同じような相談があり、結局コンテンツ自体を削除せざるを得ないという判断をしました。
「MP3ファイルは大きいので外部ファイルでストリーミング再生したい」
お祝い用のサイトをWiiで作成しているときに、こんなことを思いました。バックグランドで流す曲は、MP3にすると1曲あたり小さくても3MB程度になります。これをFlashのSWFファイルに埋め込んでしまうと、当然ファイルが巨大になってしまい、読み込みにかなりの時間がかかってしまいます。そこで当然のように、ストリーミング再生をしたくなります。
「ええっ！何でやり直しなの？」
往々にしてこんなことがWeb構築プロジェクトでは起きます。ここには様々な原因があります。クライアントとプロジェクトの窓口となっている担当者との、コミュニケーションミスであればことは単純です。そうではなくて、クライアントがOKでもその上司がダメ出しをしていたり、さらに上の役員レベルでリセットになったりということもあります。コーポレートサイトなどの場合は、サイト自体が会社の顔となるので、このようなことが起きるのも、客観的に見れば分かります。ですが担当しているメンバーにとっては、今まで積み上げてきたものが一気に崩されるのですから、大きいな負担となることは避けられません。
「アクセスログ解析ツールはたくさんあるけど何が違うの？」
クライアントからそんな質問をもらったら、あなたならどう答えますか。特にGoogle Analyticsのように無料で使える本格的なツールが出てきてしまうと、この質問に答えるのは調べることが多く容易ではありません。「面倒くさいなぁ」などと思う気持ちも分かりますが、ここは「丁度いい機会をもらった。何が違いなのか調べてみよう」というのが、PMらしい発想です。なぜなら次に別のクライアントで同じような質問をされた際には、基礎資料をすぐに提供できますし、社内での使い回しもできるからです。自分が理解できていないものを、クライアントに自信をもって説明することはできないものです。
「クリエイティブ・ブリーフが無いと、どんなデザインをしたらいいかが分からない」
こんなことを言われたことはありませんか。もし言われたことが無いなら、言われるような環境を作りましょう。また言ったことの無いデザイナーの人は、軽くPMに要求してみましょう。誤解を恐れずに言うと、ウェブサイト構築はシステム寄りとデザイン寄りの、水と油のような属性のメンバーが同じ土俵でチームを組む仕事です。ですから共通言語としてプロジェクトを俯瞰できる情報が必要です。そのための資料として、この「クリエイティブ・ブリーフ」が一番適していると思います。
