ども、はじめまして。日本ディレクション協会で講師をやりながらWeb広告の会社で新規サービスの立上げやメディア運営などやっています本間です。 さて、いきなりですが「Webでモノやサービスを効率良く売る」ためにはどうするのが結局正解なんでしょう？ とりあえず良いサイトを作る？ とにかく大量に人を集める？ 今っぽい機能を実装してスゴイサイトを作る？ いやいや。一番大切なのは、とにかく「正しい見込み客を連れて来る事」なのではないでしょうか？ もちろん、売る商品自体に魅力が無いと、どんだけ頑張っても売れないし、どれだけいい商品でも、紹介をするWebサイトがイケてないと売れません。 でも、どれだけいいサイトデザインや機能を実装したところで、「適したユーザー」を連れてこなければ何も売れないんです。山で浮き輪を売っているようなもんですから。 では、どうやって正しい見込み客を連れてくるのか。今回はそんな話を

こんにちは。まだまだ半人前ですが、元気にWebディレクターやってます。まっつんです。 唐突ですがみなさん... なんて事態に困ったり、迷ったりしていませんか？ 僕自身も上記の質問に「そんなことあるわけ無いじゃん」と言ってみたいところなんですが、残念ながら...。 というわけで、今回は僕が超苦手としているデザイン制作依頼時に、なるべく失敗を起こさないよう必死で気をつけているポイントを紹介しつつ反省してみようかと思います。 ※ちなみに今回のモデル案件は広告ランディング用のLPページデザイン作成（マークアップは別）を想定しています。 1. 制作するページの目的をクライアントと共有する そもそもの話になりますが、なぜそのページを作成するか。「目的」の話です。 デザインを作る最初の段階で「どんなターゲットに、どんなサービス・商品を、どのようにしてほしいのか」が明確でないと、どういう構成・内容でページ

ども、こんにちは。WebプランナーのDCHSタカセです。 昨今、Webディレクターの需要はひたすらに増え続けています。で、ありがたいことにあっちゃこっちゃで年収も地位も、確実に向上している（らしい）です。 が、みなさん実感はお持ちでしょうか？ もし実感がないのだとすれば、もしかしたらあなたに「Webディレクターに求められているスキル」が、ちょっと足りてないのかもしれません。 Webディレクターは、何でも屋ではありません。僕らに求められているのは、ツールの使いこなしでも、見目美しき仕様書を作ることでもありません。 てな感じで、今回は「デキるWebディレクターに共通する4つのスキル」を紹介してみたいと思います。 1.強みを具体化する「軸」の必要性 Webディレクターは現場で、浅く広くどんな状況にも対応できる知見を求められます。言い換えるとそれは "何でも解決できる" ということ。 ただ一方で「

ども。ナカムラです。 今回はいつもの「やたら上位に食い込みたがるディレクターズマニュアルの記事」と比べるとかなり粒度細かめ。 実際の現場でディレクターがワイヤーを書くその前に「やらなければいけないこと」とその理由について解説してみたいと思います。 ちなみに、お題は「既存コンテンツありのリニューアル with Word Press 案件」と仮定してみます。 さて、ワイヤー書く前にディレクターって何やればいいんでしょうね？ とりあえずサーバー周りの情報整理 WordPressに限らず、どんな案件でもまぁ必須。なんかしらCMSを乗せる場合であれば間違いなく事前に確認しておかないと大怪我するアレですね。 とりあえずLAMP動くかどうか？とセキュリティ系の情報くらいは整理しときます。 この辺の情報は1枚のドキュメントにまとめといたほうが後で楽かもですね。 既存のページ調査 リニューアルであれば、まず

こんにちは。日本ディレクション協会 関西支部の出原です。 関東では既に何度も開催されている「0からのWebディレクション講座（通称0ディレ）」が、ついに関西でも開催されたので、今回は参加レポートの形を取りながら、そこで得た学びや思ったことなどをまとめてみたいと思います。 まずは資料スライド公開から これを見るだけでもほぼ内容が把握できてしまいますが、せっかくなので以下に要点と個人的な留意点をまとめておきました。 ぜひぜひお役立てください。 コンテンツインデックス 前提となる背景、目的、課題を明確に言語化 ポジションの把握とコンテンツ設計 より具体的なユーザー定義 全ての根拠となるゴールをハッキリ設定する 1.前提となる背景、目的、課題を明確に言語化 今回喋っていただいたのは、東京講演でも人気講師としておなじみの高瀬さん。 プロジェクトの裏側にどんな背景があって、どんな課題があって、それをど

