実録！サイトリニューアル 2007年07月07日。 はからずも見事に『7』並びとなった今年の「777プロジェクト」。この日に面白法人カヤック、そしてグループ会社クーピーのWEBサイトがリニューアルしました。創業からこの8月で10年目に突入するカヤックは2年半ぶり5回目、クーピーは2001年の創業以来初の試みです。 このサイトができあがるまでにどんなストーリーがあったのか？新生カヤック＆クーピーサイトの全容は？両サイトの総指揮をとった、カヤック＆クーピー代表・柳澤がご報告します。 まずは、でっかい文字のサイトにしよう サイトリニューアルに関して大切なこと、それは『賛否両論はあるだろうけど「いいんだ」という“思い込み”で進むこと』ですね。今回僕が両サイトを通して、果たしていいのだろうか・・・と迷いながらも、思い込むように意識したことは「でっかい文字のサイトにしよう」でした。 ネッ

こんにちは。菊地です。 自分で言うのもアレですが、私は地味です。生活も地味なら服装も地味なので、仕事っぷりも地味だったりします。 当然クール（イケてる的な意味で）なライフハックとか、シティボーイ（都会的な意味で）なガジェットとか、ナウ（now＝今っぽい的な意味で）なネタは、あまりご用意できません。 そこで、今回は「地味」ならではの視点で、できる仕事術を考えていきたいと思います。 「俺って会社じゃ目立たねぇよなぁ…やる事はやるんだけどなぁ…」とか、「ミスはしないぞ!!　しないだけだけど…」とか、「地味だけど堅実な仕事ぶりを評価されたい…」といった、そんな引っ込み思案さんに向けて、「ボクも地味でしょ？　えへへ、よかったらマネしてね」的なメッセージを込めて書きます。 更新ファイルの把握術（対象：地味で繊細な人） 日々、膨大なファイルがアップデートされる制作の現場では、しばしばプロジェクトの変遷や

ドットインストール代表のライフハックブログ

ディレクションの技と言うと「クライアントに納得してもらう」「納期を守ってもらう」「スタッフのモチベーションを保つ」など、「こうすればこうなる」的な行動と結果が一対一対応してないものの方が実際には多い。なので、以下の小技も一見すると「技」に見えないだろうけれど。 「デザインについて、クライアントのイメージを引き出す」というのは、案件初期のwebディレクションにおける重要なミッションの一つだ。漠然とした方向性だけでも引き出せれば、話がしやすくなるし、デザイナーさんも無数の選択肢がある程度は絞られてデザインしやすくなる。中でも、具体的にイメージと近いサイトを教えてもらえると、グッとやりやすくなる。もちろんこちらでその辺も考えて提案できるとよいのだけれど、納期や予算的にあまり試行錯誤ができない場合は、教えてもらうに越したことはない。ただ、これが難しい。 ・イメージするサイトがない クライアントはデ

さて、夏・Web標準の日々で、「Webディレクタの仕事とは？」という質問をしまして、ご解答いただいていたのですが、その結果をすっかり秋になった今頃公開です（忘れた頃にすみません）。 セッションの始まる最初のあたりで、受講者の方々に穴埋めで解答していただきました。 正解のあるものではないので、それぞれの方が自分でやっていること、目指したいこと、そして日々試行錯誤していることが出てきたのかなと思います。 Webディレクションというの仕事の中には、リーダー的な仕事（プロジェクトリーダー）とマネジャー的な仕事（プロジェクトマネジャー）が含まれていることが多いと思います。 セッションでは、こんな感じで、リーダーは行く先を見る人、マネジャは内部を見る人、と大きく分けてお話しました。 本来は「Webディレクタ」は、マネジャ的な役割のはずですが、リーダー役も兼ねることが多いです。特に規模の大きくない案

当ブログでは珍しいHowToネタ。 以下、何やら問題がありそうな気もするので、実践は自己責任で。Macについてはよく分からない。 あと、サイトマップといってもgoogleなどに食わせるものではなく、サイト構成を示した表のことです。 導入： 仕事でサイトの運用を行うことになったものの、エッシャーの絵くらいにサイト構成が入り組んでいてサイトマップもない、という事態に遭遇したことはないだろうか？あるいはサイトマップはあるものの「地図」としての俯瞰性はないとか。そんなとき、どこに何があるかを把握するためにサイトマップを手作業で作るのは絶望的に面倒くさい。そこで、簡単に無料でサイトマップを作る方法を考えてみた。 用意するもの： Website Explorer http://www.umechando.com/webex/ ふなツリー http://www15.plala.or.jp/funa_so

webディレクターをしていると、新しい案件のたびにどういう行動を取るかだいたい決まってくる。人それぞれだけれど、大筋は似たようなもんじゃないだろうか？そこでマゴついていると後々三途の川が見える複線になったりもする。そこで、自分の場合をモデルに書いてみようと思う。ある程度、webディレクターの経験がある人には役に立たないと思うけれど。制作会社の場合です。 01：営業とやけに目が合う 営業さんが遠くからこちらを見ている。というか、どうも自分を探しているらしい。目が合う。無理矢理モニターに視線を戻す。営業さんがこちらへ近づいてきて「ちょっといいかな？」…これが案件のスタート。営業さんが自分の席へ来るのではなく、なぜかミーティングコーナーなどへ呼び出された場合は死亡フラグ（というのは言いすぎか）。 02：ヒアリング とにかく営業さんが持っている情報を引き出す。期日は?規模は?何をするのか?客先への

