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

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

こんにちは。最近読者さんが増えて来てるような気がして気分が浮ついているナカムラです。 先日またしてもワークショップの講師役として登壇させていただく機会がありましたので、今回はその内容をふりかえりつつ、表題にあるようなお話をお届けしたいと思います。 まずワークショップについて 2013年2月16日（土）、講師やWebデザイン関連書籍の著者としても有名な千貫りこさんの呼びかけのもと、ちょっとクローズドなワークショップが最近何かと話題な「コワーキングスペース茅場町 Co-Edo（コエド）」で開催されました。タイトルはずばり「中村健太のディレクション講座」ｗｗ ストレートすぎるタイトルまんまですが、僕が講師役として登壇し「ディレクションに置いて遠慮はむしろプロジェクト成功の妨げになるよー」みたいな事をお話させていただきました。 本来求められるのは”タブーなき意見” クライアント側の担当にしても、自

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

2013年1月12日（土）、秋葉原のGARAGE AKIHABARAで「Webディレクション リテラシー向上ワークショップ～クライアントサイドを巻き込んだディレクションとRFPの重要性～」を開催させていただきました。 なんと当初見込みの15人を大幅に超え、40人超の方々が会場に集合。なんかすごい熱気になっていました。お集まりいただいた皆様に心からの感謝と「集まりすぎだろう」というツッコミを贈らせていただきます。 また実際の案件を題材として持ち込んでいただいた、ライオン株式会社の坂本さん 本当にありがとうございました。 ディレクションは本当は一人きりでやっちゃいけない さて今回の講義の主題ですが、もう徹頭徹尾こればっかり叫んでたような気がします。 プロジェクトのディレクションは本来制作会社のディレクターが一人きりでやればいいってものではなく、クライアントさんにも参画してもらわないとうまくいか

最近なんだか「プレゼン上手いですね！」とか言われすぎて調子に乗ってるナカムラですこんにちは。 今回は調子に乗るついでに、資料の説明やプレゼンの時にディレクターが気をつけたほうが良いコトなんかを書いてみようかと思います。 説明が退屈だと提案まるごとツマラナイもの扱いされる いきなりマーケティングデータだとかワイヤー案だとか、あるいはデザイン案なんて資料を出してその説明に終始。こういう提案の方法を取られる方を結構な頻度で見かけます。 資料の出来が良ければそれで問題無いのかもしれませんが、大抵は聞き手に退屈に感じられてしまい、結果として提案内容そのものの評価も下がってしまうケースもちょいちょい。。。なので、今回の主題は「どうやって"提案内容を聞きたい"と思わせるか？」という僕なりのやり方になります。 まずは問題を整理し マイナスの共感を誘導 事前のヒアリングなどで確認していた内容や前提条件に対し

先日行ったディレクターワークショップについて、ちょいちょいスライドが見たい！とのお声をいただいたので今更ながら公開します。 勢いよく書き上げたものな上、しゃべりまくる前提で書いてしまったのでかなり読みにくいとは思いますが、全画面表示すれば多分何とかなるんじゃないかなーとか思います。 ワークショップ資料01 初日に公開したもの。 ワークショップのそもそもの目的からサイトコンセプトの考え方。コンセプトシートの実際の作り方などについて書いてあります。 今回は課題がコーポレートサイトのリニューアルだったこともあり、そこそこ汎用的な内容になってる・・・といいなぁ。 このスライドを見ながらあれこれしゃべった後、実際に参加者全員でエンドクライアントを囲んでヒアリング大会を行いました。以前あげたレポートでも書きましたが、自分以外の人が何を書くのか？は結構興味深かったですね。 ワークショップ資料02 こちら

先日、「とりあえず作ってみて。みてみないとわからないから」というつぶやきがTwitter上で話題になり、その一連の流れをまとめたtogetter上の記事が物議を醸した。 という事がありました。 「とりあえず作ってみて。みてみないとわからないから」つぶやきまとめ」 んで、この記事に対して僕がディレクターとして思ったことがあったり無かったりしましたので、ちょいと書いてみようかと思います。 ナカムラが思ったこと。 これってディレクターが前段階でもの申してやればなんとでもなることじゃね？ まず、クライアントの意見は全部入れるとだいたい見当違いのものができあがることが多いです。もうね、これは仕方ないと思う。だって企業の担当者はWEBの専門家では無い場合がほとんどなんだもの。 だから、どんなものができるのかイメージできない。 結果として「とりあえず作って見せてよ。お金出してるでしょ？」というスタンスに