こんにちは、渡辺 将基です。 僕は、日々Web戦略/サービス設計/UI・UXなどをメインに「ロジカルに考え、シンプルに生む」をモットーに、インターネットサービスにおけるイノベーションへのアプローチを探求しています。 今回タイトルでは「UIディレクションのカバレッジ」という表現をしましたが、今回はクオリティの高いUIを作るためにはどういう観点での品質管理が必要なのか、ということを自分なりにまとめてみたいと思います。 ユーザー体験から逆算する「情報設計・レイアウト」 情報設計やレイアウトには無限に選択肢があるだけに、「どんなユーザーに、どんな接触態度で、どんな体験をしてもらいたいか」というマーケティング的な視点を持っているか否かで、アウトプットに大きな違いが出てきます。 初めにUIを設計する際には比較的このような視点を持ちやすいのですが、既にリリースしているサービスに対峙すると、どうしても既存

定番っていいですよね。わずかな退屈さはありつつも、安心できます。 スニーカーならオールスター、スマホならiPhone、ビールならスーパードライみたいな。 Webサイトにも2012年ごろから急増し、現在では定番化したレイアウトパターンがあります。 ちなみにこのパターン▼ その代表例、Evernoteのサイト▼ http://evernote.com/intl/jp/ このパターンで商材となっているものの多くが、物理的なプロダクツではなくクラウドなど新しめのウェブサービスで、皆さんも頻繁に遭遇するのではないでしょうか。 グリッドレイアウトの亜種ともいうべきこれに正式名称があるのかわからないのですが、とりあえず僕は心の中で水戸黄門型と呼んでいます。時代劇の定番だし。 ※あくまでイメージです 定番化して今もなお増え続けている理由をちょっと考えてみました。 多分この辺じゃないかなーと A. 整然とし

ども中村です。最近なんだか思い出したようにディレクターズマニュアルを更新しまくっていますが、別に何かあったわけではないです。なんとなくです。 さて、今回は久しぶりにちょっとアオったタイトルになっていますが、〇〇の中には『デザイン』とか『プログラム』なんていう、いわゆる『別業種の専門分野』が入ります。 ディレクターが「いや僕ディレクターなんで分からないですよ」と言ってしまうのは完全にアウトですのでやめましょう。とそんな内容ですね。 デザインのセンスが無いことと知ろうとしない事は全くの別モノ まず言いたいのは、デザイナー or エンジニアじゃないからって、それらを全てを「わからないもの」でくくったら何もできなくなるからやめよう。ということ。 それは結局、「僕はディレクターなんでそのビジネスの目的達成のためにユーザーに何をどう届けるか？には興味が無いんです」という暴言を吐いているのと一緒だと思う

はいこんにちは。最近なぜか風邪が治らないナカムラです。何食ったら健康になれるんでしょうか。誰か教えてください。 さて、サイトを作って！とザックリ投げっぱなされた依頼について、何を掲載するべきで何をどう設計するべきなのか。悩みますよねぇ・・・。 今回は日本ディレクション協会の人気講座「0からのWebディレクション講座：設計編」で、DCHSの高瀬さんが非常に分かりやすい見解と考えまとめ用のテンプレを公開してくれましたので紹介してみます。 以前からこのサイトでもその重要性についてブツブツ言っている感情設計についての考えとも重なる部分多めでしたので、両方読んでいただけると理解が深まるかもしれません。 感動設計テンプレート＆講演資料 ユーザーが感動するウェブサイトを実現するために必要な情報設計とは？ 高瀬さんいわく全てのWebサイト、サービスは「ユーザーを感動させるため」に存在しているし、そうあるべ