たとえば、何か案件が受注できそうだとする。 そうなると見積りを作ることになる。見積りを作るには少なくとも作業量をある程度明確にする必要がある。作成するページのリストやらワイアフレームやら。あるいは提案書作成。そのためにはヒアリングをする必要がある。全体のボリュームが見えてくるまでにけっこう時間が掛かることもある。なのであまり細かく準備せず、大まかな準備と経験値から概算見積りを出すこともある。 ところが、制作を外部にお願いする場合はそこからの見積りを出してもらうのに、ちゃんと作業量などを割り出しておく必要がある。でないと後でモメることになりかねない。それを避けるための作業。ヒアリング、企画書作成、作成ページのリストアップ、ワイアフレーム。これだけやれば立派な前工程だ。そして、前工程はディレクターが主に引き受ける。 だけれども、その段階ではお金がもらえるあてはない。というか、受注確定していない

前回の記事で「固定客の育成のために、実際にどんな施策が行われてきたか？」をまとめてみたいと書いた。その後で面倒くさくなってしまったのだけれど、しかたない。思いつくままに書いてみよう。書いているうちにヤル気が出てくるかもしれない。 多ジャンル化端的に言って、大手ISPのポータルサイト。インターネットの国内黎明期、大手のISPはこぞって総合ポータルを開始した。つまりユーザニーズの全てを自サイト内でまかなおうとしたのだ。 これはインターネットでの情報発信の敷居が今よりずっと高かったときは上手く機能した。ユーザがネットから得ようとする情報も今ほど多様ではなかったので、生活から娯楽まで、ISPの提供する情報はユーザを満足させられていた。 しかし今では総合ポータルが扱う各情報についてより詳しく有用な情報を提供しているサイトも増え、ユーザ側もそうしたサイトを見付けられるようになっている。現在でも総合ポー

ある業務ができるかどうか判らない、そんなときにどうしよう？というお話。 【前ふり】 Web担当者Forum 「ウェブ担当者の知らない世界2。外資も大企業も看板ほどではない……ことがある」 大きな企業でも不誠実な担当者や低能な担当者はいる、という話。まあ、こうまとめてみると当然といえば当然で、webに限った話ではないだろう。 いくつか事例が挙げられているのだが、「DNSサーバーを知らない大企業のウェブ担当者」「レンタルサーバーを引っ越せない「ウェブプロデューサー」」の部分が興味深かった。 まあ最初の「「入札価格」を知らない外資系コンサルタント」についても、本当に知らなかったのか、クライアントを騙す気だったのか判らないという点が興味深いけれど。 livedoor ディレクター Blog 「エンジニアは魔法使い」という幻想 にもあるように、ディレクターやプロデューサーやコンサルは、べつにエンジニ

前回「Keynote」でUIデザインをしている話を書きましたが、今回は具体的な例として普段の作業風景をMovieにまとめてみました。 (1)「Keynote」で画面パターンのラフデザインをします。 ※「Keynote」の描画力に注目！ (2)各ページにリンクをはって画面遷移を確認。共有したい場合はpdfに書き出して完了。 pdfに普通に書き出した場合、どの部分にリンクがはられているかが分かりにくいという難点があります。その場合は、Adobe Acrobat上でリンクを作成した方がいかにも「ボタン風」の見た目になって分かりやすいと思います。（詳しくは３番目のムービーで） また別の活用法として、グラフィックデザインを作り込む前段階のペーパプロトの状態で、その紙を写真におさめてpdfに読み込み、その上にリンクを貼るだけでも動線の確認ができます。これは作業の上流行程で手軽に使えるので、かなり有効

こんにちは。「livedoor 検索」担当の須田です。 今回はデスマーチを防ぐスケジューリングについて書きます。 以前紹介された、「4つのステップで作る webサイト開発のスケジュール作成」という記事も併せて参考にしてください。 みなさんは周囲で、「このお客様は大事なお客様なので、納期早めでお願いします」または、「大型の案件なので早めに作業してください」という声を聞いたことはありませんか？ 仮に、優先すべき案件だとしても、無理なスケジュールで作業を進行することは好ましくありません。 デスマーチ状態に陥るようなスケジュールを作成してしまった場合、ディレクターとして以下のような原因が考えられます。 1）技術者を魔法使いであるという幻想を持っている。 ※これに関しては、「エンジニアは魔法使いという幻想」という記事にも紹介されています。 2）技術者の作業内容について、「結果」は知っているが、「過程

基本的なことだけれど、まとめ。 運用業務も当然タダというわけにはいかないので、それなりにクライアントからお金をいただくことになる。その場合、以下のようなパターンが考えられる。 ・月額固定月々の作業量の多寡によらず、事前に契約した金額が支払われる。金額とその額での対応範囲は四半期ごとや半期ごとの見直しとしておくと、双方にとって運用しやすい。 その運用費で吸収できない作業が発生したら、別途、追加の見積りを出す。テキストの打ち換えや画像の差し替えなど、細かい作業が多い場合に適している。 ・作業ごと運用業務において、新規ページの作成や新規コンテンツの作成が多い場合に適している。ただ、テキストの打ち換えといった細かい作業が請求しづらい。CSSをちょっと変えるだけとか。 ・月額半固定新規のページ作成などが多いものの、作業量が決まっているので実質的に「固定」の金額が支払われる。たとえば、あるサイトで毎月