こんにちは。久しぶりの投稿になりました。ナカムラです。 随分前に「備忘録の意味も含めてアナリティクス回りの事前設定項目まとめる！」とFBで宣言していながら長いこと放ったらかしてしまいごめんなさい。 書く前から長くて面倒な記事になると分かっているネタなので、今回は色々端折ってメモ書きみたいな感じで書いていきます。（手抜きとも言う） まずはコンバージョンのポイントを確認 とりあえずそのサイトのコンバージョン（成果）となるユーザーの行動が何なのか？を考えて明確にしておきます。当たり前のようで、やってない人は本当にやってないのでチェック項目として。 ECサイトなら：商品購入、会員登録、商品詳細ページに30秒以上滞在 など LPなら：本体サイトへの誘導、またはLP内での申し込み など ブログなら：広告バナーをクリック、1ユーザーが3ページ以上見る など ありがちなミスとしては、コーポレートサイトのC

物凄い仰々しいタイトルになっていますが、実は先日行ってきた「CSS Niteビギナーズ：Web解析」の受講レポートになります。すばらしく濃い内容で「ビギナーズ？嘘つけ！」などと思ったりもしましたが、すぐに試したいネタが満載で大変勉強になりました。 色々あって公開が遅くなりましたが、以下にナカムラが大事だと感じたポイントを書き留めて行きたいと思います。 一貫していた「解析と施策のスピード」という考え方 豪華メンバーの揃った今回の講演。皆さんほぼ共通していたのは「Web解析にはもっとスピードが必要だ！」という考え方でした。 解析はPDCAサイクルで言うところの C（チェック）の部分なので、さっさと A（改善）に移ってアレコレ試さなきゃ役に立たないよ！ということですね。 で、沢山の解析効率化ネタが紹介されたんですが、中でも特に僕の気になった物を以下にピックアップしてみます。 イベントトラッキング

先日「アクセス解析しました！」と言ってPVとVisit、アクセス元検索ワード上位25件のアナリティクス画面印刷データ"だけ"を渡されて、思わず切れそうになったナカムラですこんにちは。 今回はそういう意味不明なことをして恥をかかないようになるためのアクセス解析（主にGoogleアナリティクス）の基本について書きたいと思います。また、割とディレクター歴の浅い人向けの内容になる予定ですので、アクセス解析バリバリ！な方には少々物足りない内容になるかと思います。 なんでアクセス解析なんて面倒なことをするんだろう？ それは、ざっくり言い切ってしまえば、以下のような事を考えるため。もしくは考えるための指標を探すためです。 ・サイトの「良くないところ」を探して、改善する理由を見つけ出すため。 ・ユーザーが本当は何をしたいのか？を把握して「次このサイトでなんかやるとしたら 何しよう？」を考えるため。 ・ユー

ずいぶん久しぶりの投稿になってしまいました。申し訳ない。 今回はタイトルの通り、ワイヤー上がった！デザイン依頼した！で上がってきたデザイン案（もしくはモックアップ）を見て、その段階でディレクターが何を「確認」すればいいのか？という内容についてです。 もちろん経験を積む。もしくは自分自身でデザイナーも経験するなどの機会に恵まれれば大丈夫なんですが、僕みたいに「いきなりWebディレクターという肩書きを与えられてしまった人」は、デザインの何を確認すれば良いのか分からなくなってしまうケースも多いんじゃないかな？と思って書いてみました。 実際にはマークアップ後まで影響してくるので、もっともっと項目は伸びると思うのですが、ひとまず僕が注意して見ているポイントを10個ピックしています。 色数を使いすぎていないか あれもこれも！と欲張りすぎて、結局なにが「一番強調したいのか」が分からなくなってしまっている

さて、発注が決まった。クライアントからの要望はまだフワっとしてるけど、納期は何となーく見えている。（もしくは納期だけがカッチカチに決まっている）。 この状態からプロジェクトの本格スタートまでにディレクターが用意するべきものは何があるんだろう？今日はそのへんをまとめてみます。 ゴールまでのざっくりストーリー たとえばコーヒーのポータルサイトだったとして「コーヒーに関する情報なら何でもあります！」って言っても何も始まらない。そこにあるストーリーを多少適当でもいいのでドラマチックに盛り上げてしまいます。 1：店主はかつて2店舗のカフェを切りもりした実店舗の経営者 2：学生の頃からカフェが好きで、なんとか自分の理想のカフェを作りたかった 3：それは、カフェの持つ独特の雰囲気とコーヒーの香りが大好きだったから 4：だから、自慢のカフェの雰囲気を全国どこにいても感じてもらえるサイトを作りたかった。とか